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

    Still no reliable peer-to-peer connection, but progress made

    Scheduled Pinned Locked Moved OpenVPN
    6 Posts 2 Posters 309 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.
    • D
      DominikHoffmann
      last edited by DominikHoffmann

      I have to get back to my issue with establishing peer-to-peer connections between two pfSense boxes. I have finally solved the peer-to-peer authentication problem:

      Solved: Peer-to-peer authentication fails—why?

      Screenshot 2024-08-19 at 4.11.45 PM.png

      However, while this takes care of most of the other issues I had posted about,

      1. I still don’t have a way to reliably access the remote site;
      2. can only access the remote pfSense box through its virtual address; any other resources on the remote network remain inaccessible;
      3. the virtual address is reachable only intermittently; I have not been able to discern a pattern to when it is and when it isn’t; accessibly is not even ensured immediately after the establishment of the site-to-site connection.

      OpenVPN Site-to-Site Configuration Example

      My tunnel network is 192.168.7.0/24.

      Do I have to set up specific firewall rules to make things work? Would not having them be the reason that the remote FW LANs from the image are not reachable?

      V 1 Reply Last reply Reply Quote 0
      • D
        DominikHoffmann
        last edited by

        I should add that that my local pfSense box also is running a remote access OpenVPN server. I can access it without problems. There is no intermittency, at all.

        Also, I have a static IP address. The other pfSense boxes that are configured as clients to the peer-to-peer server have CGNAT addresses.

        1 Reply Last reply Reply Quote 0
        • V
          viragomann @DominikHoffmann
          last edited by

          @DominikHoffmann
          You need to configure Client Specific Overrides for each client you want to access the network behind.
          Did you do this?

          D 1 Reply Last reply Reply Quote 0
          • D
            DominikHoffmann @viragomann
            last edited by

            @viragomann: Yes, I did.

            In fact, I have one for each of the clients displayed in my screens shot, and I specify

            1. that it is for my peer-to-peer server (in Server List),
            2. the IPv4 Tunnel Network (192.168.7.6/24, 192.168.7.4/24, etc.), and
            3. the IPv4 Remote Network/s (e.g., 192.168.45.0/24,192.168.46.0/24,192.168.47.0/24).

            Am I missing something?

            V 1 Reply Last reply Reply Quote 0
            • V
              viragomann @DominikHoffmann
              last edited by

              @DominikHoffmann said in Still no reliable peer-to-peer connection, but progress made:

              and I specify

              that it is for my peer-to-peer server (in Server List),
              the IPv4 Tunnel Network (192.168.7.6/24, 192.168.7.4/24, etc.), and
              the IPv4 Remote Network/s (e.g., 192.168.45.0/24,192.168.46.0/24,192.168.47.0/24).
              

              I don't understand.

              You need to state the respective remote networks in the CSO.
              And additionally all remote networks have to be stated in the server settings.

              If you have done this properly, but don't succeed, ensure that the CSO is applied, when the client connects. To verify this, set the servers log verbosity level to 4, reconnect the client and check the log after.

              D 1 Reply Last reply Reply Quote 1
              • D
                DominikHoffmann @viragomann
                last edited by

                @viragomann said in Still no reliable peer-to-peer connection, but progress made:

                And additionally all remote networks have to be stated in the server settings.

                This was the crux of the matter!

                Thank you very much!

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