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

    Newbee: Port forwarding not working

    Scheduled Pinned Locked Moved General pfSense Questions
    20 Posts 5 Posters 1.8k 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.
    • Bob.DigB
      Bob.Dig LAYER 8 @bforpc
      last edited by Bob.Dig

      @bforpc Do you try to connect from inside or from outside?
      Obviously you do something wrong, but it is hard to guess. 😉

      1 Reply Last reply Reply Quote 0
      • bforpcB
        bforpc
        last edited by

        of corse, I trying from outside :-)
        Packet capture show me this (in this test i use wan:1022 to Lan:22)

        12:56:05.508511 IP [public ip client].60954 > [public ip pfsense].1022: tcp 0
        12:56:05.508667 IP [public ip pfsense].1022 > [public ip client].60954: tcp 0
        12:56:06.242282 IP [public ip pfsense].1022 > [public ip client].60950: tcp 0
        12:56:06.523324 IP [public ip client].60954 > [public ip pfsense].1022: tcp 0
        12:56:06.523411 IP [public ip pfsense].1022 > [public ip client].60954: tcp 0
        12:56:07.554284 IP [public ip pfsense].1022 > [public ip client].60954: tcp 0
        

        So it looks like, there are requests on pfsense...

        Bfo

        1 Reply Last reply Reply Quote 0
        • V
          viragomann
          last edited by

          So pfSense sends out responses back to the client again. Seems everything is fine so far and your problem is not due to pfSense.
          What's the output on the client when trying to connect?

          1 Reply Last reply Reply Quote 0
          • bforpcB
            bforpc
            last edited by bforpc

            This is the output at the internet client

            ssh -v -p1022 [public ip of pfsense]
            OpenSSH_7.9p1 Debian-10+deb10u2, OpenSSL 1.1.1d  10 Sep 2019
            debug1: Reading configuration data /root/.ssh/config
            debug1: Reading configuration data /etc/ssh/ssh_config
            debug1: /etc/ssh/ssh_config line 19: Applying options for *
            debug1: Connecting to [public ip pfsense] port 1022.
            

            and thats it ...

            From pfsense i test the port:
            Bildschirmfoto vom 2020-02-11 13-24-05.png

            Bfo

            bforpcB 1 Reply Last reply Reply Quote 0
            • bforpcB
              bforpc @bforpc
              last edited by

              @bforpc

              additional info:
              If i run on 192.168.1.1 tcpdump and simultaneously try ssh from outside to pfsense:
              ~:tcpdump -i vmbr0 "src host 192.168.1.101" and "dst port 22"

              tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
              listening on vmbr0, link-type EN10MB (Ethernet), capture size 262144 bytes
              ^C
              0 packets captured
              1 packet received by filter
              0 packets dropped by kernel
              1 packet dropped by interface
              

              Nothing is comming from pfsense.
              So it must be a pfsense conffiguration, in detail, it must be a blocking rule.
              But where?
              And again: Pfsense is right from scratch installed. Only IP Assigments to the interfaces.
              I think, my question is not more then an absoltly basic thing!?

              bfo

              Bob.DigB 1 Reply Last reply Reply Quote 0
              • GrimetonG
                Grimeton
                last edited by

                Incoming connections from the outside on the WAN interface are blocked.

                Open up the port so that it becomes available.

                Cu

                bforpcB 1 Reply Last reply Reply Quote 0
                • Bob.DigB
                  Bob.Dig LAYER 8 @bforpc
                  last edited by

                  @bforpc is pfSense directly connected to the internet or what means outside.

                  bforpcB 1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by stephenw10

                    The source will still be the external public IP you're testing from if you pcap on the target host. Not the pfSense LAN IP.
                    I would not expect to see any traffic there.

                    Try doing the port test to 192.168.1.1 in pfSense but set the source IP to the WAN address.

                    The target should still show as open. If it does not then the target is refusing connections from outside it's subnet. That may have worked previously if IPFire was source NATing the traffic as it left the LAN.

                    Steve

                    1 Reply Last reply Reply Quote 0
                    • bforpcB
                      bforpc @Bob.Dig
                      last edited by bforpc

                      @Bob-Dig
                      Yes. it is directly connected to the internet (it gets the public ip via dhcp).

                      1 Reply Last reply Reply Quote 0
                      • bforpcB
                        bforpc @Grimeton
                        last edited by

                        @Grimeton

                        How?

                        1 Reply Last reply Reply Quote 0
                        • bforpcB
                          bforpc
                          last edited by bforpc

                          I found the Problem:

                          At the proxmox hosting platform, there was an option, to pass the traffic through the Host firewall (what was disabled).
                          Therefore - pfsense has done everything right. After disabling this flag everything works like expected.

                          THX for your support!!!

                          Bfo

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