CHARON-CMD(8)
πΈ NAME πΈ
okay bestie, you're reading CHARON-CMD(8) from strongSwan β charon-cmd is a Simple IKE client (IPsec VPN client) and this whole page is about getting you connected, no cap π
β¨ SYNOPSIS β¨
charon-cmd --host hostname --identity identity [ options ]
π DESCRIPTION π
charon-cmd is a program for setting up IPsec VPN connections using the Internet Key Exchange protocol (IKE) in version 1 and 2. It supports a number of different road-warrior scenarios.
Like the IKE daemon charon, charon-cmd has to be run as root (or more specifically as a user with CAP_NET_ADMIN capability).
Of the following options at least --host and --identity are required. Depending on the selected authentication profile credentials also have to be provided with their respective options.
Many of the charon-specific configuration options in strongswan.conf also apply to charon-cmd. For instance, to configure customized logging to stdout the following snippet can be used:
charon-cmd {
filelog {
stdout {
default = 1
ike = 2
cfg = 2
}
}
}
π OPTIONS π
--helpβ Prints usage information and a short summary of the available options.--versionβ Prints the strongSwan version.--debuglevel β Sets the default log level (defaults to1). level is a number between-1and4. Refer tostrongswan.conffor options that allow a more fine-grained configuration of the logging output.--hosthostname β DNS name or IP address to connect to.--identityidentity β Identity the client uses for the IKE exchange.--eap-identityidentity β Identity the client uses for EAP authentication.--xauth-usernameusername β Username the client uses for XAuth authentication.--remote-identityidentity β Server identity to expect, defaults to hostname.--certpath β Trusted certificate, either for authentication or trust chain validation. To provide more than one certificate multiple--certoptions can be used.--rsapath β RSA private key to use for authentication (if a password is required, it will be requested on demand). For other key types use--priv.--privpath β Private key to use for authentication (if a password is required, it will be requested on demand).--p12path β PKCS#12 file with private key and certificates to use for authentication and trust chain validation (if a password is required it will be requested on demand).--agent[=socket]β Use SSH agent for authentication. If socket is not specified it is read from theSSH_AUTH_SOCKenvironment variable.--local-tssubnet β Additional traffic selector to propose for our side, the requested virtual IP address will always be proposed.--remote-tssubnet β Traffic selector to propose for remote side, defaults to0.0.0.0/0.--ike-proposalproposal β IKE proposal to offer instead of default. For IKEv1, a single proposal consists of one encryption algorithm, an integrity/PRF algorithm and a DH group. IKEv2 can propose multiple algorithms of the same kind. To specify multiple proposals, repeat the option.--esp-proposalproposal β ESP proposal to offer instead of default. For IKEv1, a single proposal consists of one encryption algorithm, an integrity algorithm and an optional DH group for Perfect Forward Secrecy rekeying. IKEv2 can propose multiple algorithms of the same kind. To specify multiple proposals, repeat the option.--ah-proposalproposal β AH proposal to offer instead of ESP. For IKEv1, a single proposal consists of an integrity algorithm and an optional DH group for Perfect Forward Secrecy rekeying. IKEv2 can propose multiple algorithms of the same kind. To specify multiple proposals, repeat the option.--profilename β Authentication profile to use, the list of supported profiles can be found in the Authentication Profiles sections below. Defaults toikev2-pubif a private key was supplied, and toikev2-eapotherwise.
π¦ IKEv2 Authentication Profiles π¦
ikev2-pubβ IKEv2 with public key client and server authenticationikev2-eapβ IKEv2 with EAP client authentication and public key server authenticationikev2-pub-eapβ IKEv2 with public key and EAP client authentication (RFC 4739) and public key server authentication
π IKEv1 Authentication Profiles π
The following authentication profiles use either Main Mode or Aggressive Mode, the latter is denoted with a -am suffix.
ikev1-pub,ikev1-pub-amβ IKEv1 with public key client and server authenticationikev1-xauth,ikev1-xauth-amβ IKEv1 with public key client and server authentication, followed by client XAuth authenticationikev1-xauth-psk,ikev1-xauth-psk-amβ IKEv1 with pre-shared key (PSK) client and server authentication, followed by client XAuth authentication (INSECURE!)ikev1-hybrid,ikev1-hybrid-amβ IKEv1 with public key server authentication only, followed by client XAuth authentication
π SEE ALSO π
that's the whole page, bestie π«Ά β this CHARON-CMD(8) manual is from strongSwan 6.1.0, dated 2013-06-21. periodt π
π¦ where this page comes from
- arch rolling: strongswan 6.1.0-2 Β· GPL-2.0-only
- nixos 26.05: strongswan 6.1.0
- nixpkgs unstable: strongswan 6.1.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms