Oops, sorry, it's IE bug. ??? In Fx all works fine! ::)

Pfsense is incompatible with IE?
Very well….
I'll try another browser.
Thanks

you can create a script and place at /usr/local/etc/rc.d dir

test it before and don't forget a chmod +x on file

hi,

I left it running for about 15 minutes, but interestingly enough the pkg/zip/whatever other process name running which was installing the packages finished already, I checked with top.
However the webgui was still not responding to http/https requests.

If there is a command that gets run from the GUI and it gets stuck, it can cause PHP to become unresponsive.

You can try:

killall -9 php; killall -9 lighttpd; /etc/rc.restart_webgui

This will show you for sure the ports that the web service is listening on:

sockstat | grep lighttpd

Though as others have mentioned it may also be in /conf/config.xml

You can also check in /var/etc/lighty-webConfigurator.conf like so:

# grep server\.port /var/etc/lighty-webConfigurator.conf server.port                = 443

Thanks for the reply, sorry for the late reply in return!

I'm not sure how I switched between i386 and amd64.  Could this have happened during the upgrade to the release version?  It now says I'm on i386…  Weird.

Updating to the amd64 version now.  Thanks again!

Fixed my issue.

For some reason I set the authenication server to LDAP access which was causing it to run very very slow.

Fixed Under - System > User Manager > Settings > Authentication Server

I've reset the RRD Data and it did not seem to have any effect on the custom end time

You also need to add this privilege (for graph.php):

Diagnostics: Interface Traffic page

Also make sure it's not in compatibility mode.

But using any other browser (Chrome, Firefox, Opera, Safari…) works fine.

On a clean install of pfSense 2.0-RELEASE amd64, the Traffic Graph page destroys the session as the SVG is loaded by IE9. The graph.php page/template renders, then the SVG (or javascript?) kills it. There is no issue with the dashboard traffic graph widget.

IE8 with no SVG plugin displays the page and an informative table - no logout.

Yes, "That did the trick" means problem solved ;)

The short cut to the answer is here: http://forum.pfsense.org/index.php/board,23.0.html
ONE line above YOUR question is the answer you were looking for ;D It's a sticky since 2006..

Ok, switching to RELENG_2_0, ditching master for now.
I have to sync my (live) pfsense box also (means somewhat downgrading) with this code to get a sane setup.

Thanks for the fast answer ^^

Ah, how simple. Thank you, that was exactly what I needed.

Piplfox-  13.10.1.0/8 is a routable public address and shouldn't be used on LAN unless your the user of that subnet…  It has the possibility of causing you problems.

http://www.noah.org/wiki/Private_LAN_IP_addresses

Heres a screenshot of the rule on my test box...  I use a nonstandard port on my production boxes...

as pointed out already...  You should have no port forwarding turned on for this rule.

WanRule.JPG
WanRule.JPG_thumb

Nice!!! good deal there sir. That would of course make my life much simpler…instead of mocking up a lab and having to do all the leg work to redo 254 Ip's, hundreds of Port & IP Aliases, rules and such...were going to try this this weekend before we try to do a full rebuild :) you rock man and thanks a TON for the advice.... :P