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

    Port forwarding broken after 2.2 upgrade

    Scheduled Pinned Locked Moved NAT
    14 Posts 7 Posters 3.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.
    • D
      dyce
      last edited by

      I have had one port working fine and it still is.
      I upgraded a while ago from 2.1 to 2.2 when the final version came out, the one port wasn't affected.
      Now any new ports I add will be blocked by firewall.

      I even tried adding a port forward rule to the current host that is working to forward the ssh port which also gets blocked by the firewall. Under system logs, firewall, it shows my remote ip trying to connect to the port, and then gets rejected.

      interesting thing i found was when i select pass on the firewall log filter, there is nothing that shows up. also when i search for the port that does work it does not show up.

      when doing a packet capture on the ports, the ports that dont work show the source and destination and ends with tcp 0

      but for the working port i get tcp 0 53 and all other sorts.

      any tips?

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

        Post some packet captures, firewall logs, port forward screenshots and whatever… No information to debug anything.

        1 Reply Last reply Reply Quote 0
        • D
          dyce
          last edited by

          As soon as I get home. I tried rebooting remotely and to my luck it never came back online  :'(

          1 Reply Last reply Reply Quote 0
          • L
            Longhair
            last edited by

            I just did a clean install of pfSense 2.2 on my test machine and set up port forwarding like I have on 2.1.4.

            When I try to use PuTTy through 2.2, I get Network error: Connection timed out.

            1 Reply Last reply Reply Quote 0
            • johnpozJ
              johnpoz LAYER 8 Global Moderator
              last edited by

              And as dok already stated - without any info you can not get any sort of help.

              An intelligent man is sometimes forced to be drunk to spend time with his fools
              If you get confused: Listen to the Music Play
              Please don't Chat/PM me for help, unless mod related
              SG-4860 24.11 | Lab VMs 2.8, 24.11

              1 Reply Last reply Reply Quote 0
              • D
                dyce
                last edited by

                I returned home, the pfsense was able to ping google after the reboot but all of my computers could not. I reset to factory defaults and port forwarding works and all my computers could connect again.

                1 Reply Last reply Reply Quote 0
                • R
                  RacingRalph
                  last edited by

                  Could be connected to this thread: https://forum.pfsense.org/index.php?topic=87877.0
                  Please try to verify, if you have the same symptoms and if issuing '/etc/rc.filter_configure_sync' at the shell-console makes the pfsense box reachable again.

                  1 Reply Last reply Reply Quote 0
                  • F
                    f4f
                    last edited by

                    Hi,

                    I have too problem with port forwarding with pfsense 2.2. I install a clean version 2.2-RELEASE (i386) built on Thu Jan 22 14:04:25 CST 2015 FreeBSD 10.1-RELEASE-p4 without any custom fw rules. Everything is default, then a I create a simple rule to redirect port ssh to my debian testing machine behind pfsense..Forward rules working but take a long time after I get login prompt….
                    When I do this: ssh root@public_ip -p 2222 I get promt login after almost 2minutes...... In attachment I put my nat port forward rules...

                    nat_rules.png
                    nat_rules.png_thumb

                    1 Reply Last reply Reply Quote 0
                    • johnpozJ
                      johnpoz LAYER 8 Global Moderator
                      last edited by

                      and how does that have to do with forwarding traffic?  You saying that pfsense is getting the packets and holding on to them 4 2 minutes before sending to your ssh box?

                      Do a sniff on the connection in diag, packet capture and see what is happening.  Maybe you just have a slow ass ssh server ;)  Or you have brute force protection on, etc.  And its getting pounded so it delays giving you a prompt..  I know infoblox does this out of the box, you don't get prompt for 90 seconds, if you typo the password you have to wait 90 more seconds.

                      Look to your server for this sort of issue, if was pf not forwarding you would never get a prompt..

                      An intelligent man is sometimes forced to be drunk to spend time with his fools
                      If you get confused: Listen to the Music Play
                      Please don't Chat/PM me for help, unless mod related
                      SG-4860 24.11 | Lab VMs 2.8, 24.11

                      1 Reply Last reply Reply Quote 0
                      • F
                        f4f
                        last edited by

                        @johnpoz:

                        and how does that have to do with forwarding traffic?  You saying that pfsense is getting the packets and holding on to them 4 2 minutes before sending to your ssh box?

                        Do a sniff on the connection in diag, packet capture and see what is happening.  Maybe you just have a slow ass ssh server ;)  Or you have brute force protection on, etc.  And its getting pounded so it delays giving you a prompt..  I know infoblox does this out of the box, you don't get prompt for 90 seconds, if you typo the password you have to wait 90 more seconds.

                        Look to your server for this sort of issue, if was pf not forwarding you would never get a prompt..

                        @johnpoz - hehe I have a normal ssh box :-).. The same redirect port on pfsense 2.1 works correct, I get a login promt quick … In pfsense 2.2 default is any implement brute force protection for forward port, because no only ssh works that... Can you look on packet capture from attachment....

                        pf22_tcpdump.txt
                        pf21_tcpdump.txt

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

                          @f4f:

                          In pfsense 2.2 default is any implement brute force protection for forward port, because no only ssh works that…

                          No, there is no such thing, sorry… Things like this happen e.g. when you have a hostname with both A/AAAA DNS records but are NATing to IPv4-only accessible host behind firewall. You only get a connection after IPv6 gives up.

                          1 Reply Last reply Reply Quote 0
                          • F
                            f4f
                            last edited by

                            @doktornotor:

                            @f4f:

                            In pfsense 2.2 default is any implement brute force protection for forward port, because no only ssh works that…

                            No, there is no such thing, sorry… Things like this happen e.g. when you have a hostname with both A/AAAA DNS records but are NATing to IPv4-only accessible host behind firewall. You only get a connection after IPv6 gives up.

                            @doktornotor - I think found the problem.. pfsense I have run on XS 6.2 so I must disable offload…: https://forum.pfsense.org/index.php?topic=85797.15

                            This resolve my problem:

                            xe vif-param-set uuid=VIFUUID other-config:ethtool-gso="off"
                            xe vif-param-set uuid=VIFUUID other-config:ethtool-ufo="off"
                            xe vif-param-set uuid=VIFUUID other-config:ethtool-tso="off"
                            xe vif-param-set uuid=VIFUUID other-config:ethtool-sg="off"
                            xe vif-param-set uuid=VIFUUID other-config:ethtool-tx="off"
                            xe vif-param-set uuid=VIFUUID other-config:ethtool-rx="off"

                            For each vif network card under virtual machine

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

                              You know, telling everyone you were running it virtualized in your opening post would have been helpful.

                              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
                              • D
                                doktornotor Banned
                                last edited by

                                @Derelict:

                                You know, telling everyone you were running it virtualized in your opening post would have been helpful.

                                Not to mention that this has nothing in common with the OP's issue apparently.

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