CCloud Releases
Home
Following

Cloud Releases

Service catalogues and updates come from each provider's public product listing and announcements.

Explore

  • Home
  • Latest updates
  • Following

About

  • About
  • Contact
  • Privacy Policy
  • Terms of Use

Providers

  • Amazon Web Services
  • Microsoft Azure
  • Google Cloud
  • Cloudflare

Not affiliated with any cloud provider. Product names and logos belong to their owners.

  1. Providers
  2. ›Cloudflare
  3. ›Cloudflare Tunnel for SASE
  4. ›Update

Generally available•Aug 11, 2026

Hostname routing is now generally available, with a new public IP range for initial resolved IPs

Cloudflare Tunnel for SASECloudflare · Cloudflare One

Hostname routing is now generally available. Instead of managing static IP lists and routes, you can route traffic by hostname across multiple Cloudflare One connectors:

  • Cloudflare Tunnel: route a private hostname (for example, wiki.internal.local) to a private application behind your tunnel, or a public hostname (for example, bank.example.com) to egress through a specific tunnel and anchor traffic to a dedicated exit node.
  • Cloudflare Mesh: attract a private or public hostname's traffic to a Mesh node.

Alongside GA, the default IPv4 range used for A unique, ephemeral IP address that Gateway assigns to DNS queries when filtering network traffic by hostname. The IP is randomly selected from an IPv4 range (172.64.128.0/20 by default, configurable per account) or an IPv6 range (2606:4700:0cf1:4000::/64, not configurable).

" class="glossary-tooltip" tabindex="0" data-astro-cid-hklyqugd>initial resolved IPs (also called token IPs) is changing from a Carrier-Grade NAT (CGNAT) range to a public Cloudflare-owned range:

  • IPv4: 172.64.128.0/20
  • IPv6: 2606:4700:0cf1:4000::/64

This is the default range. You can configure a custom initial resolved IP range for IPv4 if it conflicts with your existing network.

Why this is changing: Starting with Chrome 142, Local Network Access (LNA) restrictions block background requests to CGNAT addresses (100.64.0.0/10), which included the previous initial resolved IP default (100.80.0.0/16). LNA is implemented at the Chromium engine level, so it affects all Chromium-based browsers (for example, Microsoft Edge, Brave, and Opera), not only Google Chrome. This could silently break hostname-based Gateway features for users of these browsers, and required Chrome Enterprise policy workarounds. The new default range is public Cloudflare address space, so it is not affected by this restriction.

What is affected: Initial resolved IPs are used by several features that associate a DNS query with the network connection that follows it:

  • Private and public hostname routing for Cloudflare Tunnel
  • Hostname routes for Cloudflare Mesh
  • Access private applications on non-HTTPS ports
  • Egress policy host selectors (Domain, Host, Application, and Content Categories)

You can check your account's current range, or configure a custom range, at any time from Networking > IP addresses > Address space > Custom IPs, or using the Initial Resolved IP Subnet API.

Go to Custom IPs

For full instructions, refer to Configure initial resolved IPs. The IPv6 range (2606:4700:0cf1:4000::/64) is unchanged and is not affected by this restriction.

The default IPv4 range, and all Cloudflare One IPv6 ranges, are automatically routed through the Cloudflare One Client and do not require any Split Tunnel configuration. Refer to Automatically managed ranges for details.

If you were relying on a Chrome Enterprise policy workaround (such as LocalNetworkAccessRestrictionsTemporaryOptOut) while your account was still on the legacy CGNAT-based range, refer to Google Chrome restricts access to private hostnames for next steps.

Read the original announcement↗

More from Cloudflare Tunnel for SASE

All Cloudflare Tunnel for SASE updates →
  1. cloudflared to deprecate 32-bit Windows and Intel-based macOS builds in 2027

    Starting in 2027, Cloudflare will deprecate 32-bit Windows and Intel-based macOS builds of cloudflared. After the deprecation takes effect, Cloudflare will no longer publish new cloudflared releases for either architecture.

    Cloudflare Tunnel for SASE•Deprecation•Sep 18, 2026
  2. Configure origin application settings for Cloudflare Tunnel in the dashboard

    You can now configure origin application settings directly in the Cloudflare dashboard when adding or editing a published application route for a Cloudflare Tunnel.

    Cloudflare Tunnel for SASE•Feature•Aug 18, 2026
  3. Stream live logs from Cloudflare Tunnel in the dashboard

    Real-time Tunnel log streaming is now available in the Cloudflare dashboard under Networking > Tunnels.

    Cloudflare Tunnel for SASE•Feature•Aug 10, 2026
  4. Zero Trust Networks route endpoints and Cloudflare Tunnel connections field retiring on October 5, 2026

    On October 5, 2026, two changes take effect across the Zero Trust Networks API and Cloudflare Tunnel API: the CIDR-encoded route endpoints are removed, and tunnel list and get responses no longer include the connections field.

    Cloudflare Tunnel for SASE•Deprecation•Jul 9, 2026
  5. Cloudflare Tunnel now runs connectivity pre-checks at startup

    Starting with cloudflared version 2026.5.2, Cloudflare Tunnel automates the entire connectivity pre-checks workflow directly inside the binary. Previously, customers had to install dig and netcat and run those commands by hand to verify their environment.

    Cloudflare Tunnel for SASE•Feature•May 27, 2026