WARP with firewall

If your organization uses a firewall or other policies to restrict or intercept Internet traffic, you may need to exempt the following IP addresses and domains to allow the WARP client to connect.

​​ Client orchestration API

The WARP client talks with our edge via a standard HTTPS connection outside the tunnel for operations like registration or settings changes. To perform these operations, you must allow zero-trust-client.cloudflareclient.com which will lookup the following IP addresses:

• IPv4 API Endpoints: 162.159.137.105 and 162.159.138.105
• IPv6 API Endpoints: 2606:4700:7::a29f:8969 and 2606:4700:7::a29f:8a69

​​ DoH IP

All DNS requests through WARP are sent outside the tunnel via DoH (DNS over HTTPS). The following IP addresses must be reachable for DNS to work correctly.

• IPv4 DoH Addresses: 162.159.36.1 and 162.159.46.1
• IPv6 DoH Addresses: 2606:4700:4700::1111 and 2606:4700:4700::1001

​​ Android devices

If you are deploying the Cloudflare One Agent on Android/ChromeOS, you must also add cloudflare-dns.com to your firewall exception list. On Android/ChromeOS devices, WARP uses cloudflare-dns.com to resolve domains on your Split Tunnel list.

​​ Client authentication endpoint

When you log in to your Zero Trust organization, you will have to complete the authentication steps required by your organization in the browser window that opens. To perform these operations, you must allow the following domains:

• The IdP used to authenticate to Cloudflare Zero Trust
• <your-team-name>.cloudflareaccess.com

​​ WARP ingress IP

These are the IP addresses that the WARP client will connect to. All traffic from your device to the Cloudflare edge will go through these IP addresses.

• IPv4 Range: 162.159.193.0/24
• IPv6 Range: 2606:4700:100::/48

​​ WARP UDP ports

WARP utilizes UDP for all of its communications. By default, the UDP port required for WARP is UDP 2408. WARP can fallback to UDP 500, UDP 1701, or UDP 4500.

​​ Captive portal

The following domains are used as part of our captive portal check:

• cloudflareportal.com
• cloudflareok.com
• cloudflarecp.com

​​ Connectivity check

As part of establishing the WARP connection, the client will check the following URLs to validate a successful connection:

• engage.cloudflareclient.com verifies general Internet connectivity outside of the WARP tunnel.
• connectivity.cloudflareclient.com verifies connectivity inside of the WARP tunnel. Because this check happens inside of the tunnel, you do not need to add connectivity.cloudflareclient.com to your firewall allowlist.

​​ NEL reporting

While not required for the WARP client to function, we will report connectivity issues to our NEL endpoint via a.nel.cloudflare.com. This is not technically required to operate but will result in errors in our logs if not excluded properly.

​​ Scope of firewall rules

​​ Required scopes

If your organization does not currently allow inbound/outbound communication over the IP addresses, ports, and domains described above, you must manually add an exception. The rule at a minimum needs to be scoped to the following process based on your platform:

• Windows: C:\Program Files\Cloudflare\Cloudflare WARP\warp-svc.exe
• macOS: /Applications/Cloudflare WARP.app/Contents/Resources/CloudflareWARP

​​ Optional scopes

To run Digital Experience Monitoring tests, you will also need to allow the warp-dex process to generate network traffic to your target destinations:

• Windows: C:\Program Files\Cloudflare\Cloudflare WARP\warp-dex.exe
• macOS: /Applications/Cloudflare WARP.app/Contents/Resources/warp-dex