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

    Transparent VPN Setup

    Scheduled Pinned Locked Moved OpenVPN
    3 Posts 3 Posters 925 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
      dmrichards26
      last edited by

      First off, my apologies if this has been asked before!

      I currently have a pfSense box setup with a Static IP, and I have attempted a few of the OpenVPN guides with no success. I need to have a couple of remote clients connect through the VPN to the local subnet (192.168.8.xxx) in order to reach a server for a program. I would like local and remote clients to be handled by the same DHCP pool, and avoid a separate remote subnet - essentially making the VPN transparent. What is the best way to do this?

      Thanks in advance!

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

        With TUN? Does it even work?  :o
        what is your purpose here?

        TAP might be the right approach, depending on what you target. You need to explain a bit more what the problem is with routing due to VPN.

        If all your clients are located on same subnet, then site-to-site OpenVPN is perhaps better, or IPSec  ;)

        Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

        1 Reply Last reply Reply Quote 0
        • M
          marvosa
          last edited by

          To accomplish what you're asking would involve configuring a bridged solution.  But the question is what are you trying to overcome by implementing a bridged VPN solution?  Routed is "better" in almost every case, so I'm curious as to why you're thinking about implementing a bridged solution.

          The only reason to go bridged is if your clients need to communicate with an application that relies on broadcasts.

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