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

    Port forward not working

    Scheduled Pinned Locked Moved NAT
    20 Posts 6 Posters 5.6k 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.
    • K Offline
      kejianshi
      last edited by

      That is really odd - Pfsense doesn't redirect from http to https by default so far as I know.

      1 Reply Last reply Reply Quote 0
      • D Offline
        doktornotor Banned
        last edited by

        System - Advanced - Admin Access - Disable webConfigurator redirect rule and see if it helps.

        1 Reply Last reply Reply Quote 0
        • K Offline
          kejianshi
          last edited by

          Thats strange if that is the problem.  That redirect only has any effect for me on the LAN side.

          Does this thing have only one WAN / public IP?

          1 Reply Last reply Reply Quote 0
          • B Offline
            biggsy
            last edited by

            @moosport:

            Below is the NAT defined.
            WAN TCP * * WAN address 80 (HTTP) [xxx.xx.xx.xx web server ip] 80 (HTTP)
            WAN TCP * 443 (HTTPS) WAN address 443 (HTTPS) [xxx.xx.xx.xx web server ip] 443 (HTTPS)

            Why do you have a NAT for source port of 443?  The source port is going to be some random port number.

            Clear the NAT and firewall rules then re-create your NATs to look like this:

            WAN TCP * * WAN address 80 (HTTP)        xx.xx.xx.xx 443 (HTTPS)
            WAN TCP * * WAN address 443 (HTTPS) xx.xx.xx.xx 443 (HTTPS)

            Set the Filter rule association at the bottom when you create the NAT rules so that it creates the proper firewall rules.

            1 Reply Last reply Reply Quote 0
            • K Offline
              kejianshi
              last edited by

              How do people keep ending up with that block being unchecked?
              That block needs a warning beside it that says "unchecking this block will probably break NAT rule".

              1 Reply Last reply Reply Quote 0
              • M Offline
                moosport
                last edited by

                Yes, it has only 1 public IP.  Redirect is being done at the web server. So I should open 443 port too.

                I'll correct the source port for port 443 NAT and see if it fixes the problem.

                kejianshi. which block are you refering to?

                1 Reply Last reply Reply Quote 0
                • M Offline
                  moosport
                  last edited by

                  i tried the following and got the same error.

                  WAN    TCP    *    *    WAN address    80 (HTTP)        xx.xx.xx.xx    443 (HTTPS)
                  WAN    TCP    *    *    WAN address    443 (HTTPS)    xx.xx.xx.xx    443 (HTTPS)

                  Disabling webConfigurator redirect rule has no effect either.

                  What else can I try?

                  1 Reply Last reply Reply Quote 0
                  • K Offline
                    kejianshi
                    last edited by

                    Format Drive, reinstall.

                    If you messed something up, that should fix it.

                    1 Reply Last reply Reply Quote 0
                    • M Offline
                      moosport
                      last edited by

                      i took a snapshot of the vm after i had everything setup correctly. it will be a good baseline to start the configuration again.

                      1 Reply Last reply Reply Quote 0
                      • G Offline
                        georgeman
                        last edited by

                        Is it just the redirect not working? Can you access directly to the https on the 443 port??

                        If it ain't broke, you haven't tampered enough with it

                        1 Reply Last reply Reply Quote 0
                        • M Offline
                          moosport
                          last edited by

                          No, it does not work when trying https instead.

                          1 Reply Last reply Reply Quote 0
                          • M Offline
                            moosport
                            last edited by

                            Reinstall everything but still no go.  I tried Disable Firewall too. So it should not be a routing issue.

                            However,  i'm able to access the test page of the webserver on port 80 just by entering http://xx.xx.xx.xx (public ip).  The internal website is only accessible by using http://xx.xx.xx.xx/zz

                            the site is listening on port 80. could there be a conflict with webconfigurator?

                            The webserver has a static ip defined with a hostname.

                            1 Reply Last reply Reply Quote 0
                            • M Offline
                              moosport
                              last edited by

                              Update: I left the rules defined and tried it today again. It is working now. Looks like something outside my environment is blocking access.

                              1 Reply Last reply Reply Quote 0
                              • K Offline
                                kejianshi
                                last edited by

                                Yeah - ISPs…

                                Those crazy guys - Just tuning our ports on and off at a whim.  It gets tiring.

                                If its not blatant blocking its shaping that denies bandwidth thats bought and paid for.

                                You should bill them $50 per hour you spent chasing your tail because of them.

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