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

No default route in routing table

Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
9 Posts 6 Posters 4.0k 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.
  • T
    TravisD
    last edited by Jun 22, 2010, 2:18 AM

    After sitting on a couple-months-old 2.0 snapshot for a while, I decided tonite to update to something more current. The auto-updater hadn't been working in a while either, so I went and pulled down the 20100620-2025 Full Update and installed it via the Firmware page on the GUI.

    Upgrade went fine and it rebooted normally. When it was back though, packets weren't passing. This is a basic 1 LAN/1WAN (DHCP to cablemodem) SOHO type firewall  nothing fancy. The GUI Interface Status looked normal - had an IP and Default route showing there. Checking in via SSH though showed that there was no IPv4 default route in the routing table.

    Since this is BETA territory, I started backing up thru a couple earlier images  - 20100618 and 20100617, all with the same effect.  Finally I jumped back a little further to 20100529 and everything came up (so far) normally.

    1 Reply Last reply Reply Quote 0
    • C
      cmb
      last edited by Jun 22, 2010, 6:19 AM

      Did you get record of your system log when the gateway wasn't being added?  I just upgraded a 2.0 install with DHCP WAN to the most recent snapshot and it's working fine. Way too many changes between 5/29 and now for that to be of much help, but the system log should show something.

      1 Reply Last reply Reply Quote 0
      • E
        eri--
        last edited by Jun 22, 2010, 7:42 AM

        I can think that the config is not properly suitable for latest snapshot. (since there is no config upgrade in-between BETA changes)
        Can you try going re-saving  your gateways fixes the problem?

        1 Reply Last reply Reply Quote 0
        • T
          TravisD
          last edited by Jun 22, 2010, 10:51 PM

          Unfortunately, no, I didn't manage to capture any logs. SWMBO was in the middle of trying to post some classwork so I was under orders to get it back up ASAP.

          Not sure what you mean about saving the default GW - I'm taking (via DHCP) the default route that Comcast hands me. No config changes. When I get some downtime though, I'll try another snapshot and see if it's repeatable or not. Fortunately this is all running in a a VM so I can just snapshot the working config and roll back pretty quickly if it goes pear-shaped again.

          Thanks!
          -travis

          1 Reply Last reply Reply Quote 0
          • T
            TravisD
            last edited by Jun 29, 2010, 9:44 PM

            Sorry for the long delay. I finally got around to trying another upgrade to the latest snapshot (6/29) and encountered the same issue. This time I did some actual troubleshooting though.

            I found that I still had a Gateway Group defined from a prior experiment using a 3G modem as a backup. It's been working fine under the old image (where I created this config) but not for any of the newer images I tried. When I removed the Gateway Group and re-enabled the cablemodem interface as a default route, it started working correctly again.

            1 Reply Last reply Reply Quote 0
            • N
              nocer
              last edited by Jun 30, 2010, 3:54 AM

              hi,

              Looks like the box somehow won't let the packets go through even there's a default route provided by pppoe(my case), which appears in kernel routing table but not in pfbox's gateway table, if you go Status->Gateway. It's empty, and that is the problem. I'm on BETA3-20100629-1737.tgz(full)

              @ermal:

              …snip...
              Can you try going re-saving  your gateways fixes the problem?

              Yes, that fixes problem. Go System->Routing and click edit then just save and apply.

              cheers,

              1 Reply Last reply Reply Quote 0
              • J
                joejoe11
                last edited by Jul 1, 2010, 5:13 AM

                I had a similar issue here which is now resolved thanks to this post. Simple single LAN/DHCP WAN config.  Upgraded from a late April (28?) 2.0 build using: pfSense-Full-Update-2.0-BETA3-20100630-1459.tgz

                I had to go to System->Routing->Gateway->Edit WAN gateway->Check/Select "Default Gateway"->Save to get traffic flowing.

                Thanks.

                1 Reply Last reply Reply Quote 0
                • N
                  nocer
                  last edited by Aug 3, 2010, 12:31 AM

                  hmmmmmmmmmm….still happens to me as of today, well, not just today but every single snap since late May. Re-saving my gateway config is only way to fix the issue. Something doesn't seem to be updated correctly while moving snaps.

                  cheers,

                  1 Reply Last reply Reply Quote 0
                  • W
                    wallabybob
                    last edited by Sep 10, 2010, 12:08 PM

                    I'm running 2.0-BETA4  (i386)
                    built on Thu Sep 9 19:39:18 EDT 2010
                    FreeBSD 8.1-RELEASE

                    I have LAN, WAN and OPT1 to OPT4 interfaces including a 3G modem and two wireless (WiFi) NICs. My WAN NIC gets its IP address by DHCP. It is a bit cranky about the physical connection and on a couple of reboots didn't detect carrier. Some time afterwards on one boot and after I had wiggled the cable a bit, the WAN NIC had an IP address but there was no default route in the pfSense box. Next time I rebooted the box the WAN NIC apparently got an IP address immediately and there was a default route (through the WAN interface).

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                      [[user:consent.lead]]
                      [[user:consent.not_received]]