wiki:DeprecatedOptions

Version 35 (modified by Pippin, 4 years ago) (diff)

Fix formatting of --inetd

Deprecated Options in OpenVPN

OpenVPN is a software VPN product which has been around since May 2001. And it has mostly been backwards compatible on the most important features through all these years. But the world moves forward, security issues are discovered, and expectations of how a secure VPN should be configured have changed over the years.

As OpenVPN carries a lot of options (over 230), we need to do a clean-up here from time to time. The main goal is to be as backwards compatible in regards to the configuration files as possible. We do not recommend running any older OpenVPN releases than the latest v2.3 series. Whenever possible you should always upgrade to the latest available OpenVPN release. But some times we unfortunately need to remove old options as they impose a security risk to VPN configurations.

In this wiki page, we will try to keep an up-to-date list of all options we have deprecated, when they will be removed, the new alternative approach and the reasoning behind removing the option. This wiki page summarizes the "Deprecated features" section in the Changes.rst file which is distributed with the source code.

Option: --key-method

Status Pending removal
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.5
Affects: Client and server
Result if used: OpenVPN will ignore the option and provide a warning
Replaced by: Not replaced
Examples: (N/A)

OpenVPN have used --key-method 2 since OpenVPN v2.0 if it was not provided. Using the older --key-method 1 was primarily present to allow OpenVPN clients running older releases than v2.0 to connect to a v2.0 server. This older key-method is not recommended as the key negotiation method is not as strong as the current default.

Option: --tls-remote

Status Removed in OpenVPN v2.4.0
Deprecated in: OpenVPN v2.3
To be removed in: OpenVPN v2.4
Affects: Client and server
Result if used: OpenVPN will not start due to unknown option
Replaced by: --verify-x509-name
Examples: --verify-x509-name 'C=KG, ST=NA, L=Bishkek, CN=Server-1'
--verify-x509-name Server-1 name
--verify-x509-name Server name-prefix

Option: --compat-names

Status Removed in OpenVPN v2.5
Deprecated in: OpenVPN v2.3
Affects: Client and server
Result if used: OpenVPN will print an error message and terminate
Replaced by: Not replaced
Examples: (N/A)
Ref: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg17804.html

OpenVPN used the former OpenSSL formatting of X.509 Subject fields. They could look like this:

/C=US/L=Somewhere/CN=John Doe/emailAddress=john@example.com

As of OPenVPN v2.3, this format was changed to the more widely used X.509 formatting:

C=US, L=Somewhere, CN=John Doe, emailAddress=john@example.com

This option would in addition add remapping of characters and rendering most characters outside the typical a-z/A-Z/0-9 range to be replaced by an underscore (_) - unless the no-remapping flag was added. This behaviour would in many cases be required by older authentication plug-ins or scripts which was not able to process the newer format. As this behaviour is now considered bad, it is expected that authentication plug-ins and scripts will have had enough time to get an update to handle the new X.509 Subject formatting.

Option: --no-name-remapping

Status Removed in OpenVPN v2.5
Deprecated in: OpenVPN v2.3
Affects: Client and server
Result if used: OpenVPN will print an error message and terminate
Replaced by: Not replaced
Examples: (N/A)
Ref: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg17804.html

This is essentially just an alias for --compat-names no-remapping. This option would avoid the character remapping of characters being outside the typical a-z/A-Z/0-9 range in the X.509 Subject identifiers.

Option: --no-iv

Status Removed in OpenVPN v2.5
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.5
Affects: Client and server
Result if used: OpenVPN will refuse the option and provide an error message that the option is no longer supported
Replaced by: Not replaced
Examples: (N/A)

This option will disable OpenVPN's use of the cipher initialization vector (IV). This is considered very harmful on today's ciphers and will severely reduce the security of VPN tunnels. As the use cases for --no-iv are few and mostly obscure, it was decided to remove this option to ensure the tunnels security can not be deliberately reduced.

Option: --no-replay

Status Pending removal
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.5
Affects: Client and server
Result if used: OpenVPN will refuse the option and provide an error message that the option is no longer supported
Replaced by: Not replaced
Examples: (N/A)

This option will disable OpenVPN's use of replay protection. This slightly reduces the overhead (8 bytes per packet for static keyed setups, 4 bytes for TLS with CBC mode, 0 bytes for TLS with GCM/OFB/CFB mode). The overhead reduction in CBC mode can better be achieved by switching to GCM mode. The remaining benefit for static key mode does not warrant the keeping this option around. The added code complexity adds attack surface and increases the chance of users reducing their security more than they realise.

Policy: Removal of insecure ciphers: Ciphers with cipher block-size less than 128 bits (most commonly BF, DES, CAST5, IDEA and RC2)

Status Pending removal
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.6
Affects: Client and server
Result if used: OpenVPN will not start due to incorrect cipher being used
Replaced by: Replaced by stronger ciphers, most commonly AES-256-GCM
Examples: (N/A)

After the discovery of the SWEET32 Birthday attacks on 64-bit block ciphers any cipher using a cipher block length smaller than 128 bits is considered insecure and prune to be successfully attacked. The cipher block length is not an indication of the cipher key length.

Policy: Migrating away from deprecated ciphers

With the OpenVPN v2.4 release a new feature was introduced, Negotiable Crypto Parameters (NCP). This allows users to seamlessly migrate away from deprecated ciphers without much extra work. If both client and server runs OpenVPN v2.4 without NCP being disabled (--ncp-disable), the tunnel will automatically be upgraded to AES-256-GCM. If the environment also uses clients older than OpenVPN v2.4, the server can deploy:

--ncp-ciphers AES-256-GCM:AES-256-CBC:BF-CBC

This will allow older clients to add or change --cipher to use AES-256-CBC instead of the default BF-CBC or any other cipher enlisted. This can be done on client configuration files on a one-by-one approach. Unmodified clients will be able to connect as before. Once all clients have been updated to OpenVPN v2.4 or later (preferred) or have their configuration altered, the --ncp-ciphers list can be modified to remove BF-CBC.

WARNING: This migration approach will not work after the release of OpenVPN v2.6. As of that release, BF-CBC, CAST or RC2 ciphers will not be accepted any more.

NOTE: For Fedora 27, if the openvpn-server@.service unit file is used for server configurations, this migration path have already been enabled.

Option: --keysize

Status Pending removal
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.6
Affects: Client and server
Result if used: OpenVPN will ignore the option and provide a warning
Replaced by: Not replaced
Examples: (N/A)

The --keysize option was only useful to change the key length when using the BF, CAST6 or RC2 ciphers. For all other ciphers the key-size is fixed with the chosen cipher. As OpenVPN v2.6 will no longer support any of these variable length ciphers, this option will be removed as well to avoid confusion.

Option: --comp-lzo

Status Currently not planned for removal, see description for details
Deprecated in: OpenVPN v2.4
To be removed in: (not decided)
Affects: Client and server
Result if used: OpenVPN will ignore the option and provide a warning
Replaced by: Not replaced
Examples: (N/A)

Compression is not recommended and is a feature users should avoid using. To signal this clearly, --comp-lzo and --compress are discouraged and considered deprecated features. They will be removed in a future release.

Option: --compress

Status Currently not planned for removal, see description for details
Deprecated in: OpenVPN v2.5
To be removed in: (not decided)
Affects: Client and server
Result if used: OpenVPN will ignore the option and provide a warning
Replaced by: Not replaced
Examples: (N/A)

Compression is not recommended and is a feature users should avoid using. To signal this clearly, --comp-lzo and --compress are discouraged and considered deprecated features. They will be removed in a future release.

Option: --ifconfig-pool-linear

Status Pending removal
Deprecated in: OpenVPN v2.1
To be removed in: OpenVPN v2.5
Affects: Client and server
Result if used: OpenVPN will not start due to unknown option
Replaced by: --topology
Examples: --topology p2p

This option will not work with Windows based clients. Since the --topology p2p mode is equivalent to --ifconfig-pool-linear and works with Windows, this option will be removed.

Option: --client-cert-not-required

Status Pending removal
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.5
Affects: Client and server
Result if used: OpenVPN will not start due to unknown option
Replaced by: --verify-client-cert
Examples: --verify-client-cert none
--verify-client-cert optional
--verify-client-cert require

The replacement option allows a far more fine grained control of authentication methods, and can allow a combination of only username/password authentication, only certificate based authentication or a combination. This would not be possible with the old --client-cert-not-required option.

Option: --ns-cert-type

Status Pending removal
Deprecated in: OpenVPN v2.4 and v2.3.18
To be removed in: OpenVPN v2.6 or v2.7
Affects: Client and server
Result if used: OpenVPN will complain and remap to replacement option
Replaced by: --remote-cert-tls
Examples: --remote-cert-tls server
--remote-cert-tls client

As of OpenSSL v1.1, the nsCertType extension in X.509 certificates are no longer supported. This extension is old and has been deprecated for a long time. The replacement option, --remote-cert-tls is a macro which sets the --remote-cert-ku and --remote-cert-eku to appropriate values, depending on whether you to check if the remote provided certificate is a server certificate or client certificate. As the extended key usage extension is far more commonly used today, this is effectively the equivalent of --ns-cert-type. For the time being, if --ns-cert-type is used in OpenVPN v2.5 or later, it will currently be re-mapped to --remote-cert-tls and complain about a deprecated option being used.

This cannot be turned into a "hard error" for v2.5 due to compatibility issues with OpenVPN AS and commercial upgrade cycles.

Option: --tun-ipv6

Status Removed in OpenVPN 2.4l
Deprecated in: OpenVPN v2.4
To be removed in: OpenVPN v2.4
Affects: Client and server
Result if used: OpenVPN will complain and ignore the option
Replaced by: Not replaced
Examples:

This option was useful when IPv6 tun support was non standard and was an internal/user specified flag that tracked the Ipv6 capability of the tun device.

Today, all supported OS support IPv6 and indicating explicit support is not needed any more. Also tun-ipv6 is pushable by the remote so not putting tun-ipv6 does not forbid ipv6 addresses.

Policy: Automatic Up-casing of X509 Certificate fieldnames

Status Planned for removal
Deprecated in: OpenVPN v2.3
To be removed in:
Affects: Server
Result if used: n/a (Always used)
Replaced by: Not replaced
Examples: This feature converts an all-lowercase fieldname to uppercase characters, e.g., ou -> OU

See --x509-username-field in https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage for a detailed explanation.

Option: --max-routes

Status Planned for removal
Deprecated in: OpenVPN v2.4
To be removed in:
Affects:
Result if used: ignored
Replaced by:
Examples:

Option: --dhcp-release

Status Enabled by default
Deprecated in: OpenVPN v2.4
To be removed in:
Affects:
Result if used: ignored
Replaced by:
Examples:
Notes: Windows only

Option: --route-nopull

Status Disabled by default
Deprecated in: Deprecation is under discussion
To be removed in:
Affects: Client routing, dhcp-options and Windows firewall
Result if used: See the manual
Replaced by: --pull-filter
Examples:
Notes: Openvpn devs would like to know if you use this option

Option: --secret

Status Planned for removal
Deprecated in: OpenVPN v2.4
To be removed in:
Affects: --genkey
Result if used: User Warning printed
Replaced by: secret (No leading double dash)
Examples: Use --genkey secret filename
Notes:

Option: --ncp-disable

Status Planned for removal
Deprecated in: OpenVPN v2.5
To be removed in: OpenVPN v2.6
Affects: --ncp-disable
Result if used: User Warning printed
Replaced by:
Examples:
Notes: ncp-disable was mainly a debug option that allowed disabling ncp if there were problem with dynamic cipher negioation. With the current status of NCP, this option is no longer necessary.

plugin: _v1 and _v2 functions for open and func call

Status Planned for removal
Deprecated in: OpenVPN v2.5 (to be done)
To be removed in: OpenVPN v2.6 or v2.7
Affects: plugins still use the old API
Result if used: User Warning printed, later: refuse to load plugin
Replaced by: _v3 functions
Examples:
Notes: the _v3 API functions can do everything _v1 and _v2 can do, and the existence of the old functions mostly confuses everyone

Option: --inetd

Status Planned for removal
Deprecated in: OpenVPN v2.5
To be removed in: OpenVPN v2.6
Affects: --inetd
Result if used: User Warning printed
Replaced by:
Examples:
Notes: This is a very limited and not-well-tested way to run OpenVPN, on TCP and TAP mode only, which complicates the code quite a bit for little gain. To be removed in OpenVPN 2.6 (unless users protest).