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

    New WAN connection not working - bad route?

    Scheduled Pinned Locked Moved General pfSense Questions
    2 Posts 1 Posters 1.4k Views
    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.
    • I Offline
      ICOM
      last edited by

      I'm trying to add a third WAN connection to our pfsense router.
      Basically, it's just a static IP, with the standard gateway-within-subnet configuration.

      But when I configure a test rule to force traffic over it nothing ever connects. Tracert gives nothing but timeouts from the clients.

      I'm suspicious of one route that shows up in diagnostics -> routes
      It says:

       <new isp="" gateway=""><secondary isp="" gateway="">UGHS	0	1658	1500	re0</secondary></new>
      

      There's also the expected

      <new isp="" wan="" subnet="">/29	link#3	UC	0	0	1500	re2</new>
      

      Now, if pfSense is trying to route all the traffic to my 3rd ISP through my second ISP, that makes sense why it would break, but why is that route there and how do I get rid of it?

      Or is this just a red herring and something else is going wrong?

      System logs show this error over and over:

      kernel: arplookup <new isp="" gateway="">failed: host is not on local network
      kernel: arpresolve: can't allocate route for</new> 
      
      1 Reply Last reply Reply Quote 0
      • I Offline
        ICOM
        last edited by

        It's a third ISP, and there was nothing wrong with it..?

        I was able to rebuild the routing tables by running "/etc/rc.d/routing restart", and this removed that erroneous route, and cleared everything up.

        I don't know how it got created in the first place, but fingers crossed it won't happen again.

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