OpenVPN Connect iOS version 1.0.1 Release Notes
Posted: Mon May 20, 2013 6:34 pm
Release Notes for OpenVPN Connect iOS version 1.0.1 (released on App Store May 20, 2013)
-----------------------------------------------------------------------
Fixed proxy error "NTLM phase-2 Content-Length is not zero".
Updated PolarSSL to 1.1.6.
Implemented "tls-remote", "route-nopull", "remote-random", "cipher none", and "auth none" directives.
Support DNS names that resolve to multiple addresses by trying each address in sequence.
At Apple's request, require one-time user confirmation before starting initial VPN connection.
Log invalid server-pushed routes or dhcp-options but don't disconnect.
As device moves between WiFi and cellular networks, proactively reconnect.
Raise an error when unsupported modes are used, such as static key mode.
Support "tcp-client" usage such as this: remote foo.bar 1194 tcp-client
Client will report its protocol as UDPv4 or TCPv4_CLIENT in options compatibility string even if running over IPv6 transport to maintain compatibility with OpenVPN 2.x branch.
Support client profiles that use Windows UTF-8 BOM.
Added "Reconnect on wakeup" preference (on by default).
The "key-direction" default has been changed to "bidirectional" for compatibility with OpenVPN 2.x branch, however the previous default ("1") will be retained for profiles imported with 1.0.0 to avoid breakage. Note, however, that the previous default cannot be retained for previously imported VPN-on-Demand profiles, which could potentially fail to connect if they don't declare a key-direction key/value pair on the assumption that it defaults to "1". The solution is to explicitly declare key-direction in VPN-on-Demand profiles if the OpenVPN configuration file they are derived from declares it as well.
Fixed bug where pushed ifconfig subnet was not routing into the tunnel.
When split-tunnel VPN configuration is used (i.e. not redirect-gateway), and at least one pushed DNS server is present: (a) route all DNS requests through pushed DNS server if no added search domains, or (b) route DNS requests for only specifically added search domains if at least one added search domain.
Fixed bug where app would crash on startup if device keychain had certificate with nil subjectSummary.
Fixed issue where "reneg-sec 0" was causing an infinite reconnect loop.
Don't add IPv4 or v6 routes if the ifconfig for the particular IP protocol is absent.
Added support for "net_gateway" as a route destination. This effectively excludes the route from the tunnel.
Allow clients to connect without a client certificate or key, if the server allows it, and if the client profile contains the following directive: setenv CLIENT_CERT 0
Allow "dhcp-option DOMAIN ..." directives to be pushed with multiple space-separated domains.
Fixed an issue that prevented an External Certificate profile from also being an Autologin profile.
Fixed a corner case where profiles with saved passwords that connect to a server that uses Session ID tokens (such as an Access Server) would fail to automatically reconnect after long pause periods, such as when the device is asleep.
Add "OS Event" logging to OpenVPN log file, including: (a) network available/unavailable and (b) sleep/wakeup.
-------------------------------------------
Elfredy Cadapan
OpenVPN Technologies, Inc.
-----------------------------------------------------------------------
Fixed proxy error "NTLM phase-2 Content-Length is not zero".
Updated PolarSSL to 1.1.6.
Implemented "tls-remote", "route-nopull", "remote-random", "cipher none", and "auth none" directives.
Support DNS names that resolve to multiple addresses by trying each address in sequence.
At Apple's request, require one-time user confirmation before starting initial VPN connection.
Log invalid server-pushed routes or dhcp-options but don't disconnect.
As device moves between WiFi and cellular networks, proactively reconnect.
Raise an error when unsupported modes are used, such as static key mode.
Support "tcp-client" usage such as this: remote foo.bar 1194 tcp-client
Client will report its protocol as UDPv4 or TCPv4_CLIENT in options compatibility string even if running over IPv6 transport to maintain compatibility with OpenVPN 2.x branch.
Support client profiles that use Windows UTF-8 BOM.
Added "Reconnect on wakeup" preference (on by default).
The "key-direction" default has been changed to "bidirectional" for compatibility with OpenVPN 2.x branch, however the previous default ("1") will be retained for profiles imported with 1.0.0 to avoid breakage. Note, however, that the previous default cannot be retained for previously imported VPN-on-Demand profiles, which could potentially fail to connect if they don't declare a key-direction key/value pair on the assumption that it defaults to "1". The solution is to explicitly declare key-direction in VPN-on-Demand profiles if the OpenVPN configuration file they are derived from declares it as well.
Fixed bug where pushed ifconfig subnet was not routing into the tunnel.
When split-tunnel VPN configuration is used (i.e. not redirect-gateway), and at least one pushed DNS server is present: (a) route all DNS requests through pushed DNS server if no added search domains, or (b) route DNS requests for only specifically added search domains if at least one added search domain.
Fixed bug where app would crash on startup if device keychain had certificate with nil subjectSummary.
Fixed issue where "reneg-sec 0" was causing an infinite reconnect loop.
Don't add IPv4 or v6 routes if the ifconfig for the particular IP protocol is absent.
Added support for "net_gateway" as a route destination. This effectively excludes the route from the tunnel.
Allow clients to connect without a client certificate or key, if the server allows it, and if the client profile contains the following directive: setenv CLIENT_CERT 0
Allow "dhcp-option DOMAIN ..." directives to be pushed with multiple space-separated domains.
Fixed an issue that prevented an External Certificate profile from also being an Autologin profile.
Fixed a corner case where profiles with saved passwords that connect to a server that uses Session ID tokens (such as an Access Server) would fail to automatically reconnect after long pause periods, such as when the device is asleep.
Add "OS Event" logging to OpenVPN log file, including: (a) network available/unavailable and (b) sleep/wakeup.
-------------------------------------------
Elfredy Cadapan
OpenVPN Technologies, Inc.