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

    Changing firewall rules, nat, or aliases does absolutely nothing

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 3 Posters 483 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.
    • C
      codym
      last edited by codym

      I run an HA pfSense setup with 2 routers. I went in and did a security audit on them and applied a ton of new rules. I have 7 networks and 5 vpn tunnels. I noticed that even though I had intentionally left some important rules out to verify that things were being blocked, the traffic to them still passed.

      This was interesting, so I eventually went to nat and changed the entire public vip that the network uses to get out to the internet but no change, websites still showing the original vip. I then added block any any rules to the top of my main network but I am still able to connect, get DHCP, and talk to intervlan services.

      I don't know what to do. All of my remote services still work but no firewall rules work and no changes related to any networks change either. it doesn't make sense.

      I have cleared all firewall states, verified over and over again, rebooted primary node. everything and no change.

      S 1 Reply Last reply Reply Quote 0
      • S
        SteveITS Galactic Empire @codym
        last edited by

        @codym see if there’s a reload error:
        https://docs.netgate.com/pfsense/en/latest/troubleshooting/firewall.html#new-rules-are-not-applied

        Post a screenshot? Either they are not matching, not loading, or there are open states.

        Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
        When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
        Upvote 👍 helpful posts!

        C 1 Reply Last reply Reply Quote 0
        • C
          codym @SteveITS
          last edited by

          @SteveITS
          one of my main network rule pages
          This is an offending network with a block any any rule at the top

          alt text
          This is the nat rule for that network that says it should be using .58, but currently that network, on top of being able to connect new devices, still uses the other .60 vip that it was set to before.

          I will check that link you sent and see if it is a bug.

          alt text

          here is my current version

          C 1 Reply Last reply Reply Quote 0
          • C
            codym @codym
            last edited by codym

            there is a reload error apparently

            alt text

            I will figure out what this means

            Thank you for your help and pointing me to that doc!

            S 1 Reply Last reply Reply Quote 0
            • S
              SteveITS Galactic Empire @codym
              last edited by

              @codym don’t lock yourself out with the block rule when it works. :)

              Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
              When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
              Upvote 👍 helpful posts!

              C 1 Reply Last reply Reply Quote 1
              • C
                codym @SteveITS
                last edited by

                @SteveITS Haha will do! Thanks again for the pointers!

                It turned out that my traffic limiters/prioritizes for incoming web server and p2p VPN connections both had the "default queue" enabled, and they are both children of the same interface so pfSense didn't like that a whole ton haha

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Hmm, I wonder how that happened. Curious. Glad you were able to track that down.

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