@shreckbull: Why, pfsense developpers, don't create a little function for enable/disable WAN access with a form "EN/DISABLE button" You already have this. On the WAN rules page hit the green permit button left of the rule and it gets light green. This means it's disabled. Hit it again to re-enable.

FireFox 2.0.0.4 Thanks

This should definitely be in 1.3. Watch the blog for updates.

Hi sullrich, Thank you for your fast answer, it's ok for me, i can live with that  ;) i continue my new setup, only 4 days i try this software have a nice day, max_firewall

Whether to use gzipped HTML pages is always a question whether to focuse on server load or on bandwidth. I think providing a knob that allows to enable/disable compression is a valid option. Cheers Daniel S. Haischt PS: gzip compression is enabled in pfSense HEAD.

I saw the same thing yesterday with IE7.  Switching back to Firefox resulted in the menus behaving again.

Upgrade to http://snapshots.pfsense.com/FreeBSD6/RELENG_1_2/

I also had a large peak after the upgrade, but it disappeared after a couple of days. [image: wan3lm1.png]

logs are in RAM. if you don't have syslog they get overwritten as needed.

in console you can reset it [image: cli.gif] [image: cli.gif_thumb]

After 48 hours it suddenly works.  ??? [image: wan2va8.png] Here you can see a 300 Mbit/s peak one hour before the chart started to display something on the WAN interface. [image: wan3lm1.png]

Well, yeah if you want to do that, that'll work. But again, it's pointless. The webGUI admin user has all kinds of abilities to execute whatever they desire with root privileges. Version 1.3 should address this, a few months from now.

Something like what's going on in… openvpn.xml: <custom_php_command_before_form>...</custom_php_command_before_form>

Start a bounty.

@techatdd: @cmb: It can be disabled by unchecking "block private networks" on the WAN. 99.9+% of installs will want this, so it's on by default. Not sure if this is right, actually everybody using multiwan with pppoe needs it. That's not true unless you have private IP space on your WAN, which normally won't be the case with PPPoE of any kind. @techatdd: Btw, when mpd4 is implemented, will multiple PPPoE WAN-OPTx connections became possible?  :) It's in the works.

I have added code which will prevent this loop from occurring and log a message when it does.

Code already exists to fetch remote url's and turn them into aliases in -HEAD.  It needs to be tested a lot more then we can consider it for 1.3.