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

Upgrade 21.05.2 to 22.01 - no VLAN internet conection

Scheduled Pinned Locked Moved General pfSense Questions
13 Posts 3 Posters 1.1k 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.
  • P
    pinballwiz
    last edited by Feb 18, 2022, 11:07 PM

    I've been following the other threads regarding no internet access after upgrading to 22.01 and wanted to share my experience in hope that it might provide some additional clues as to what is going on.

    Upgrade to 22.01 on a SG-5100. Install completed with the following errors (packages were not updated prior to upgrade):

    2022-02-18-0730a.jpg

    • It rebooted fine and established a VPN connection without issue.
    • Internal network and VLANs out through the VPN all worked normal. However the VLANs routed to the WAN had no internet access. I could ping the gateway but no external sites.
    • A port configured with WAN access (direct WAN access, not through VPN and not configured as a VLAN) worked as expected.
    • No limiters are in use.
    • Tried a fresh install from image with the same known good config file running fine on 21.05.2 and got the same connectivity results.

    After messing with it for several days I had to get things back up so I reverted back to 21.05.2 and all is running normally.

    1 Reply Last reply Reply Quote 0
    • S
      stephenw10 Netgate Administrator
      last edited by Feb 19, 2022, 12:21 AM

      Those errors shown are expected, nothing that will cause an issue.

      If you can ping the WAN side gateway but nothing beyond that it's probably an outbound NAT issue. I wouldn't have expected anything to change between 21.05.2 and 22.01 there though.
      Do you have Outbound NAT in automatic mode?

      Steve

      P 1 Reply Last reply Feb 19, 2022, 1:58 AM Reply Quote 0
      • P
        pinballwiz @stephenw10
        last edited by Feb 19, 2022, 1:58 AM

        @stephenw10 NAT is set to manual mode. I also tried Hybrid after the upgrade but saw no change.

        1 Reply Last reply Reply Quote 0
        • S
          stephenw10 Netgate Administrator
          last edited by Feb 19, 2022, 4:01 PM

          Is there a rule being generated for the subnet you were testing from?

          P 1 Reply Last reply Feb 19, 2022, 5:14 PM Reply Quote 0
          • P
            pinballwiz @stephenw10
            last edited by Feb 19, 2022, 5:14 PM

            In Hybrid, automatic rules were created which were redundant with my manually created rules to the WAN. The non working VLANs had mappings in place to WAN in either mode (manual or hybrid).

            1 Reply Last reply Reply Quote 0
            • S
              stephenw10 Netgate Administrator
              last edited by Feb 19, 2022, 8:53 PM

              Hmm, is your VPN set as the default system gateway?

              P 1 Reply Last reply Feb 19, 2022, 9:18 PM Reply Quote 0
              • P
                pinballwiz @stephenw10
                last edited by Feb 19, 2022, 9:18 PM

                Default gateway is the WAN

                1 Reply Last reply Reply Quote 0
                • S
                  stephenw10 Netgate Administrator
                  last edited by Feb 19, 2022, 9:49 PM

                  Hmm, that's.... weird!

                  Are the failing connections policy routed to WAN or just using the default route?

                  Is there a valid default route shown? That would also prevent connecting to anything beyond the gateway, which is in a directly connected subnet.

                  Steve

                  P 1 Reply Last reply Feb 20, 2022, 7:09 PM Reply Quote 0
                  • G
                    GeorgeCZ58
                    last edited by Feb 20, 2022, 9:37 AM

                    Have you limiters on that VLAN? Try to turn them off. This was my case. Seems like bug here, or config change needed.

                    1 Reply Last reply Reply Quote 0
                    • P
                      pinballwiz @stephenw10
                      last edited by Feb 20, 2022, 7:09 PM

                      OK after much gnashing of teeth last night I have determined the root cause - Captive portal.
                      I have one Zone setup with multiple interfaces and MAC addresses allowed. I have triple checked the MAC addresses (including packet capture) to verify but some are still blocked. Those blocked reside on the same VLAN(s). Only a few VLANs are affected (strange). If I IP allow them I have connectivity. If I disable Captive Portal on the interface, connectivity is restored.

                      1 Reply Last reply Reply Quote 0
                      • S SteveITS referenced this topic on Feb 20, 2022, 7:32 PM
                      • S SteveITS referenced this topic on Feb 20, 2022, 7:32 PM
                      • S
                        stephenw10 Netgate Administrator
                        last edited by Feb 21, 2022, 3:45 PM

                        Do you have bandwidth limits set on the affected captive portal zones?

                        P 1 Reply Last reply Feb 21, 2022, 5:30 PM Reply Quote 0
                        • P
                          pinballwiz @stephenw10
                          last edited by Feb 21, 2022, 5:30 PM

                          No bandwidth limits set now or previously.

                          1 Reply Last reply Reply Quote 0
                          • S
                            stephenw10 Netgate Administrator
                            last edited by Feb 22, 2022, 1:32 AM

                            OK thanks. There's definitely some issue there. We are trying to pin it down.

                            1 Reply Last reply Reply Quote 0
                            13 out of 13
                            • First post
                              13/13
                              Last post
                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                              This community forum collects and processes your personal information.
                              consent.not_received