A virtual private network, or VPN, allows you to securely encrypt traffic as it travels through untrusted networks, such as those at the coffee shop, a conference, or an airport.<\/p>\n\n\n\n
IKEv2<\/a>, or Internet Key Exchange v2, is a protocol that allows for direct IPSec tunneling between the server and client. In IKEv2 VPN implementations, IPSec provides encryption for the network traffic. IKEv2 is natively supported on some platforms (OS X 10.11+, iOS 9.1+, and Windows 10) with no additional applications necessary, and it handles client hiccups quite smoothly.<\/p>\n\n\n\n In this tutorial, you’ll set up an IKEv2 VPN server using StrongSwan<\/a> on an Ubuntu 18.04 server and connect to it from Windows, macOS, Ubuntu, iOS, and Android clients.<\/p>\n\n\n\n To complete this tutorial, you will need:<\/p>\n\n\n\n One Ubuntu 18.04 server configured by following the Ubuntu 18.04 initial server setup guide, including a sudo<\/strong> non-root user and a firewall.<\/p>\n\n\n\n First, we’ll install StrongSwan, an open-source IPSec daemon which we’ll configure as our VPN server. We’ll also install the public key infrastructure component so that we can create a certificate authority to provide credentials for our infrastructure.<\/p>\n\n\n\n Update the local package cache and install the software by typing:<\/p>\n\n\n\n Now that everything’s installed, let’s move on to creating our certificates.<\/p>\n\n\n\n An IKEv2 server requires a certificate to identify itself to clients. To help us create the certificate required, the strongswan-pki<\/strong> package comes with a utility to generate a certificate authority and server certificates. To begin, let’s create a few directories to store all the assets we’ll be working on. The directory structure matches some of the directories in \/etc\/ipsec.d<\/strong>, where we will eventually move all of the items we create. We’ll lock down the permissions so that our private files can’t be seen by other users:<\/p>\n\n\n\n Now that we have a directory structure to store everything, we can generate a root key. This will be a 4096-bit RSA key that will be used to sign our root certificate authority.<\/p>\n\n\n\n Execute these commands to generate the key:<\/p>\n\n\n\n Now that we have a key, we can move on to creating our root certificate authority, using the key to sign the root certificate:<\/p>\n\n\n\n You can change the distinguished name<\/em> (DN) values to something else to if you would like. The common name here is just the indicator, so it doesn’t have to match anything in your infrastructure.<\/p>\n\n\n\n Now that we’ve got our root certificate authority up and running, we can create a certificate that the VPN server will use.<\/p>\n\n\n\n We’ll now create a certificate and key for the VPN server. This certificate will allow the client to verify the server’s authenticity using the CA certificate we just generated.<\/p>\n\n\n\n First, create a private key for the VPN server with the following command:<\/p>\n\n\n\n Now, create and sign the VPN server certificate with the certificate authority’s key you created in the previous step. Execute the following command, but change the Common Name (CN) and the Subject Alternate Name (SAN) field to your VPN server’s DNS name or IP address:<\/p>\n\n\n\n Now that we’ve generated all of the TLS\/SSL files StrongSwan needs, we can move the files into place in the In this step, we’ve created a certificate pair that would be used to secure communications between the client and the server. We’ve also signed the certificates with the CA key, so the client will be able to verify the authenticity of the VPN server using the CA certificate. Now that have all of the certificates ready, we’ll move on to configuring the software.<\/p>\n\n\n\n StrongSwan has a default configuration file with some examples, but we will have to do most of the configuration ourselves. Let’s back up the file for reference before starting from scratch:<\/p>\n\n\n\n Create and open a new blank configuration file by typing:<\/p>\n\n\n\n First, we’ll tell StrongSwan to log daemon statuses for debugging and allow duplicate connections. Add these lines to the file:<\/p>\n\n\n\n Save and close the file once you’ve verified that you’ve configured things as shown.<\/p>\n\n\n\n Now that we’ve configured the VPN parameters, let’s move on to creating an account so our users can connect to the server.<\/p>\n\n\n\n Our VPN server is now configured to accept client connections, but we don’t have any credentials configured yet. We’ll need to configure a couple things in a special configuration file called Let’s open the secrets file for editing:<\/p>\n\n\n\n First, we’ll tell StrongSwan where to find our private key,Then, we’ll define the user credentials. You can make up any username or password combination that you like:<\/p>\n\n\n\n Save and close the file. Now that we’ve finished working with the VPN parameters, we’ll restart the VPN service so that our configuration is applied:<\/p>\n\n\n\n Now that the VPN server has been fully configured with both server options and user credentials, it’s time to move on to configuring the most important part: the firewall.<\/p>\n\n\n\n With the StrongSwan configuration complete, we need to configure the firewall to forward and allow VPN traffic through.<\/p>\n\n\n\n If you followed the prerequisite tutorial, you should have a very basic UFW firewall enabled. If you don’t yet have UFW configured, you can create a baseline configuration and enable it by typing:<\/p>\n\n\n\n Now, add a rule to allow UDP traffic to the standard IPSec ports, 500 and 4500:<\/p>\n\n\n\n Next, we will open up one of UFW’s configuration files to add a few low-level policies for routing and forwarding IPSec packets. Before we do, we need to find which network interface on our server is used for internet access. We can find that by querying for the interface associated with the default route:<\/p>\n\n\n\n Your public interface should follow the word “dev”. For example, this result shows the interface named eth0<\/strong>, which is highlighted below:<\/p>\n\n\n\n When you have your public network interface, open the Change each instance of eth0<\/strong> in the above configuration to match the interface name you found with ip route<\/strong>. The *nat<\/strong> lines create rules so that the firewall can correctly route and manipulate traffic between the VPN clients and the internet. The *mangle<\/strong> line adjusts the maximum packet segment size to prevent potential issues with certain VPN clients.<\/p>\n\n\n\n Next, after the These lines tell the firewall to forward ESP<\/a> (Encapsulating Security Payload) traffic so the VPN clients will be able to connect. ESP provides additional security for our VPN packets as they’re traversing untrusted networks.<\/p>\n\n\n\n When you’re finished, save and close the file.<\/p>\n\n\n\n Before we restart the firewall, we’ll change some network kernel parameters to allow routing from one interface to another. Open UFW’s kernel parameters configuration file:<\/p>\n\n\n\n We’ll need to configure a few things here:<\/p>\n\n\n\n The changes you need to make to the file are highlighted in the following code:<\/p>\n\n\n\n Save the file when you are finished. UFW will apply these changes the next time it starts.<\/p>\n\n\n\n Now, we can enable all of our changes by disabling and re-enabling the firewall:<\/p>\n\n\n\n You’ll be prompted to confirm the process. Type Y<\/strong> to enable UFW again with the new settings.<\/p>\n\n\n Reboot server to make it active.<\/p>\n\n\n\n Now that you have everything set up, it’s time to try it out. First, you’ll need to copy the CA certificate you created and install it on your client device(s) that will connect to the VPN. The easiest way to do this is to log into your server and output the contents of the certificate file:<\/p>\n\n\n\n You’ll see output similar to this:<\/p>\n\n\n\n Copy this output to your computer, including the —–BEGIN CERTIFICATE—–<\/strong> and —–END CERTIFICATE—–<\/strong> lines, and save it to a file with a recognizable name, such as ca-cert.pem<\/strong>. Ensure the file you create has the .pem<\/strong> extension.<\/p>\n\n\n\n Alternatively, use SFTP to transfer the file to your computer.<\/p>\n\n\n\n Once you have the ca-cert.pem<\/strong> file downloaded to your computer, you can set up the connection to the VPN.<\/p>\n\n\n\n To configure the VPN connection on an iOS device, follow these steps:<\/p>\n\n\n\n Follow these steps to import the certificate:<\/p>\n\n\n\n Now that the certificate is important and trusted, configure the VPN connection with these steps:<\/p>\n\n\n\n Finally, click on Connect<\/strong> to connect to the VPN. You should now be connected to the VPN.<\/p>\n\n\n\nPrerequisites<\/h1>\n\n\n\n
Step 1 Installing StrongSwan<\/h1>\n\n\n\n
$ sudo apt update\n$ sudo apt install strongswan strongswan-pki ufw<\/code><\/pre>\n\n\n\nStep 2 Creating a Certificate Authority<\/h1>\n\n\n\n
$ mkdir -p ~\/pki\/{cacerts,certs,private}\n$ chmod 700 ~\/pki<\/code><\/pre>\n\n\n\nipsec pki --gen --type rsa --size 4096 --outform pem \\\n> ~\/pki\/private\/ca-key.pem<\/code><\/pre>\n\n\n\n$ ipsec pki --self --ca --lifetime 3650 --in ~\/pki\/private\/ca-key.pem \\\n --type rsa --dn \"CN=VPN root CA\" --outform pem > ~\/pki\/cacerts\/ca-cert.pem<\/code><\/pre>\n\n\n\nStep 3 Generating a Certificate for the VPN Server<\/h1>\n\n\n\n
$ ipsec pki --gen --type rsa --size 4096 --outform pem > ~\/pki\/private\/server-key.pem<\/code><\/pre>\n\n\n\n$ ipsec pki --pub --in ~\/pki\/private\/server-key.pem --type rsa \\\n | ipsec pki --issue --lifetime 1825 \\\n --cacert ~\/pki\/cacerts\/ca-cert.pem \\\n --cakey ~\/pki\/private\/ca-key.pem \\\n --dn \"CN=server_domain_or_IP\" --san \"server_domain_or_IP\" \\\n --flag serverAuth --flag ikeIntermediate --outform pem \\\n > ~\/pki\/certs\/server-cert.pem\n<\/code><\/pre>\n\n\n\n\/etc\/ipsec.d<\/code> directory by typing:<\/p>\n\n\n\n$ sudo cp -r ~\/pki\/* \/etc\/ipsec.d\/<\/code><\/pre>\n\n\n\nStep 4 Configuring StrongSwan<\/h1>\n\n\n\n
$ sudo mv \/etc\/ipsec.conf{,.original}<\/code><\/pre>\n\n\n\nsudo vim \/etc\/ipsec.conf<\/code><\/pre>\n\n\n\nconfig setup\n charondebug=\"ike 1, knl 1, cfg 0\"\n uniqueids=no\n\nconn ikev2-vpn\n auto=add\n compress=no\n type=tunnel\n keyexchange=ikev2\n fragmentation=yes\n forceencaps=yes\n dpdaction=clear\n dpddelay=300s\n rekey=no\n left=%any\n leftid=@server_domain_or_IP\n leftcert=server-cert.pem\n leftsendcert=always\n leftsubnet=0.0.0.0\/0\n right=%any\n rightid=%any\n rightauth=eap-mschapv2\n rightsourceip=10.10.10.0\/24\n rightdns=8.8.8.8,8.8.4.4\n rightsendcert=never\n eap_identity=%identity<\/code><\/pre>\n\n\n\nStep 5 Configuring VPN Authentication<\/h1>\n\n\n\n
ipsec.secrets<\/code>:<\/p>\n\n\n\n$ sudo vim \/etc\/ipsec.secrets<\/code><\/pre>\n\n\n\n: RSA \"server-key.pem\"\nyour_username : EAP \"your_password\"<\/code><\/pre>\n\n\n\n$ sudo systemctl restart strongswan<\/code><\/pre>\n\n\n\nStep 6 Configuring the Firewall & Kernel IP Forwarding<\/h1>\n\n\n\n
$ sudo ufw allow OpenSSH\n$ sudo ufw enable<\/code><\/pre>\n\n\n\n$ sudo ufw allow 500,4500\/udp<\/code><\/pre>\n\n\n\n$ ip route | grep default<\/code><\/pre>\n\n\n\nOutput\ndefault via 203.0.113.7 dev eth0 proto static<\/code><\/pre>\n\n\n\n\/etc\/ufw\/before.rules<\/code> file in your text editor:<\/p>\n\n\n\n$ sudo nano \/etc\/ufw\/before.rules<\/code><\/pre>\n\n\n\nNear the top of the file (before the
*filter<\/code> line), add the following configuration block:
<\/pre>\n\n\n\n*nat\n-A POSTROUTING -s 10.10.10.0\/24 -o eth0 -m policy --pol ipsec --dir out -j ACCEPT\n-A POSTROUTING -s 10.10.10.0\/24 -o eth0 -j MASQUERADE\nCOMMIT\n\n*mangle\n-A FORWARD --match policy --pol ipsec --dir in -s 10.10.10.0\/24 -o eth0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1361:1536 -j TCPMSS --set-mss 1360\nCOMMIT\n\n*filter\n:ufw-before-input - [0:0]\n:ufw-before-output - [0:0]\n:ufw-before-forward - [0:0]\n:ufw-not-local - [0:0]\n. . .<\/code><\/pre>\n\n\n\n*filter<\/code> and chain definition lines, add one more block of configuration:<\/p>\n\n\n\n. . .\n*filter\n:ufw-before-input - [0:0]\n:ufw-before-output - [0:0]\n:ufw-before-forward - [0:0]\n:ufw-not-local - [0:0]\n\n-A ufw-before-forward --match policy --pol ipsec --dir in --proto esp -s 10.10.10.0\/24 -j ACCEPT\n-A ufw-before-forward --match policy --pol ipsec --dir out --proto esp -d 10.10.10.0\/24 -j ACCEPT<\/code><\/pre>\n\n\n\n$ sudo nano \/etc\/ufw\/sysctl.conf<\/code><\/pre>\n\n\n\n. . .\n\n# Enable forwarding\n# Uncomment the following line\nnet\/ipv4\/ip_forward=1\n\n. . .\n\n# Do not accept ICMP redirects (prevent MITM attacks)\n# Ensure the following line is set\nnet\/ipv4\/conf\/all\/accept_redirects=0\n\n# Do not send ICMP redirects (we are not a router)\n# Add the following lines\nnet\/ipv4\/conf\/all\/send_redirects=0\nnet\/ipv4\/ip_no_pmtu_disc=1<\/code><\/pre>\n\n\n\n$ sudo ufw disable\n$ sudo ufw enable<\/code><\/pre>\n\n\nStep 7 Testing the VPN Connection on iOS, and macOS<\/h1>\n\n\n\n
$ cat \/etc\/ipsec.d\/cacerts\/ca-cert.pem<\/code><\/pre>\n\n\n\n-----BEGIN CERTIFICATE-----\nMIIFQjCCAyqgAwIBAgIIFkQGvkH4ej0wDQYJKoZIhvcNAQEMBQAwPzELMAkGA1UE\n\n. . .\n\nEwbVLOXcNduWK2TPbk\/+82GRMtjftran6hKbpKGghBVDPVFGFT6Z0OfubpkQ9RsQ\nBayqOb\/Q\n-----END CERTIFICATE-----<\/code><\/pre>\n\n\n\nConnecting from iOS<\/h2>\n\n\n\n
Connecting from macOS<\/h2>\n\n\n\n