Imagine que sua empresa tem um aplicativo interno chamado "intranet.corp". Para quem está dentro da rede da empresa, ele precisa apontar para um servidor local. Para quem está fora, esse mesmo nome não deve existir. Até hoje, manter essa "conversa" bifurcada exigia dois sistemas de DNS separados — um público e um privado — cada um com suas próprias regras, APIs e dores de cabeça. A Cloudflare resolveu esse problema de uma vez: em 20 de julho de 2026, ela disponibilizou para todos os seus clientes Enterprise o Internal DNS, um serviço que une DNS autoritativo e recursivo para redes privadas em uma única plataforma global, eliminando a duplicação de infraestrutura e simplificando a segurança com políticas de Zero Trust integradas.

Desbugando o DNS: o que são autoritativo e recursivo, afinal?

Antes de entender o avanço, precisamos alinhar os termos, porque eles são a base de toda essa "diplomacia digital". Pense no DNS como a lista telefônica da internet. Quando você digita "google.com", seu dispositivo consulta essa lista para descobrir o número de IP (o endereço) do servidor. Existem dois papéis principais nesse processo: o DNS autoritativo é a fonte oficial da verdade — ele detém os registros definitivos que dizem "intranet.corp" pertence ao IP 192.168.1.10. Já o DNS recursivo é o intermediário diligente — ele recebe a pergunta do seu computador e vai atrás da resposta, perguntando para diversos servidores autoritativos até encontrar a informação correta. Em redes privadas (aquelas com endereços IPs internos, como 192.168.x.x ou 10.x.x.x), essa lista telefônica sempre ficou isolada em servidores locais, criando ilhas de informação.

A arquitetura: como a Cloudflare une dois mundos em um só painel

O Internal DNS da Cloudflare é composto por dois pilares que trabalham em conjunto: o Internal Authoritative DNS, que mantém os registros oficiais dos seus recursos privados, e o Gateway Resolver, que recebe as consultas e decide para onde enviá-las. A mágica acontece através de três objetos de configuração que permitem um controle granular. As Zonas Internas são onde você armazena os registros (como A, AAAA, CNAME e PTR) para seus recursos privados — bancos de dados, endpoints de APIs, aplicações internas. Essas zonas nunca recebem nameservers públicos, o que as torna visíveis apenas para quem passa pelo Gateway, garantindo uma camada de segurança por design. As Visualizações de DNS agrupam essas zonas em contextos específicos — por exemplo, uma visualização para a equipe de desenvolvimento e outra para a produção — permitindo que o mesmo nome de host resolva para diferentes endereços IP dependendo de quem está perguntando e de onde está vindo a pergunta, sem precisar duplicar toda a infraestrutura. Por fim, as Políticas do Resolver são as regras no Gateway que determinam para qual visualização uma consulta deve ser enviada, com base no contexto da requisição, como o IP de origem, a postura do dispositivo ou a localização da rede.

Segundo a documentação oficial, se uma consulta não encontrar um registro em uma zona interna específica, o sistema pode ser configurado para referenciar outra zona interna ou cair no caminho público de resolução, criando uma cadeia de fallback inteligente. Isso significa que você pode ter uma resolução hierárquica e contextual sem precisar de múltiplos servidores DNS físicos espalhados pelo seu datacenter. Toda essa configuração é gerenciada por um caminho unificado: seja pelo dashboard visual da Cloudflare, pelo Terraform para automação como código ou pela API direta para integração com seus próprios sistemas. As mudanças se propagam pela rede global da empresa em segundos, o que elimina o atraso típico de atualizações em servidores DNS locais.

Consolidando o split-horizon e simplificando a governança

Uma das aplicações mais imediatas e poderosas desse serviço é a consolidação de ambientes de split-horizon — a técnica onde um mesmo nome de domínio resolve para endereços diferentes dependendo se a consulta vem de dentro ou de fora da rede corporativa. Historicamente, manter essa dualidade exigia operar e sincronizar dois sistemas de DNS completamente separados, cada um com suas próprias políticas, logs e vulnerabilidades potenciais. O produto manager da Cloudflare, Enrique Somoza, explicou à Network World que a solução foi projetada justamente para enderecer a complexidade de manter sistemas públicos e privados isolados. Com o Internal DNS, ambos vivem no mesmo painel de controle, compartilham a mesma API, a mesma trilha de auditoria e o mesmo motor de políticas de segurança, que avalia primeiro as regras de Zero Trust antes de rotear a consulta para a visualização apropriada.

Outro cenário de destaque é o gerenciamento de DNS em ambientes multi-cloud. Empresas que distribuem cargas de trabalho entre AWS, Azure e Google Cloud frequentemente enfrentam o desafio de manter registros DNS consistentes e seguros em cada provedor. O Internal DNS permite que a Cloudflare atue como uma camada de resolução unificada para todos esses ambientes, funcionando como o ponto central de "diplomacia" entre as diferentes plataformas. Isso não só reduz a carga operacional das equipes de infraestrutura, mas também fortalece a postura de segurança, já que todas as consultas passam pelas políticas de Zero Trust da Gateway antes de chegar ao destino. A solução se conecta a uma variedade de opções de conectividade, incluindo o cliente WARP da Cloudflare (o Cloudflare One Client), protocolos seguros como DoH (DNS sobre HTTPS) e DoT (DNS sobre TLS), DNS padrão e o Cloudflare WAN, integrando-se de forma nativa à sua plataforma Connectivity Cloud.

Disponibilidade, custo e as vozes da comunidade

O caminho até a disponibilidade geral começou em junho de 2025, com fases de testes privados e públicos que permitiram à Cloudflare refinar a oferta com base no feedback real dos clientes. Agora, em julho de 2026, o serviço está aberto para todos os clientes do nível Enterprise que já utilizam o Cloudflare Gateway, e o mais importante: está incluído no pacote, sem custo adicional. Essa estratégia de valor agregado reforça o posicionamento da Cloudflare de consolidar cada vez mais serviços de segurança e rede em sua plataforma unificada. No entanto, a comunidade técnica já levantou pontos importantes. No Reddit, usuários como tankerkiller125real e jcol26 criticaram a restrição ao plano Enterprise, lembrando de posicionamentos anteriores da própria Cloudflare que favoreciam a democratização do acesso. Ainda assim, para organizações que já operam em larga escala, a inclusão sem custo extra representa uma simplificação significativa e uma redução de CAPEX (despesas de capital) ao eliminar a necessidade de hardware dedicado para DNS privado.

Para começar a usar, o processo é direto: o profissional de infraestrutura ou DevOps precisa criar uma zona interna no dashboard, definir uma visualização de DNS que agrupe essa zona e, finalmente, estabelecer uma política no resolver da Gateway para direcionar as consultas corretas para aquela visualização. A documentação de desenvolvedores da Cloudflare detalha cada etapa e oferece exemplos de configuração para cenários comuns, como a criação de registros para bancos de dados internos ou endpoints de microsserviços. Para empresas que já utilizam a Cloudflare para DNS público e segurança com Zero Trust, adicionar o DNS Interno é, essencialmente, estender a mesma lógica e os mesmos controles para dentro da sua rede privada — uma evolução natural que fecha o ciclo da resolução de nomes de ponta a ponta. Se a sua organização já enfrenta a dor de manter múltiplos sistemas de DNS ou se a complexidade do split-horizon tira o sono da sua equipe de ops, o novo serviço da Cloudflare se apresenta como uma ponte robusta e gerenciável para unificar esse diálogo.