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

    Forwarding port 80 did`t work

    Scheduled Pinned Locked Moved NAT
    16 Posts 3 Posters 5.7k 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.
    • KOMK
      KOM
      last edited by

      OK, so there is nothing listening on tcp/80 on pfsense that would conflict. Your WebGUI is definitely on tcp/444. Are you sure your http NAT rule is good?

      1 Reply Last reply Reply Quote 0
      • B
        bchristopeit
        last edited by bchristopeit

        alt text
        alt text
        alt text

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

          OK, next is to start doing some small packet captured on WAN and LAN while making a request to your tcp/80 NAT. Again, always test from OUTSIDE your LAN. That may mean using your mobile phone or some other location like your work, or a VPN if you have one. Do your captures and then check them. Is WAN seeing the incoming request? Is LAN passing it to your web server?

          1 Reply Last reply Reply Quote 0
          • B
            bchristopeit
            last edited by

            I am testing from outside. I am just connected to the internal pc with teamviewer. If I am doing a port check from outsite from https://ping.eu/port-chk/ I got port 80 is closed. Funny thing is I have the same problem with port 5900.

            If I check the webserver from a LAN computer its fine. I could connect to it. If I try to connect from outside I don`t have any entries at the firewall log from my wan ip here.

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

              So do the packet capture like I said and see what it shows you. Perhaps your ISP blocks incoming tcp/80 traffic for consumer accounts?

              1 Reply Last reply Reply Quote 0
              • B
                bchristopeit
                last edited by

                I talked with the isp. They told me if I using the hardware in bridge mode nothing will be blocked from them. So it must something at the firewall. It`s the same with port 5900 also closed.

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

                  Well, every port should be "closed" if there is nothing listening on those ports on the firewall or being forwarded to LAN.

                  Go to Diagnostics - Packet Capture. Set it for WAN. Get ready to try and load your http server and then click Start. Hit the server. Click Stop. Either post the capture output here for me or someone else to look at or load it up in Wireshark and look at it yourself. If you post it here, obscure any public IP details. Look to see if WAN is seeing these http requests at all. Do the same thing but select LAN. See if pfSense is passing the packets on.

                  1 Reply Last reply Reply Quote 0
                  • B
                    bchristopeit
                    last edited by bchristopeit

                    I don`t see any request at port 80. I see all the 443 access etc. I posted it here http://bit.ly/2OmMMft because Akismet is telling me its spam

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

                      Sorry, I should have told you to narrow the capture using the protocol and port fields. That said, if your WAN isn't seeing the tcp/80 traffic then something is blocking it before it gets to your WAN.

                      1 Reply Last reply Reply Quote 0
                      • B
                        bchristopeit
                        last edited by

                        Thanks for your help. After a couple of calls with the ISP they found the problem on there site :)

                        G 1 Reply Last reply Reply Quote 0
                        • G
                          gramireze @bchristopeit
                          last edited by

                          @bchristopeit I have the same problem, how did you solve it?

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

                            OP hasn't been here since he posted that so I doubt he will reply.

                            He said he called his ISP, and they had configured something incorrectly. They probably flipped his modem into bridged mode.

                            G 1 Reply Last reply Reply Quote 0
                            • G
                              gramireze @KOM
                              last edited by

                              @KOM Entiendo, muchas gracias

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