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

    Traffic across OpenVPN tunnel

    Scheduled Pinned Locked Moved Routing and Multi WAN
    2 Posts 2 Posters 499 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.
    • J
      jonathan.v
      last edited by

      Scenario:

      I have two pfsense routers, lets call them OfficepfSense at 10.103.1.7/24 and AzurepfSense at 10.102.0.2/24.

      AzurepfSense router is set up as OpenVPN server and OfficepfSense is set as the client. I have the tunnel setup as 192.168.3.20/30. I can confirm connectivity between the two routers. I see static routes in both routing tables and I can ping other end routers and confirmed traffic across the tunnel.

      From the AzurepfSense subnet (on other devices on that network) I can reach across the VPN to end devices connected to the OfficepfSense router. When I try to connect to Azure resources from the Office network across the vpn network it fails. I try traceroutes and it bypasses the vpn tunnel altogether and pushes traffic out my comcast gateway.

      I am at a loss why it works in one direction, coming from azure, but not from my office network. Any suggestions would be greatly appreciated.

      Jonathan

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

        Do you have policy routing (gateways set on rules) enabled on your local network?

        https://www.netgate.com/docs/pfsense/routing/bypassing-policy-routing.html

        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
        • First post
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.