PfSense loses default route after link flap



  • Hi everyone,

    I've got a pretty bad issue last day with my pfSense box.
    WAN is defined as a static IP, directly connected to my provider box. It is my default configured gateway.

    When rebooting my provider box, default route is automatically dropped from routing table as the link goes down.
    But when gateway goes up again, default route is not reinstalled automatically and cause losing Internet connectivity.

    Fixing it for the moment without rebooting takes me to go to Routing, validate again without changing anything the default WAN gateway and then, default route to WAN comes back.

    Everything was fine with early March snapshot, did not change any parameter since.

    Any clues on that?

    My actual version is the most recent snapshot 2.1-BETA1 (amd64)
    built on Sun Apr 7 02:51:26 EDT 2013.

    Maybe related post : http://forum.pfsense.org/index.php/topic,60345.0.html



  • Not seeing this on current snapshots, this still happening on latest version for you ?



  • this sounds like a similar problem I am having, see this topic;
    http://forum.pfsense.org/index.php/topic,61182.msg329748.html#msg329748



  • Even with the latest snapshot, problem persist.
    I can confirm that clart and i are describing the exact problem.

    Temporary fix is to run a every-minute crontab task to add the default route in the system routing table.



  • this was fixed more recently, it was something I could replicate in April snapshots that's been fixed since.



  • @jujuspi @clart - it would be useful to hear that a more recent snapshot (about 9 May or later) has fixed your problems. Some positive feedback would be nice to know that there are not other obscure cases remaining where this can happen.



  • 2.1-BETA1  (amd64)
    built on Fri May 17 16:45:40 EDT 2013
    FreeBSD 8.3-RELEASE-p8

    I am running latest snapshot and can confirm the problem now appears fixed.

    System log - WAN cable disconnected
    –-----------------------------------
    May 19 03:46:13 kernel: bge0: link state changed to DOWN
    May 19 03:46:15 php: : DEVD Ethernet detached event for wan
    May 19 03:46:16 kernel: arpresolve: can't allocate llinfo for 192.168.1.1
    May 19 03:46:17 kernel: arpresolve: can't allocate llinfo for 192.168.1.1
    May 19 03:46:19 kernel: arpresolve: can't allocate llinfo for 192.168.1.1
    May 19 03:46:23 kernel: arpresolve: can't allocate llinfo for 192.168.1.1
    May 19 03:46:31 kernel: arpresolve: can't allocate llinfo for 192.168.1.1
    May 19 03:46:33 check_reload_status: updating dyndns GW_WAN
    May 19 03:46:33 check_reload_status: Restarting ipsec tunnels
    May 19 03:46:33 check_reload_status: Restarting OpenVPN tunnels/interfaces
    May 19 03:46:33 check_reload_status: Reloading filter
    May 19 03:46:34 kernel: arpresolve: can't allocate llinfo for 192.168.1.1

    System log - WAN cable restored

    May 19 03:48:06 check_reload_status: Linkup starting bge0
    May 19 03:48:06 kernel: bge0: link state changed to UP
    May 19 03:48:08 php: : DEVD Ethernet attached event for wan
    May 19 03:48:08 php: : HOTPLUG: Configuring interface wan
    May 19 03:48:08 php: : ROUTING: setting default route to 192.168.1.1
    May 19 03:48:08 ntpd_intres[29881]: ntp_intres.request: permission denied
    May 19 03:48:12 ntpd_intres[29881]: ntp_intres.request: permission denied
    May 19 03:48:12 check_reload_status: updating dyndns wan
    May 19 03:48:19 check_reload_status: updating dyndns GW_WAN
    May 19 03:48:19 check_reload_status: Restarting ipsec tunnels
    May 19 03:48:19 check_reload_status: Restarting OpenVPN tunnels/interfaces
    May 19 03:48:19 check_reload_status: Reloading filter


Log in to reply