D'oh.
I feel stupid.
Sorry i mixed terms up…
i guess the answer is in the other thread in which you wrote where it's described how to change the code.

@jimp:

It's a security measure to prevent CSRF/XSS and similar attacks that can rely on embedding the firewall into some other untrusted page.

You can add this to the top of a PHP page:

$nocsrf = true;

And then it'll turn off that protection.

How i can turn off CSRF at all? Not only at one php page.

If IE decided to turn on compatibility mode for one and not the other, that would also explain it. Ditch IE, use Chrome or Firefox (or Opera, or Safari, or really anything except IE)

Glad that i could help you

It can't be an issue on 2.1 because I moved that code to a common function so the code isn't duplicated between the two pages any longer. So the test only exists in one place, in an .inc file /etc/inc there. :-)

Thank you! I am not yet sure if I need that, the problem is that I need to provide unrestricted internet access and at least in the past there were problems with FTPS. Just evaluating which ways are there to allow FTPS. Also see http://forum.pfsense.org/index.php/topic,54964.0.html Thanks :-)

I personally use these colors

$colortrafficup = array("0000ff", "000000");  /* mod */ $colortrafficdown = array("de0202", "00c000");  /* mod */ $colortraffic95 = array("ece904", "808080" );  /* mod */ $colorpacketsup = array("0000ff", "000000");  /* mod */ $colorpacketsdown = array("de0202", "00c000");  /* mod */ $colorstates = array('ece904','757575','0000ff','00c000','de0202');  /* mod */ $colorprocessor = array('ece904','00c000','0000ff','ff0000','808080','000000'); /* mod */ $colormemory = array('c00000','00c000','0000ff','ffff00','808080','000000'); /* mod */ $colorqueuesup = array('666666','00ff00','ff0000','0000ff','ff8000','9f00ff','ff00ff','00dfff','ffdf00'); /* mod */ $colorqueuesdown = array('666666','000080','008000','800000','804000','500080','800080','007080','807000'); /* mod */ $colorqueuesdropup = array('666666','00ff00','ff0000','0000ff','ff8000','9f00ff','ff00ff','00dfff','ffdf00'); /* mod */ $colorqueuesdropdown = array('666666','000080','008000','800000','804000','500080','800080','007080','807000'); /* mod */ $colorqualityrtt = array('ff0000','ece904','808080','0000ff','00c000','000000'); /* mod */ $colorqualityloss = "de0202"; /* mod */ $colorwireless = array('990000','a83c3c','b36666'); $colorspamdtime = array('DDDDFF', 'AAAAFF', 'DDDDFF', '000066'); $colorspamdconn = array('00AA00BB', 'FFFFFFFF', '00660088', 'FFFFFF88', '006600'); $colorvpnusers = array('de0202'); /* mod */ $colorcaptiveportalusers = array("000000"); /* mod */

Thank you! I changed the file manually, and it is working flawlessly!

There is no config indicator saying you're working on a "backup" or "master" since it's also possible to chain multiple things together… a single unit doesn't have a way to show that it's going to be receiving config updates from another.

The easiest fix for this is to:
1. Set different hostnames on each so you can identify them that way
2. Set each box to a different theme, so it's obvious they are different at a glance.

I've thought about that, and I just opened the XML file after I stored it. But that basically means the same reassignment of gateway rules as I see it, since the OPTx changes. LAN1 is now opt5, LAN2 is opt1.

Any idea how to change that gracefully? Or is it as simple as moving the definition to where I want it in the XML file?

I'm experiencing this issue as well.  Embedded amd64 VGA install, 2.1 snapshots.  Hardware's a dual core atom (d2500), 4gig ram, dual onboard intel gigabit nics.  Would be nice if someone could point in the direction of a solution

Bump..

Nobody knows a way to get data? :/

Thanks!… :D

@jeffpfse:

Also, for the restricted user, will they still be able to see all the menu options even though they cannot access them, or will only the ones that they have access to be displayed?

On 2.1 it shows only menus user has access to.

So I woke up a bit more and connected a keyboard and monitor to it, I selected to enable ssh but it's still not responding on either ssh or webGUI.

On a 32 bit OS that comes from a 32 bit counter, that's what happens when the counter wraps.

That is probably a little bug in there.

To remove it, make a backup of your config (Diag > Backup/Restore) edit it out and then restore it.

You can open a bug report for that at http://redmine.pfsense.org

Hi, thanks for looking at that

…probably be best to do it through something other than the Edit File page...

;D ;D ;D

Added 3 lines using vi in console session. Confirmed working this end on x64 and x86 2.0.1-RELEASE.

Thank you for pfsense!

Rob