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

    Access LDAP from WAN through IPSec- Site-to-site

    Scheduled Pinned Locked Moved IPsec
    3 Posts 2 Posters 487 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.
    • C
      Comprex
      last edited by

      Hey,

      I Need help on the following Problem:

      Site1: PFSense / 10.10.254.0 /255.255.255.0
      Site2: FritzBox / 192.168.1.0 /255.255.255.0

      Between the sites is a IPSec- tunnel.  Traffic through tunnel seems to work.

      From Site1 (Virt.Publ.IP) I want to access a LDAP-Directory on Site2,
      but I am not able to make the requests arrive on the other side of tunnel.

      Can u pls help me with Ideas for the routing.

      Thx in advance.

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

        Why are the lookups sourced from Virt.Publ.IP ??

        This might help:

        https://doc.pfsense.org/index.php/Why_can%27t_I_query_SNMP,_use_syslog,_NTP,_or_other_services_initiated_by_the_firewall_itself_over_IPsec_VPN

        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
        • C
          Comprex
          last edited by

          The lookups are sourced from Virt.Publ.IP because I have only one Publ.IP on IPSec-Site2 and the Ports are already in use (and I cant Change!).
          On Site1 I have several Publ.IP-Adresses free to use.

          I put the Settings of the document, but not successful.
          Checked Tunnel again and ist working fine in both directions.

          Is there anybody who did something like that already?

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