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.
    • 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.