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

    Firewall ignoring allow rule

    Scheduled Pinned Locked Moved Firewalling
    11 Posts 3 Posters 1.1k Views 3 Watching
    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.
    • KOMK Offline
      KOM @maverickws
      last edited by

      @maverickws Flushing states is useful to clear an open state when you want it blocked but your case is different so that would not do anything.

      It sounds like you're doing everything correctly but it's always better to post screens instead of text explanations. Maybe you have a rule out of place or something you overlooked. Post your NAT rule, WAN rule and firewall log with any public details obscured.

      maverickwsM 1 Reply Last reply Reply Quote 0
      • maverickwsM Offline
        maverickws @KOM
        last edited by maverickws

        @kom
        Hi there thanks a lot for your reply.

        So here's a screenshot of the Port Forward. The rule is automatically created based on this.
        Screenshot 2021-05-26 at 16.56.20.png

        On the firewall I have most of the rules as floating rules. I don't have rules that stop evaluating after match. These are the rules:
        Floating:

        WAN:

        States detail for this specific rule:
        Screenshot 2021-05-26 at 17.04.46.png

        Firewall log:
        Screenshot 2021-05-26 at 17.07.56.png

        On the firewall log, the destination IP is the WAN IP
        And the sources are all listed on the provider_1 alias.
        Port 5060 is also listed on the ports_1 alias. (I re-checked just to be sure)

        M 1 Reply Last reply Reply Quote 1
        • M Offline
          mcury Rebel Alliance @maverickws
          last edited by

          Redirect ports you set an alias with IP address ?
          Shouldn't it be ports_1 instead of lan_1 ?

          dead on arrival, nowhere to be found.

          KOMK maverickwsM 2 Replies Last reply Reply Quote 0
          • KOMK Offline
            KOM @mcury
            last edited by

            @mcury ^ That exactly.

            1 Reply Last reply Reply Quote 0
            • maverickwsM Offline
              maverickws @mcury
              last edited by maverickws

              @mcury you're correct on your observation. That was on me who was changing the alias names from the actual alias names and mistakenly wrote lan_1 instead of ports_1 there.
              The ports_1 is now called SIP and I leave an up-to-date screenshot of the rule, specifically the part you mention

              Screenshot 2021-05-26 at 17.19.18.png

              Edit: but to say, it was correct from before. the issue persists, that was not the cause.

              M 1 Reply Last reply Reply Quote 0
              • M Offline
                mcury Rebel Alliance @maverickws
                last edited by

                hm, now it seems to be correct, are you using version 2.5.0?

                There is a bug in version 2.5.0 that is triggered when you change the alias name, try putting the IP address instead of servers_pbx to test

                dead on arrival, nowhere to be found.

                maverickwsM 1 Reply Last reply Reply Quote 0
                • maverickwsM Offline
                  maverickws @mcury
                  last edited by maverickws

                  @mcury it was correct from the start, as I mentioned, I manually changed those fields for the screenshot, and made a mistake (I'm not particularly keen on disclosing the alias names in the wild, but heck with it...).
                  The redirect target port had the correct alias with the ports (actually iirc it only allows port alias on that field, couldn't be an IP alias it wouldn't be accepted).

                  I am using version 2.5.1
                  As per your suggestion I changed servers_pbx to the machine IP address, and tested, the issue persists.

                  maverickwsM 1 Reply Last reply Reply Quote 0
                  • maverickwsM Offline
                    maverickws @maverickws
                    last edited by

                    Well... please excuse dumb me.

                    The issue was the rule shouldn't have WAN address ... but instead ... CARP WAN VIP ... its fixed now.

                    Thank you for your time and for attempts to help! Have a nice day ahead!

                    KOMK 1 Reply Last reply Reply Quote 0
                    • KOMK Offline
                      KOM @maverickws
                      last edited by

                      @maverickws lol we never would have gotten that. No idea you were running CARP. That detail would be significant to mention for a problem involving inbound NAT.

                      maverickwsM 1 Reply Last reply Reply Quote 1
                      • maverickwsM Offline
                        maverickws @KOM
                        last edited by

                        @kom yeah I completely overlooked that. I actually felt really dumb when it crossed my mind that the WAN address is that particular router address and not the outgoing address. I'm sorry for taking your time really, kudus for trying to help!!!

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