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

    Not able to access WebGUI from remote through WAN

    Scheduled Pinned Locked Moved Firewalling
    19 Posts 3 Posters 3.3k 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
      TonyStone
      last edited by

      So now that the previous manually created rule was not working I went into log.  Found the blocked entry and clicked easy rule icon and it created these:

      Then I have access. I do end up changing the source to any in the "easy rule" and destination from "single host or alias"(with the IP),  to "wan address" and leave blnk, even after making the change I still have access from this rule.  This is what I mean, I am missing something I think or it is a bug… maytbe it is not enabling the rules I am manually creating?

      easyrule2.png
      easyrule2.png_thumb

      1 Reply Last reply Reply Quote 0
      • T
        TonyStone
        last edited by

        Just an update.  I manually created the rule again, applied the settings no go.  Then did the easy rule, and it allowed access.  Then modified easy rule to my liking, still had access.  So good so far.  Then I am still annoyed by this, I deleted the rules.  Manually created one on WAN interface, source any, destination wan address, port 2020.  Applied settings and no go.  wtf?

        So i started googling pfsense firewall rule bugs and found someone reporting a bug that may haver been similar at https://redmine.pfsense.org/issues/3083.

        I went to the Filter Reload status and hit reload.  Now everytime I manually create the rule it works like it is supposed to!  I just wanted to post this so the developers could look at it if they are interested.

        1 Reply Last reply Reply Quote 0
        • DerelictD
          Derelict LAYER 8 Netgate
          last edited by

          I'll still go out on a limb and say you're not doing something right.  Firewall logs should show the blocked traffic when the rule is not working.  hovering over the block symbol will pop up which rule blocked it.

          That bug was resolved a year ago.

          Updated by Chris Buechler about 1 year ago

          Status changed from Feedback to Resolved

          Chattanooga, Tennessee, USA
          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
          Do Not Chat For Help! NO_WAN_EGRESS(TM)

          1 Reply Last reply Reply Quote 0
          • C
            cmb
            last edited by

            @Derelict:

            I'll still go out on a limb and say you're not doing something right.

            Yep, no question.

            @Derelict:

            That bug was resolved a year ago.

            Yeah that was resolved several releases ago, and was an extraordinarily rare edge case at that.

            1 Reply Last reply Reply Quote 0
            • T
              TonyStone
              last edited by

              Ok, I am sure I was not doing anything wrong.  I tried several times just to verify.  I mean really when you add the rule manually there is what… one thing to change... il go check... yeah... destination and port.  Otherwise all default settings are all ok.  I am also still having issues with apinger nd I thought that was fixed?  Maybe I am on an old build?  It says I am on 2.1.5.  Don't know.  I will see if I can reproduce it again in a few weeks and ill put together a darn video. lol.  You think i would make this crap up??

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                Put your manual rule in place then post a screen shot of your WAN rules screen.  Also post a screenshot of your webConfigurator section of System: Advanced: Admin Access.

                If it is still not working please also include a screenshot of the blocks in the firewall log and a notation of which rule it says is doing the blocking.

                Get rid of any of the easy rules too for now.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • T
                  TonyStone
                  last edited by

                  Ok, I was in the process of starting this all over again.  So I deleted the rule.  I HAVE NO RULES under WAN.  And now I still have access to the admin interface from outside the local network.  So this proves that the rules are not updating as they should.  Anything in the logs I can show you for this??  Ill let you remote into one of my local PC's over a remote desktop connection if you would like to see for yourself.  You seem like a trusted member here.  I will do screen shots and stuff now as I think I will be able to reproduce the issues agaiun.

                  1 Reply Last reply Reply Quote 0
                  • T
                    TonyStone
                    last edited by

                    Geez… now I know the firewall rules are acting up.  I setup a rule to keep https traffic all on wan2 as a lot of web sites will not keep me authorized when the IP changes... so I was having that issue when I just tried to make a post now... went and disabled my https-wan2 rule and re-enabled it and NOW it finally updated the other rule to block admin access over WAN.  There is definatley something funny going on here.  I will keep playing and get screen shots together so someone else can reproduce it maybe...

                    httpsnoauth.png
                    httpsnoauth.png_thumb

                    1 Reply Last reply Reply Quote 0
                    • DerelictD
                      Derelict LAYER 8 Netgate
                      last edited by

                      You do know that when you change the rules you have to clear existing states if you want immediate effect right?

                      How often is your IP address changing?

                      Other people get that screen on this forum too.  It has nothing to do with firewall rules.  I think it happens when you have the login timeout set to -1 and some long period of time elapses, but that's just a guess on my part.  Clearing cookies for the forum fixes it.

                      Chattanooga, Tennessee, USA
                      A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                      DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                      Do Not Chat For Help! NO_WAN_EGRESS(TM)

                      1 Reply Last reply Reply Quote 0
                      • T
                        TonyStone
                        last edited by

                        Ok, ill try that.  Clearing my cookies.

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