This article explains how to centrally manage Cato Client traffic routing rules with the Split Tunnel policy.
The Split Tunnel policy gives you granular control over how the Cato Client routes remote user traffic. By default, the Client routes traffic through the tunnel to the Cato Cloud to benefit from full security inspection and enforcement, and path optimization over the Cato backbone. However, there may be situations that require adaptive routing, for example, for optimizing the performance of real-time media services or when running alongside third-party vendors.
Use the Split Tunnel Policy to define how the Client routes traffic: to bypass the tunnel and route directly to the Internet destination or inside the tunnel for inspection.
When users are behind a Cato site, traffic routing depends on whether the Client is in Office Mode:
In Office Mode, the user is treated as behind the site, and traffic is routed according to the Network Rule policy
When the Client is not in Office Mode, the user is treated as a remote user, and the Split Tunnel policy controls how the Client routes the traffic
Split Tunnel Rule Settings
Rules are matched based on multiple criteria, including user identity, geolocation, operating system, and Source Network. You can define either inclusive or exception-based rules. For example:
- Identity - Apply routing rules selectively to specific users or user groups
- Device - Select which OS and countries the routing rules apply to
Source Network - Route traffic based on managed or unmanaged networks
The Routing Configuration supports:
-
User traffic:
- Forward all traffic to the Cato Cloud, with specific exclusions for internal applications or vendor-hosted resources
- Route only selected traffic as part of displacing legacy VPN solutions
- Route only web-bound traffic through the Cato Cloud while allowing other traffic to exit locally
-
DNS traffic:
-
Support DNS resolving by a local DNS server for specified domains
For more about DNS and Cato Clients, see DNS Relay.
- Support local DNS resolution for domains required by a third-party VPN to prevent DNS conflicts
-
This level of control allows you to optimize security coverage while minimizing latency and preserving direct access to trusted resources.
The following features are currently available only with Windows Client v5.16 and higher
-
DNS Exclusions
-
Ensure that the following are allowed access in your local firewall:
- the IP address 127.0.0.253
- the Cato Networks DNS service
- the DNS relay process, dns-relay.exe
-
-
Web-only routing
- Ensure that the Cato Client has write permissions on the system PAC file
The Split Tunnel policy lets different admins edit the policy in parallel. Each admin can edit rules and save the changes to the rulebase in their own private revision, and then publish them to the account policy (the published revision). For more information on how to manage policy revisions, see Working with Policy Revisions.
ABC Company provisions the Cato Client for their users with Always-on enabled. This means they are connected even when in the office behind their third-party vendor. As the admin, you are confident that traffic for your internal applications is secured by the third-party vendor and is excluded from the Cato Cloud for users in the office. All other traffic is sent to the Cato Cloud for security.
You configure two rules in the Split Tunnel Policy to implement this behavior:
- Rule 1 is for user traffic that originates from behind Any Managed Network, for all ports and protocols. Excluded DNS and Destinations are defined. This excludes the traffic from being routed to the Cato Cloud.
- Rule 2 is for user traffic that originates from behind Any Unmanaged Network, for all ports and protocols. There are no exclusions, this traffic is routed to the Cato Cloud.
ABC Company is looking for Cato to only secure web traffic towards SaaS applications and the public Internet. This requires Cato to co-exist with the third-party vendors when users connect from managed and unmanaged networks. This is a lightweight mode that is appropriate for gradually onboarding from a proxy-based architecture to Cato.
Note: 3rd party VPNs that comply with Cato's prerequisites should not be interrupted by the Cato Client for Windows in Web-only mode.
You create a rule in the Split Tunnel Policy that sends all web traffic to the Cato Cloud, and all other traffic is sent through the managed network.
The Split Tunnel Policy is an ordered rule base that sequentially checks if a rule is met. When a user meets a rule, the traffic routing settings based on that rule are applied. If no rule is met, traffic is routed through the Cato Cloud, and LAN access is allowed.
The Split Tunnel policy is only applied when the users are connecting via the Client. However, in office mode, the Client detects the Cato site, and the site configuration determines which traffic is steered to the Cato Cloud.
To include IP ranges that are exceptions to the Split Tunnel settings, add the IP ranges to a Global IP Range entity.
For more information, see Including and Excluding Traffic for the Split Tunnel Policy.
Note: When Windows SMB Multichannel is enabled on a device, SMB traffic may bypass the Split Tunnel policy and use the Cato tunnel, even when the SMB destination is excluded by the policy.
These are the settings you can define for the rules in the Split Tunnel policy:
- General settings (ie. Name, Description).
- Who the rule applies to ( Users & Groups, Platforms, Countries, and Source Network).
- The scope of traffic to which the rule applies, for example, all traffic or web-only
- The routing policy for the scope of traffic.
This section explains how to configure a basic rule in the Split Tunnel policy. It assumes you want to route almost all traffic to the Cato Cloud.
To configure the Split Tunnel Policy:
- From the navigation menu, click Access > Split Tunnel Policy.
-
Click New.
The New Split Tunnel Policy Rule panel opens.
-
Configure the following General settings:
- Name
- Description
- Position
Make sure to Enable the rule for it to be applied
-
Define to whom the rule applies by defining the:
- Users and User Groups
- Platforms
- Countries
-
Under Configuration, configure the following:
- In the Select Connection Mode section, select the scope of the traffic to be included in this rule.
-
Under Routing Policy, determine how the scope is routed. Options include
-
Route all traffic to Cato: Traffic is routed through the Cato Cloud. You can define exceptions to be routed directly to the Internet.
Note: If you Block outbound LAN access, this option is only supported from Windows Client v5.6 and higher.
- Route only selected to Cato: Traffic directly accesses the Internet and bypasses the Cato Cloud. You can define exceptions to be routed through the Cato Cloud. Blocking outbound LAN access conflicts with this option and cannot be selected.
- End-user defined: Users are able to upload a text file to the Client to configure which traffic is routed through the Cato Cloud and which traffic is excluded from the Cato Cloud. Blocking outbound LAN access cannot be selected with this option.
-
- Under Destination Exclusions, configure an app or IP range to which the routing policy doesn't apply
-
Determine whether to allow or block LAN Access
To avoid traffic routing conflicts between subnets with the same IP address, in the event of a conflict, you can block outbound LAN access. With this option, all traffic is routed to the Cato Cloud, providing increased security. The Client is blocked from connecting to a LAN host in the remote user's home network.
- Click Apply.
- Repeat steps 2-5 for each rule in the Split Tunnel Policy.
-
Enable the Split Tunnel Policy and then click Save.
The slider is green when the rule is enabled, and gray when the rule is disabled.
When creating a Split Tunnel rule, you can determine different routing policies based on the source network, ie, whether it is managed or unmanaged.
When traffic is on an unmanaged network, it will always first go through Cato. For traffic on managed networks, you can determine if the traffic is routed through Cato or directly to the destination.
Note: You must enable and configure managed networks to apply the rules accordingly.
To customize the source network:
- From the navigation menu, click Access > Split Tunnel Policy.
- Create a new rule and configure the settings in steps 2-4 above.
-
Under the Source Network section, determine if this rule applies to:
- All networks
- All unmanaged networks
- All managed networks
- Define the connection mode, routing policy, and destinations that are excluded in steps 5-7 above.
The Microsoft Defender 'Isolate' feature requires you to send traffic directly to the Windows Defender Cloud IP addresses. By default, the Cato Client sends traffic through the Cato network adapter. However, Microsoft Defender expects the traffic to originate from the Microsoft Defender Adapter, causing a communication failure between Microsoft Defender and Windows Defender Cloud.
To configure Microsoft Defender to work with the Cato Client, define a rule in the Split Tunnel policy to send traffic to the Microsoft Defender addresses.
You can let users configure Split Tunnel settings in the Client. Users can upload files with the IP ranges that are included or excluded from the tunnel.
Note: This option is not recommended for production environments and should only be used in exceptional cases where centralized policy control is not required.
To define the IP ranges for Split Tunnel Settings in the Client:
-
Create a text file with the IP addresses to route through or excluded from the encrypted tunnel.
You can configure the following rules within the text file:
-
Include: Traffic to the IP range is routed through the encrypted tunnel. All other traffic is routed directly to the Internet. In the text file, add the list of IP address and netmask to route through the encrypted tunnel as follows:
/comment include <IP>,<netmask> <IP>,<netmask>For example:
/splittunnel include 198.51.100.0,255.255.255.255 -
Exclude: Traffic to the IP range is routed directly to the Internet. All other traffic is routed through the encrypted tunnel. In the text file, add the list of IP address and netmask to route directing to the Internet as follows:
;comment exclude <IP>,<netmask> <IP>,<netmask>For example:
/splittunnel exclude 198.51.100.0,255.255.255.255
You can use a slash (/) or semicolon (;) for comments.
-
-
On the Windows Client, on the Settings screen, click Upload File and upload the text file.
On the macOS Client, on the Settings screen, select Split Tunnel Enabled.
-
On the Windows Client, on the Settings screen, select Enable split tunnel.
On the macOS Client, click Upload Split Tunnel Configuration and upload the text file.
8 comments
Hello,
I have a question regarding the transition from Split Tunnel to Split Tunnel Policy.
If we switch to "Split Tunnel Policy," will all newly added items automatically default to "Any"? Additionally, regarding the order of rules, will they also be automatically assigned as 1, 2, 3, etc., and then we can rearrange them after implementation?
We would like to confirm what values will be present for items and functionalities that are not currently available in the existing Split Tunnel feature after implementation.
Hi makimoto ,
Thanks for your question.
After your account transitions to the Split Tunnel Policy, the new rules will replicate your existing configuration. The new items in the policy (Platform and Country) will default to Any. You can rearrange the order of the rules at any time.
Hello, Michael Goldberg Thank you for your reply.
Will users and groups be the default as well as platform and country?
Is there a way to be able to add domains or FQDNs not just IPs? please add this feature
Hi Stephen Bayona,
We will soon add the ability to add specific applications to split tunnel rules. Adding FQDNs is also on our roadmap. You can also create an RFE for this feature. For more information, see Requesting New Features.
Does the Skype and MS Teams exception only apply to Teams real-time media audio and video traffic, or is chat/file transfers also included?
JM Thanks for the question! The exception for Skype and MS Teams applies to all traffic: audio, video, and chat/file
Updated to include support for editing with concurrent admins
Please sign in to leave a comment.