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

    Interesting situation – need to route all local traffic through remote pfSense

    Scheduled Pinned Locked Moved General pfSense Questions
    16 Posts 6 Posters 3.5k 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
      breakaway
      last edited by

      Ok I am giving this a shot now. The Office pfSense has been assigned with 192.168.254.10/24, and the datacenter pfSense is configured with 192.168.253.10/24. The IPSEC phase 2 has been added as well and the tunnel is up. Now, I need to figure out how to force traffic from 192.168.254.0/24 at the office into the 192.168.253.10/24 gateway at the datacenter.

      phil.davis, can you clarify the second part of your post? i.e.

      c) Add a gateway that is the data centre end of the VPN - DATACENTREGW
      d) Put a policy-routing rule on OTHERLAN to pass all traffic but send it to DATACENTREGW. (no NAT on this hop)

      How do I add the gateway that's on the datacenter end of the VPN? If I go to System > Routing > Gateways and try to add the  datacenter end of the tunnel (i.e. 192.168.253.10), I can't do that because the only possible drop downs in the "Interface" list are the physical interfaces on this end of the tunnel.. how do I tell it that I want the gateway to be on the other end of the tunnel? I hope that makes sense.

      Edit: I also thought I'd add that I found this guide https://doc.pfsense.org/index.php/Routing_internet_traffic_through_a_site-to-site_IPsec_tunnel that allows me to accomplish what I want, however the guide assumes you want to send everything from Site A to Site B – that's not what I want, I only want to send traffic from a specific interface from the Site A pfsense to Site B.

      1 Reply Last reply Reply Quote 0
      • N
        NOYB
        last edited by

        Do these internet sharing clients need or want to host any services?  Such as DNS, SMTP email, Web Site, VPN access to office, etc.?  It may be easier or even necessary to assign them their own dedicated IP address at the data center rather than NATing.

        1 Reply Last reply Reply Quote 0
        • K
          kejianshi
          last edited by

          You can tell pfsense to use openvpn as the outbound interface for a particular LAN interface by configuring that in firewall > NAT Manual outbound NAT.  Just be sure to add a virtual interface for openvpn (I'd use openvpn).

          So, as an example, if everything on OPT5 was on 192.168.201.0/24 and you wanted anyone on opt5 to get internet through your pfsense/openvpn server in the datacenter, you would put that into your manual outbound NAT on the client pfsense and select your openvpn interface instead of WAN in manual outbound NAT.

          1 Reply Last reply Reply Quote 0
          • C
            cmb
            last edited by

            Firewall rules can direct traffic in this case, or can set a default route across the VPN.

            @kejianshi:

            You can tell pfsense to use openvpn as the outbound interface for a particular LAN interface by configuring that in firewall > NAT Manual outbound NAT.

            No, NAT strictly defines translation, not where traffic goes.

            1 Reply Last reply Reply Quote 0
            • K
              kejianshi
              last edited by

              Yeah - Its does work.

              If a openvpn client interface is selected on manual outbound NAT, that interface is where all the outbound traffic that meets the criteria stipulated will exit.

              I'm sure you know lots more than me, but you can't tell me that something that has been working for me for a long time doesn't work.  I know it does because its working for me now.  Not theory.

              However, I agree, that doing it in firewall rules also works.

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

                But why NAT VPN traffic between distinct private lans?

                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
                • K
                  kejianshi
                  last edited by

                  What this guy is asking for isn't actually uncommon at all if I'm understanding correctly.

                  There is a site A and a site B

                  He wants all internet bound traffic from a particular interface on site B to go out over vpn to a server at site A.

                  Seems simple enough.  Anyway - Will be interesting to see what he works out.

                  1 Reply Last reply Reply Quote 0
                  • B
                    breakaway
                    last edited by

                    Hi,

                    Sorry my diagram is somewhat incorrect and my original phrasing of the question is quite poor.

                    Here's what I want – I want to route all traffic coming into OPT3 at the office sent to the datacentre, then out the datacentre's internet connection.

                    I would have thought this is a fairly typical configuration. I've found guides on how to send ALL traffic from the pfSense through the IPSEC tunnel, but no guide on how to funnel traffic out a single interface through an IPSEC tunnel.

                    I'd rather not use OpenVPN because all our Site to Site VPNs are established using IPSEC. But if it so happens that IPSEC cannot accomplish what I want, I will use OpenVPN

                    Can someone answer the million dollar question: 192.168.254.0/24 at Site A; 192.168.253.0/24 at Site B; IPSEC tunnel established between the two. Now, I need to send traffic from 192.168.254.0/24 at Site A through the IPSEC tunnel to Site B, then NAT it out the WAN connection of Site B.

                    I hope that explains it!

                    1 Reply Last reply Reply Quote 0
                    • K
                      kejianshi
                      last edited by

                      Why don't you just have both "sharing clients" connect directly to the office pfsense directly via openvpn for internet sharing?

                      1 Reply Last reply Reply Quote 0
                      • B
                        breakaway
                        last edited by

                        Because I am trying to provide internet access to an entire business (so devices like their printers etc can get internet access), not a VPN system.

                        1 Reply Last reply Reply Quote 0
                        • C
                          cmb
                          last edited by

                          @kejianshi:

                          Yeah - Its does work.

                          If a openvpn client interface is selected on manual outbound NAT, that interface is where all the outbound traffic that meets the criteria stipulated will exit.

                          No, it doesn't. NAT only defines translation, the system routing table and/or policy routing rules tell traffic where to go. You have a route or rule that's directing the traffic out of the VPN.

                          1 Reply Last reply Reply Quote 0
                          • K
                            kejianshi
                            last edited by

                            If the vpn server is configured correctly and the client, routes exist.

                            If the interface associated with the vpn client is configured in outbound NAT to be used with a certain subnet, thats where the traffic will go.

                            Seems simple to me.

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