Skip to main content
Cisco Meraki Documentation

Configuring Split Tunnel Client VPN

Cisco Meraki Client VPN only establishes full-tunnel connections, which will direct all client traffic through the VPN to the configured MX. As such, any content filtering, firewall or traffic shaping rules will apply to the VPN client's outbound traffic. 

For remote teleworkers or users whose traffic should not be restricted in the same manner, clients can be configured to use a split-tunnel connection to direct traffic through the VPN only if necessary:



This article includes instructions for configuring split tunnel client VPN on Windows and Mac OS X. For standard Client VPN configuration on Windows and Mac OS X, please refer to our Client VPN setup guide. The rest of this article assumes a VPN has already been setup in this manner.

Note: This configuration involves manually adding entries to a client's route table, and should only be followed by users with a thorough understanding of routing mechanisms.

Configuring Split Tunnel for Windows

First, modify the properties of the VPN connection to not be used as the default gateway for all traffic:

  1. Navigate to Control Panel > Network and Sharing Center > Change Adapter Settings
  2. Right click on the VPN connection, then choose Properties
  3. Select the Networking tab
  4. Select Internet Protocol Version 4 (TCP/IPv4) and click Properties
  5. Click Advanced
  6. Deselect the box for "Use default gateway on remote network"
  7. Click OK to apply the changes to the interface


Next, add routes for the desired VPN subnets. This should be done with the VPN tunnel connected:

  1. Open a command prompt (hold down the Windows key and press 'R')
  2. Type 'ipconfig /all' and hit Enter (Note: The name of the VPN will not be displayed unless you are connected to the VPN)
  3. Under the list of interfaces, find the Description for the VPN connection created earlier. This will be needed later.
    2017-05-09 19_19_23-Select Command Prompt.png
  4. Run the below command replacing the relevant information between the <> markings:
    Note: "Destination subnet" refers to the local LAN subnet (in CIDR notation) on the appliance's site, not the Client VPN subnet specified in Dashboard.
netsh interface ipv4 add route <destination subnet> "<interface name>"

 route add screenshot.png

Use the same command, replacing "add" with "delete" to remove the route.

Configuring Split Tunnel for OS X

First, disable full tunnel (all traffic over the VPN):

  1. Navigate to the specific VPN settings for OS X, located under System Preferences > Network.
  2. Click Advanced Settings
  3. Under "Options" section, deselect “Send all traffic over VPN” if this is enabled



Add a new route to local routing table:

  1. Connect to the Client VPN
  2. Open the Terminal Application; normally this is located in Applications > Utilities > Terminal
  3. Verify the PPP interface that is being used for the Client VPN, this can be done by typing “ifconfig”
  4. As a superuser, enter the following command, replacing the relevant information between the <> markings:
    Note: "Destination subnet" refers to the local LAN subnet on the appliance's site, not the Client VPN subnet specified in Dashboard.
route add -net <destination subnet> -netmask <subnet mask> -interface ppp0

Ex. "route add -net -netmask -interface ppp0"


To verify that the route was added take a look at the routing table, the new subnet should now have an entry. The route table can be accessed by typing "netstat -r":



The route table will have to be modified depending on what networks will be accessed over the Client VPN (e.g. more than one network behind the concentrator). The interface will also have to be modified if there is more than one VPN configured on the client. 

Verify Connectivity

Now that the route is added, a trace route can be performed to verify the direction of the traffic. All internet traffic should head out the normal interface and all VPN traffic should head to the PPP interface.

Note: These steps will have to be entered each time the VPN is brought up, but they can be defined in a script to make the changes quickly when needed. The specific process for this will be highly dependent on the operating system, tools available, and administrator preferences.

  • Was this article helpful?