openvpn3-config-acl(1)
π openvpn3-config-acl β the manual page, but make it bestie (OpenVPN 3 Linux Management β Configuration Access Control) π
okay so. you found the page for openvpn3-config-acl, part of the OpenVPN 3 Linux family. this is the one that decides who gets to touch your config. let's get into it, no cap. β¨
πΈ SYNOPSIS πΈ
openvpn3 config-acl -o DBUS-PATH | --path DBUS-PATH | --config CONFIG-NAME [OPTIONS]
openvpn3 config-acl -h | --help
π¦ DESCRIPTION π¦
so every single configuration profile has its own Access Control List riding along with it. that's the whole point: it lets a profile be shared between more users in a way more controlled than just... vibes. specific users, or literally everybody, can be granted access to start new VPN sessions off pre-loaded configurations. π
it can also be used to stop users from viewing the contents of the configuration profile while still letting them start VPN sessions. like, yes you can use it, no you cannot read it. main character boundary setting, honestly. π
all the options below can be used together, fr fr. and if you use the --show option, it will list the current Access Control List after any changes have been performed. so it's giving receipts. π
β¨ OPTIONS β¨
-h,--helpβ prints usage and help details to your terminal. the classic. π«Ά-o DBUS-PATH,--path DBUS-PATHβ the D-Bus configuration path of the configuration whose ACL you wanna manage. you can find this inopenvpn3 configs-list. go look there first, bestie.--config-path DBUS-PATHβ an alias for--path. same energy, different spelling. π¦-c CONFIG-NAME,--config CONFIG-NAMEβ you can use this instead of--pathwhen you've got the configuration profile name instead. available configuration names can be found viaopenvpn3 configs-list.-s,--showβ shows the currently active ACL. the vibe check. π₯-G USER,--grant USERβ grants the given user read-only access to this configuration profile. theUSERargument can be either a UID or a username belonging to the system. sharing is caring.-R USER,--revoke USERβ revokes access to this configuration profile for the given user. theUSERargument can be either a UID or a username belonging to the system. it's giving consequences. π--public-access BOOLβ grants all users on the system read-only access to this configuration profile. heads up though: this effectively disables the more fine-grained access control you get via--grant. valid argument values:true,false.-T BOOL,--transfer-owner-session BOOLβ okay so if another user is granted access to the configuration profile, that user will be the owner of the VPN session when it's started. setting this flag totruewill transfer the ownership back to the profile owner while still granting the user starting the session rights to also manage the session. seeopenvpn3-session-acl(1)for the details on the session ACLs. passing the aux cord back to the host, basically. π§--lock-down BOOLβ locks down the configuration profile so it can only be used to start new VPN sessions by users granted access. now only the configuration profile owner can show the profile contents viaopenvpn3 config-dump. valid argument values:true,false.-S,--sealβ this seals the configuration profile for everyone, making it effectively read-only, even for the owner.
β οΈ a configuration profile cannot be unsealed. like, ever. no take-backs, no undo, bestie. be so sure before you do this one. π
π SEE ALSO π
openvpn3(1) openvpn3-config-import(1) openvpn3-config-manage(1) openvpn3-config-dump(1) openvpn3-configs-list(1) openvpn3-session-acl(1)
and that's the page, periodt. this lil doc is openvpn3-config-acl(1) from OpenVPN 3 Linux β go forth and manage those ACLs responsibly, you gorgeous sysadmin. π§ π
π¦ where this page comes from
- nixpkgs unstable: openvpn3 27.1
- ubuntu stonking: openvpn3-client 27.1+dfsg-2ubuntu1 Β· AGPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms