pfSense

It seems upon captive portal startup the captiveportal.db file is not written out until the /etc/rc.prunecaptiveportal script is run. If the Operator decides to visit status -> captive portal right after enabling the service they will be greated with some nasty nasty errors. Silence this nonsense by creating a blank captiveportal.db file right after nuking it.

Return NULL when captive portal is not enabled

Do not process IPFW rules if captive portal is disabled.

Cap max requests at 500

Adding PHP_FCGI_MAX_REQUESTS => 500. This problem seems to stem from a little-known issue with PHP: PHP stops accepting new FastCGI connections after handling 500 requests; unfortunately, there is a potential race condition during the PHP cleanup code in which PHP can be shutting down but still have the socket open, so lighty can send request number 501 to PHP and have it accepted, but then PHP appears to simply exit, causing a 500 return from lighty.

Adding PHP_FCGI_MAX_REQUESTS => 500. This problem seems to stem from a little-known issue with PHP: PHP stops accepting new FastCGI connections after handling 500 requests; unfortunately, there is a potential race condition during the PHP cleanup code in which PHP can be shutting down but still have the socket open, so lighty can send request number 501 to PHP and have it accepted, but then PHP appears to simply exit, causing a 500 return from lighty.

Merge branch 'master' of git://rcs.pfsense.org/pfsense/Eugene-igmpproxy

Remove igmpproxy specific stuff from filter.inc, add allow-opt into pass out all...

Merge branch 'master' of git://rcs.pfsense.org/pfsense/Eugene-igmpproxy into review/master

Remove image file when error occour because image file is greater than partition size