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

    OpenVPN client config bug?

    Scheduled Pinned Locked Moved OpenVPN
    3 Posts 1 Posters 1.6k 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
      Cloverleaf
      last edited by

      Hi all,

      I just wanted to ask about this before posting it as a bug.  I create a client-specific configuration that pushes a specific IP to a client based on its common name, we'll say bobbyray.  Then, Bobby publishes a book and insists that we all call him Robert to fit in with his new urban image.  If I edit the config and rename the common name to robert, when I look in /var/etc/openvpn_csc, I still only see the file named bobbyray, and not a robert file, and I can still use the bobbyray certificate and get the bobbyray IP.  I have not yet created a robert cert and connected to see if that does anything to change things yet.  This seems like incorrect behavior and could lead to problems, especially if you're managing your clients privileges based on IPs or other things like that.

      Can anyone else verify, or is this is known issue?

      Thanks!

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

        I also just noticed that the client config is left behind if you delete the config.  If you disable the config, it removes the file, but just deleting it does nothing.

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

          Huh… No one is willing/able to verify?  I'd hate to raise a bug just to find out that it's an existing bug or only in my config.

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