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

    Traffic from Firewall trough IPSEC Tunnel fails

    Scheduled Pinned Locked Moved IPsec
    3 Posts 3 Posters 404 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.
    • R
      Rolfieo
      last edited by

      I have a question/problem...

      I have 3 locations with pfsense firewalls. Location A, B, C
      There is a IPSEC tunnel between AB and BC and AC.

      At the moment my Windows servers are located at Location A.
      We have a new Location B.
      IPSEC tunnel is up and users located at B can work and connect to all resources to Location A.

      I'm now trying to make configure an Authentication Servers on Firewall B, but with an LDAP server located on location A.
      But this always fails to connect.

      If i try to ping from the Firewall B CLI to Firewall A. Request timeout.
      But if i ping from firewall B with ping -S 172.17.0.1 192.168.178.15 it will work.
      If an host pings, it also works. Looks like the issue is only with traffic that is generated from the firewall it self.

      My Guess is that the WAN IP is used. But i can't explain it.

      But I can't figure out why this goes wrong.

      Anyone has some idea?

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

        https://docs.netgate.com/pfsense/en/latest/vpn/ipsec/accessing-firewall-services-over-ipsec-vpns.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
        • B
          bbrendon
          last edited by

          Also, you might be better off using VTI.

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