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

    Update to 2.2 new SSH NAT not working.

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    28 Posts 4 Posters 2.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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      You're seeing no traffic coming into the WAN side at all for the .36 VIP? If that's really the case then it has nothing to do with the LAN side in fact it's more likely some upstream routing issue, a stale ARP cache perhaps.
      How exactly did you run the packet capture?

      Steve

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

        @stephenw10:

        You're seeing no traffic coming into the WAN side at all for the .36 VIP? If that's really the case then it has nothing to do with the LAN side in fact it's more likely some upstream routing issue, a stale ARP cache perhaps.
        How exactly did you run the packet capture?

        Steve

        I went to Diagnostice then Packet Capture.  Then initiated a SSH session from outside on the public IP of .36.  Nothing.  Did the same packet capture via LAN IP .45 and the packet capture showed all packets.

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

          If you run a packet capture on the WAN you should see packets arriving for the .36 VIP. If you don't then either the VIP isn't setup correctly or the traffic simply isn't arriving to be forwarded in the first place.

          Steve

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

            @stephenw10:

            If you run a packet capture on the WAN you should see packets arriving for the .36 VIP. If you don't then either the VIP isn't setup correctly or the traffic simply isn't arriving to be forwarded in the first place.

            Steve

            Created a new FW rule.  ICMP from any to any and tested all my public IPs from outside of LAN.  All but .36 replied.  .36 is just not communicating at all.  Time to call ISP.

            Thanks!

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

              Called ISP had them flush ARP cache on modem.  Removed virtual IP form FW, configured laptop with .36 public IP and pertinent info.  Pinged gateway public IP address of .33 and worked well.  Pinged
              website also worked.  Added back virtual IP to FW then created new NAT/Rule and then tried connecting to new LAN IP NAT/PAT from outside .36, did not work.  Can still ping all other public IPs except .36.
              Hmm?

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

                And if you run a packet capture on WAN you still don't see any incoming traffic for .36?

                Steve

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

                  @stephenw10:

                  And if you run a packet capture on WAN you still don't see any incoming traffic for .36?

                  Steve

                  Just ran packet capture on .36, no traffic.

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

                    How exactly did you connect up the laptop that was configured to be .36?

                    Presumably this was all working fine under 2.1.5. Did you have a .36 VIP at that point? Can you go back to test 2.1.5?
                    I'm failing to see how 2.2 could be any different to 2.1.5 here though. At a fundamental level if you're not receiving any packets for the .36 IP on WAN then your ISP isn't sending them.  :-\

                    Steve

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

                      @rdnd:

                      @stephenw10:

                      And if you run a packet capture on WAN you still don't see any incoming traffic for .36?

                      Steve

                      Just ran packet capture on .36, no traffic.

                      Back to your ISP.

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

                        Looks like I will take another workstation toss in a couple quality NICs and create another test FW.  If .36 fails to receive traffic it's ISP problem for sure. 
                        Thanks all for the help/info.

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