Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PfSense loses default route after link flap

    Scheduled Pinned Locked Moved
    2.1 Snapshot Feedback and Problems - RETIRED
    4
    7
    3.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • J
      jujuspi
      last edited by

      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

      1 Reply Last reply Reply Quote 0
      • C
        cmb
        last edited by

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

        1 Reply Last reply Reply Quote 0
        • C
          clart
          last edited by

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

          1 Reply Last reply Reply Quote 0
          • J
            jujuspi
            last edited by

            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.

            1 Reply Last reply Reply Quote 0
            • C
              cmb
              last edited by

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

              1 Reply Last reply Reply Quote 0
              • P
                phil.davis
                last edited by

                @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.

                As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

                1 Reply Last reply Reply Quote 0
                • C
                  clart
                  last edited by

                  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

                  1 Reply Last reply Reply Quote 0
                  • First post
                    Last post
                  Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.