2.1.2 Web interface timing out!



  • I was in the process of setting up a Radius server under user manager

    Set it up.

    Went to diagnostics to test authentication and after submitting the web interface for pfSense no longer works.  Not from inside or outside.

    I have noticed this on one other firewall wall which was upgraded to 2.1.2

    I tried option 11 from the SSH interface to restart the webConfigurator but still no success.  This is really bad!

    Anyone have any clue as to how to get it resolved without having to powercycle the device?

    Update

    So it looks like it finally responded.  Went back in and tried to do it again and again the interface is non-responsive.  Only resetting WebConfigurator resolves it.

    Now when I also click on:  You can check your IPsec status at Status:IPsec. it locks up the web interface also.

    Apr 24 13:54:52 php: rc.restart_webgui: Creating rrd update script
    Apr 24 13:58:00 php: /index.php: Successful login for user 'admin' from: 192.168.0.10
    Apr 24 13:58:00 php: /index.php: Successful login for user 'admin' from: 192.168.0.10
    Apr 24 14:02:46 check_reload_status: Syncing firewall
    Apr 24 14:03:46 check_reload_status: Syncing firewall
    Apr 24 14:06:56 check_reload_status: Syncing firewall
    Apr 24 14:06:59 check_reload_status: Reloading filter
    Apr 24 14:08:11 check_reload_status: Syncing firewall
    Apr 24 14:08:28 check_reload_status: Reloading filter
    Apr 24 14:10:16 check_reload_status: Syncing firewall
    Apr 24 14:10:16 check_reload_status: Reloading filter
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps the fastcgi process died): pid: 10962 socket: unix:/tmp/php-fastcgi.socket-1
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3346) response not received, request sent: 845 on socket: unix:/tmp/php-fastcgi.socket-1 for /getstats.php?, closing connection
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps the fastcgi process died): pid: 6458 socket: unix:/tmp/php-fastcgi.socket-0
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3346) response not received, request sent: 1237 on socket: unix:/tmp/php-fastcgi.socket-0 for /diag_authentication.php?, closing connection
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps the fastcgi process died): pid: 10962 socket: unix:/tmp/php-fastcgi.socket-1
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3303) child signaled: 9
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3346) response not received, request sent: 1270 on socket: unix:/tmp/php-fastcgi.socket-1 for /diag_authentication.php?, closing connection
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps the fastcgi process died): pid: 86789 socket: unix:/tmp/php-fastcgi.socket-1
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3346) response not received, request sent: 965 on socket: unix:/tmp/php-fastcgi.socket-1 for /firewall_rules.php?, closing connection
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps the fastcgi process died): pid: 86789 socket: unix:/tmp/php-fastcgi.socket-1
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.3346) response not received, request sent: 845 on socket: unix:/tmp/php-fastcgi.socket-1 for /getstats.php?, closing connection
    Apr 24 14:15:52 lighttpd[6455]: (mod_fastcgi.c.2562) unexpected end-of-file (perhaps


  • Rebel Alliance



  • I am not locked out.  Locked out would assume I create a rule that created this.  I have not modified the rules!



  • It is still doing it.  Going to:

    Diagnostics: Authentication

    and testing credentials locks up the web interface.

    Only resetting the webConfigurator resolves the issue!



  • I've actually never tried that button until today, but I cannot replicate on a 2.1.2 system with a Windows server setup as RADIUS. Have you tried another username/password?



  • I am trying to setup syslog to send me events so i can see what is occuring when it happnes



  • I do not think that test logs anything.
    I got bold and tried a second unit, and it is fine also. One is nano, one is full. Both are 2.1.2
    Radius in both cases is a Windows box running NPS for OpenVPN auth purposes.



  • even clicking on ipsec status causes it to timeout completely.



  • Can you access the firewall via console?  Check your CPU status.  Perhaps something is gumming up the works, so to speak.