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

    Noob problem with NAT I think

    General pfSense Questions
    3
    10
    740
    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.
    • P
      pdsgomes
      last edited by

      Site1:
      Host: 172.19.32.30
      GW: 172.19.32.252 (pfsense)
      Router: 172.19.32.254

      Site2:
      Host: 172.20.32.30
      GW: 172.20.32.254 (not pfsense)

      From site2 I can ping pfsense from site1 but I can't ping the clients behind that pfsense.

      If on site1 I change the GW of the clients to the router (172.19.32.254), from site2 I can ping both pfsense and the clients behind it.

      What am I missing?

      Grateful

      JKnottJ 1 Reply Last reply Reply Quote 0
      • JKnottJ
        JKnott @pdsgomes
        last edited by

        @pdsgomes

        Do the routers know about the subnet behind the router at the other end? You have to add them unless you're using a routing protocol, such as OSPF, to learn them.

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

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

          I assume some VPN between the sites? Connected to pfSense?

          I'm not sure what the site 1 'router' is if it's neither the gateway or pfSense.

          We're going to need a diagram here.

          From you use of those terms I'm going to guess it's an asymmetric routing issue.

          Steve

          P 2 Replies Last reply Reply Quote 0
          • P
            pdsgomes @stephenw10
            last edited by

            @stephenw10 Thank you for your response.

            Site1 internet router is 172.19.32.254 and is connected via vpn to 172.20.32.254, which is the internet router on site2.

            Pfsense is only on site2 at present.

            1 Reply Last reply Reply Quote 0
            • P
              pdsgomes @stephenw10
              last edited by

              @stephenw10 I have configured pfsense on site2 to be able to control the internet, but some machines must be able to reach site1, from site1 they must be able also to connect to site2 pc's.

              1 Reply Last reply Reply Quote 0
              • P
                pdsgomes
                last edited by

                This post is deleted!
                1 Reply Last reply Reply Quote 0
                • P
                  pdsgomes
                  last edited by

                  Simple map site1 and 2

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

                    Yeah as I thought it's an asymmetric routing problem.

                    When a client at site 2 tries to connect to a client at site 1 the traffic goes over the tunnel and then directly from the router to the client. But when the client at site at site 1 replies it does so via it's gateway which is pfSense. pfSense blocks that traffic because it only sees the reply so the state is invalid.
                    https://docs.netgate.com/pfsense/en/latest/troubleshooting/asymmetric-routing.html

                    It works when the connection is established the other way presumably because pfSense is outbound NATing the connection.

                    You need to remove the asymmetry. The best way to do that would be to replace the router at site 1 with the pfSense instance.

                    Steve

                    P 1 Reply Last reply Reply Quote 1
                    • P
                      pdsgomes @stephenw10
                      last edited by

                      @stephenw10 Many thanks for the response, i just follow the intructions on the link:

                      Automatic Fix
                      The Bypass firewall rules for traffic on the same interface option located under System > Advanced on the Firewall & NAT tab activates rules for traffic to/from the static route networks which are much more permissive when it comes to creating states for TCP traffic and allowing it to pass. The rules allow any TCP packets regardless of their flags to create a state, and also utilize “Sloppy” state tracking which performs a less strict state match.

                      Solved my problem.

                      Thank you
                      Pedro

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

                        Nice.

                        I would recommend moving to a symmetric routing design though. At some point that will come back to bite you otherwise. 😉

                        Steve

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