The program openconnect connects to VPN servers which use standard TLS/SSL, DTLS, and ESP protocols for data transport. Cisco AnyConnect Secure Mobility Client empowers remote workers with frictionless, highly secure access to the enterprise network from any device, at any time, in any location while protecting the organization.
- Aug 04, 2020 Cisco AnyConnect is an excellent VPN client solution that offers protection from data breaches and malware. Connecting and operating is quick and secure, as all you need are your credentials and URL. While there might be occasional disconnect issues, this software comes recommended.
- Cisco AnyConnect client (provided by UPV/EHU) build files for Arch Linux. Better use the openconnect package, it just works. Installing instructions. Prepare and install the package with makepkg: makepkg -sic.
- My company uses two factor auth with their Cisco AnyConnect. I am trying to use OpenConnect on Arch to connect to our VPN, but I am unable to get the webpage, which opens when you initially connect, prompting me for my organization sign in and my two factor auth through okta.
OPENCONNECT(8) | System Manager's Manual | OPENCONNECT(8) |
openconnect - Multi-protocol VPN client, for Cisco AnyConnect VPNs and othersopenconnect | [--configconfigfile] [-b,--background] [--pid-filepidfile] [-c,--certificatecert] [-e,--cert-expire-warningdays] [-k,--sslkeykey] [-C,--cookiecookie] [--cookie-on-stdin] [--compressionMODE] [-d,--deflate] [-D,--no-deflate] [--force-dpdinterval] [--force-trojaninterval] [-F,--form-entryform:opt=value] [-g,--usergroupgroup] [-h,--help] [--http-authmethods] [-i,--interfaceifname] [-l,--syslog] [--timestamp] [--passtos] [-U,--setuiduser] [--csd-useruser] [-m,--mtumtu] [--base-mtumtu] [-p,--key-passwordpass] [-P,--proxyproxyurl] [--proxy-authmethods] [--no-proxy] [--libproxy] [--key-password-from-fsid] [-q,--quiet] [-Q,--queue-lenlen] [-s,--scriptvpnc-script] [-S,--script-tun] [-u,--username] [-V,--version] [-v,--verbose] [-x,--xmlconfigconfig] [--authgroupgroup] [--authenticate] [--cookieonly] [--printcookie] [--cafilefile] [--disable-ipv6] [--dtls-cipherslist] [--dtls12-cipherslist] [--dtls-local-portport] [--dump-http-traffic] [--no-system-trust] [--pfs] [--no-dtls] [--no-http-keepalive] [--no-passwd] [--no-xmlpost] [--non-inter] [--passwd-on-stdin] [--protocolproto] [--token-modemode] [--token-secret{secret[,counter]|@file}] [--reconnect-timeout] [--resolvehost:ip] [--servercertsha1] [--useragentstring] [--version-stringstring] [--local-hostnamestring] [--osstring][https://]server[:port][/group] |
The program
openconnect connects to VPN servers which use standard TLS/SSL, DTLS, and ESP protocols for data transport.
It was originally written to support Cisco 'AnyConnect' VPN servers, and has since been extended with experimental support for Juniper Network Connect (--protocol=nc) and Junos Pulse VPN servers (--protocol=pulse) and PAN GlobalProtect VPN servers (--protocol=gp).
The connection happens in two phases. First there is a simple HTTPS connection over which the user authenticates somehow - by using a certificate, or password or SecurID, etc. Having authenticated, the user is rewarded with an authentication cookie which can be used to make the real VPN connection.
The second phase uses that cookie to connect to a tunnel via HTTPS, and data packets can be passed over the resulting connection. When possible, a UDP tunnel is also configured: AnyConnect uses DTLS, while Juniper and GlobalProtect use UDP-encapsulated ESP. The UDP tunnel may be disabled with --no-dtls, but is preferred when correctly supported by the server and network for performance reasons. (TCP performs poorly and unreliably over TCP-based tunnels; see http://sites.inka.de/~W1011/devel/tcp-tcp.html.)
--config=CONFIGFILERead further options from
CONFIGFILE before continuing to process options from the command line. The file should contain long-format options as would be accepted on the command line, but without the two leading -- dashes. Empty lines, or lines where the first non-space character is a # character, are ignored.
Any option except the config option may be specified in the file.
-b,--backgroundContinue in background after startup--pid-file=PIDFILESave the pid to PIDFILE when backgrounding-c,--certificate=CERTUse SSL client certificate CERT which may be either a file name or, if OpenConnect has been built with an appropriate version of GnuTLS, a PKCS#11 URL.-e,--cert-expire-warning=DAYSGive a warning when SSL client certificate has DAYS left before expiry-k,--sslkey=KEYUse SSL private key KEY which may be either a file name or, if OpenConnect has been built with an appropriate version of GnuTLS, a PKCS#11 URL.-C,--cookie=COOKIEUse authentication cookie COOKIE.--cookie-on-stdinRead cookie from standard input.-d,--deflateEnable all compression, including stateful modes. By default, only stateless compression algorithms are enabled.-D,--no-deflateDisable all compression.--compression=MODESet compression mode, where
MODE is one of
stateless,
none, or
all.
By default, only stateless compression algorithms which do not maintain state from one packet to the next (and which can be used on UDP transports) are enabled. By setting the mode to all stateful algorithms (currently only zlib deflate) can be enabled. Or all compression can be disabled by setting the mode to none.
--force-dpd=INTERVALUse INTERVAL as minimum Dead Peer Detection interval (in seconds) for CSTP and DTLS, forcing use of DPD even when the server doesn't request it.-g,--usergroup=GROUPUse GROUP as login UserGroup-F,--form-entry=FORM:OPTION=VALUEProvide authentication form input, where FORM and OPTION are the identifiers from the form and the specific input field, and VALUE is the string to be filled in automatically. For example, the standard username field (also handled by the --user option) could also be provided with this option thus: --form-entrymain:username=joebloggs.-h,--helpDisplay help text--http-auth=METHODSUse only the specified methods for HTTP authentication to a server. By default, only Negotiate, NTLM and Digest authentication are enabled. Basic authentication is also supported but because it is insecure it must be explicitly enabled. The argument is a comma-separated list of methods to be enabled. Note that the order does not matter: OpenConnect will use Negotiate, NTLM, Digest and Basic authentication in that order, if each is enabled, regardless of the order specified in the METHODS string.-i,--interface=IFNAMEUse IFNAME for tunnel interface-l,--syslogUse syslog for progress messages--timestampPrepend a timestamp to each progress message--passtosCopy TOS / TCLASS of payload packet into DTLS and ESP packets. This is not set by default because it may leak information about the payload (for example, by differentiating voice/video traffic).-U,--setuid=USERDrop privileges after connecting, to become user USER--csd-user=USERDrop privileges during execution of trojan binary or script (CSD, TNCC, or HIP).--csd-wrapper=SCRIPTRun SCRIPT instead of the trojan binary or script.--force-trojan=INTERVALUse INTERVAL as interval (in seconds) for repeat execution of Trojan binary or script, overriding default and/or server-set interval.-m,--mtu=MTURequest MTU from server as the MTU of the tunnel.--base-mtu=MTUIndicate MTU as the path MTU between client and server on the unencrypted network. Newer servers will automatically calculate the MTU to be used on the tunnel from this value.-p,--key-password=PASSProvide passphrase for certificate file, or SRK (System Root Key) PIN for TPM-P,--proxy=PROXYURLUse HTTP or SOCKS proxy for connection. A username and password can be provided in the given URL, and will be used for authentication. If authentication is required but no credentials are given, GSSAPI and automatic NTLM authentication using Samba's ntlm_auth helper tool may be attempted.--proxy-auth=METHODSUse only the specified methods for HTTP authentication to a proxy. By default, only Negotiate, NTLM and Digest authentication are enabled. Basic authentication is also supported but because it is insecure it must be explicitly enabled. The argument is a comma-separated list of methods to be enabled. Note that the order does not matter: OpenConnect will use Negotiate, NTLM, Digest and Basic authentication in that order, if each is enabled, regardless of the order specified in the METHODS string.--no-proxyDisable use of proxy--libproxyUse libproxy to configure proxy automatically (when built with libproxy support)--key-password-from-fsidPassphrase for certificate file is automatically generated from the fsid of the file system on which it is stored. The fsid is obtained from the statvfs(2) or statfs(2) system call, depending on the operating system. On a Linux or similar system with GNU coreutils, the fsid used by this option should be equal to the output of the command: It is not the same as the 128-bit UUID of the file system.-q,--quietLess output-Q,--queue-len=LENSet packet queue limit to LEN pkts-s,--script=SCRIPTInvoke
SCRIPT to configure the network after connection. Without this, routing and name service are unlikely to work correctly. The script is expected to be compatible with the
vpnc-script which is shipped with the 'vpnc' VPN client. See http://www.infradead.org/openconnect/vpnc-script.html for more information. This version of OpenConnect is configured to use
/etc/vpnc/vpnc-script by default.
On Windows, a relative directory for the default script will be handled as starting from the directory that the openconnect executable is running from, rather than the current directory. The script will be invoked with the command-based script host cscript.exe.
-S,--script-tunPass traffic to 'script' program over a UNIX socket, instead of to a kernel tun/tap device. This allows the VPN IP traffic to be handled entirely in userspace, for example by a program which uses lwIP to provide SOCKS access into the VPN.-u,--user=NAMESet login username to NAME-V,--versionReport version number-v,--verboseMore output (may be specified multiple times for additional output)-x,--xmlconfig=CONFIGXML config file--authgroup=GROUPChoose authentication login selection--authenticateAuthenticate only, and output the information needed to make the connection a form which can be used to set shell environment variables. When invoked with this option, openconnect will not make the connection, but if successful will output something like the following to stdout: Thus, you can invoke openconnect as a non-privileged user (with access to the user's PKCS#11 tokens, etc.) for authentication, and then invoke openconnect separately to make the actual connection as root: --cookieonlyFetch and print cookie only; don't connect--printcookiePrint cookie before connecting--cafile=FILEAdditional CA file for server verification. By default, this simply causes OpenConnect to trust additional root CA certificate(s) in addition to those trusted by the system. Use --no-system-trust to prevent OpenConnect from trusting the system default certificate authorities.--no-system-trustDo not trust the system default certificate authorities. If this option is given, only certificate authorities given with the --cafile option, if any, will be trusted automatically.--disable-ipv6Do not advertise IPv6 capability to server--dtls-ciphers=LISTSet OpenSSL ciphers to support for DTLSArch Anyconnect Software
--dtls12-ciphers=LISTSet OpenSSL ciphers for Cisco's DTLS v1.2--dtls-local-port=PORTUse PORT as the local port for DTLS and UDP datagrams--dump-http-trafficEnable verbose output of all HTTP requests and the bodies of all responses received from the server. --pfsEnforces Perfect Forward Secrecy (PFS). That ensures that if the server's long-term key is compromised, any session keys established before the compromise will be unaffected. If this option is provided and the server does not support PFS in the TLS channel the connection will fail.
PFS is available in Cisco ASA releases 9.1(2) and higher; a suitable cipher suite may need to be manually enabled by the administrator using the ssl encryption setting.
--no-dtlsDisable DTLS and ESP--no-http-keepaliveVersion 8.2.2.5 of the Cisco ASA software has a bug where it will forget the client's SSL certificate when HTTP connections are being re-used for multiple requests. So far, this has only been seen on the initial connection, where the server gives an HTTP/1.0 redirect response with an explicit
Connection: Keep-Alive directive. OpenConnect as of v2.22 has an unconditional workaround for this, which is never to obey that directive after an HTTP/1.0 response.
However, Cisco's support team has failed to give any competent response to the bug report and we don't know under what other circumstances their bug might manifest itself. So this option exists to disable ALL re-use of HTTP sessions and cause a new connection to be made for each request. If your server seems not to be recognising your certificate, try this option. If it makes a difference, please report this information to the openconnect-devel@lists.infradead.org mailing list.
--no-passwdNever attempt password (or SecurID) authentication.--no-xmlpostDo not attempt to post an XML authentication/configuration request to the server; use the old style GET method which was used by older clients and servers instead.
This option is a temporary safety net, to work around potential compatibility issues with the code which falls back to the old method automatically. It causes OpenConnect to behave more like older versions (4.08 and below) did. If you find that you need to use this option, then you have found a bug in OpenConnect. Please see http://www.infradead.org/openconnect/mail.html and report this to the developers.
--non-interDo not expect user input; exit if it is required.--passwd-on-stdinRead password from standard input--protocol=PROTOSelect VPN protocol
PROTO to be used for the connection. Supported protocols are
anyconnect for Cisco AnyConnect (the default),
nc for experimental support for Juniper Network Connect (also supported by most Junos Pulse servers),
pulseArch Anyconnect App
for experimental support for Junos Pulse, and
gp for experimental support for PAN GlobalProtect.
OpenConnect does not yet support all of the authentication options used by Pulse, nor does it support Host Checker/TNCC with Pulse. If your Junos Pulse VPN is not yet supported with --protocol=pulse, then --protocol=nc may be a useful fallback option.
--token-mode=MODEEnable one-time password generation using the MODE algorithm. --token-mode=rsa will call libstoken to generate an RSA SecurID tokencode, --token-mode=totp will call liboath to generate an RFC 6238 time-based password, and --token-mode=hotp will call liboath to generate an RFC 4226 HMAC-based password. Yubikey tokens which generate OATH codes in hardware are supported with --token-mode=yubioath. --token-mode=oidc will use the provided OpenIDConnect token as an RFC 6750 bearer token.--token-secret={ SECRET[,COUNTER] | @FILENAME }The secret to use when generating one-time passwords/verification codes. Base 32-encoded TOTP/HOTP secrets can be used by specifying 'base32:' at the beginning of the secret, and for HOTP secrets the token counter can be specified following a comma.
RSA SecurID secrets can be specified as an Android/iPhone URI or a raw numeric CTF string (with or without dashes).
For Yubikey OATH the token secret specifies the name of the credential to be used. If not provided, the first OATH credential found on the device will be used.
For OIDC the secret is the bearer token to be used.
FILENAME, if specified, can contain any of the above strings. Or, it can contain a SecurID XML (SDTID) seed.
If this option is omitted, and --token-mode is 'rsa', libstoken will try to use the software token seed saved in ~/.stokenrc by the 'stoken import' command.
--reconnect-timeoutKeep reconnect attempts until so much seconds are elapsed. The default timeout is 300 seconds, which means that openconnect can recover VPN connection after a temporary network down time of 300 seconds.--resolve=HOST:IPAutomatically resolve the hostname HOST to IP instead of using the normal resolver to look it up.--servercert=HASHAccept server's SSL certificate only if the provided fingerprint matches. The allowed fingerprint types are SHA1, SHA256, and PIN-SHA256. They are distinguished by the 'sha1:', 'sha256:' and 'pin-sha256:' prefixes to the encoded hash. The first two are custom identifiers providing hex encoding of the peer's public key, while 'pin-sha256:' is the RFC7469 key PIN, which utilizes base64 encoding. To ease certain testing use-cases, a partial match of the hash will also be accepted, if it is at least 4 characters past the prefix.--useragent=STRINGUse STRING as 'User-Agent:' field value in HTTP header. (e.g. --useragent 'Cisco AnyConnect VPN Agent for Windows 2.2.0133')--version-string=STRINGUse STRING as the software version reported to the head end. (e.g. --version-string '2.2.0133')--local-hostname=STRINGArch Connect Servicing
Use STRING as 'X-CSTP-Hostname:' field value in HTTP header. For example --local-hostname 'mypc', will advertise the value 'mypc' as the suggested hostname to point to the provided IP address.--os=STRINGOS type to report to gateway. Recognized values are: linux, linux-64, win, mac-intel, android, apple-ios. Reporting a different OS type may affect the dynamic access policy (DAP) applied to the VPN session. If the gateway requires CSD, it will also cause the corresponding CSD trojan binary to be downloaded, so you may need to use --csd-wrapper if this code is not executable on the local machine.In the data phase of the connection, the following signals are handled:- SIGINT / SIGTERM
- performs a clean shutdown by logging the session off, disconnecting from the gateway, and running the vpnc-script to restore the network configuration.
- SIGHUP
- disconnects from the gateway and runs the vpnc-script, but does not log the session off; this allows for reconnection later using --cookie.
- SIGUSR2
- forces an immediate disconnection and reconnection; this can be used to quickly recover from LAN IP address changes.
Note that although IPv6 has been tested on all platforms on which openconnect is known to run, it depends on a suitable vpnc-script to configure the network. The standard vpnc-script shipped with vpnc 0.5.3 is not capable of setting up IPv6 routes; the one from git://git.infradead.org/users/dwmw2/vpnc-scripts.git will be required.Arch Connect Mi
Arch Anyconnect Web
David Woodhouse <dwmw2@infradead.org>