Menu
Cloudflare Blog·July 20, 2026

Cloudflare Internal DNS: Consolidating Public and Private DNS for Zero Trust Networks

This article introduces Cloudflare's new Internal DNS offering, which aims to consolidate public and private DNS management onto a single platform. It discusses the architectural benefits of moving away from fragmented DNS solutions, simplifying split-horizon DNS, and extending Zero Trust principles to internal name resolution. The system leverages existing Cloudflare infrastructure for authoritative and recursive DNS functionalities.

Read original on Cloudflare Blog

The Challenge of Fragmented DNS Management

Traditionally, enterprises manage public DNS, internal DNS, and cloud-native DNS services separately, leading to operational complexity, inconsistent policies, and synchronization issues (drift) in split-horizon DNS configurations. This fragmented approach can result in outages and security gaps, especially in a Zero Trust environment where internal name resolution often remains a blind spot.

Architectural Benefits of a Unified DNS Platform

Cloudflare Internal DNS addresses these challenges by offering a single control plane for both public and private DNS. Key architectural benefits include:

  • Consolidated Operations: Unified API, audit trail, and policy enforcement across all DNS resources.
  • Simplified Split-Horizon DNS: Internal and external resolution use separate views over shared zones on a single platform, eliminating drift.
  • Extended Zero Trust: DNS policies are enforced by the same Cloudflare Gateway, integrating private name resolution into the Zero Trust architecture.
  • Modernized Infrastructure: Replaces legacy hardware appliances and cloud-locked resolvers with a global, scalable DNS infrastructure.

Core Components and Query Resolution Flow

The system comprises two main components: the Gateway Resolver (handling recursive resolution and policy evaluation) and Internal Authoritative DNS (serving records for internal zones). The interaction for a DNS query is as follows:

  1. Client query hits the Gateway Resolver, where policy is evaluated.
  2. If a resolver policy matches an internal view, the query is routed to Internal Authoritative DNS for resolution.
  3. If policy blocks the query, it's dropped.
  4. Otherwise, the query follows the public path via 1.1.1.1. Views can also fall back to public resolution if a name isn't found internally.
ℹ️

Data Propagation and Consistency

Record changes, whether from the dashboard, API, or Terraform, follow a unified write path. Changes are persisted in core data centers, validated, and then replicated globally with affected cached entries invalidated in seconds, ensuring rapid consistency across the network.

DNSInternal DNSPrivate DNSZero TrustNetworkingCloudflareSplit-Horizon DNSInfrastructure as Code

Comments

Loading comments...