Como o DNS Funciona: Um Guia Completo para Resolução de Nomes de Domínio

31 de março de 2026 · 12 min de leitura

O Que É DNS?

O Sistema de Nomes de Domínio (DNS) é frequentemente chamado de "lista telefônica da internet". Ele traduz nomes de domínio amigáveis como google.com em endereços IP legíveis por máquina como 142.250.80.46. Sem o DNS, você precisaria memorizar longas sequências de números para visitar qualquer site—uma tarefa impraticável dado os bilhões de sites existentes.

O DNS opera como um banco de dados distribuído e hierárquico que abrange milhões de servidores em todo o mundo. Esta arquitetura distribuída garante que nenhum ponto único de falha possa derrubar todo o sistema, e as consultas são resolvidas rapidamente aproveitando o cache em múltiplos níveis.

Toda vez que você abre uma página web, envia um e-mail ou transmite um vídeo, o DNS trabalha nos bastidores para rotear sua solicitação ao servidor correto. Entender como o DNS funciona é essencial para desenvolvedores web, administradores de sistemas e qualquer pessoa que queira solucionar problemas de conectividade com a internet.

Por Que o DNS É Importante Para Seu Site

O desempenho do DNS impacta diretamente a velocidade e disponibilidade do seu site. Um provedor DNS lento pode adicionar centenas de milissegundos a cada carregamento de página, frustrando usuários e prejudicando suas classificações nos mecanismos de busca. O Google considera a velocidade da página um fator de classificação, e o tempo de resolução DNS faz parte dessa equação.

Além do desempenho, a configuração DNS afeta a entregabilidade de e-mail, roteamento de subdomínios, integração com CDN e segurança. Registros DNS mal configurados podem quebrar seu site completamente ou expô-lo a ataques como falsificação de DNS e envenenamento de cache.

O Processo de Resolução DNS

Quando você digita um nome de domínio no seu navegador, uma fascinante cadeia de consultas ocorre em milissegundos. Veja como uma consulta DNS viaja do seu dispositivo até a resposta:

Passo 1: Cache do Navegador

Seu navegador primeiro verifica seu próprio cache para um endereço IP resolvido recentemente. Navegadores modernos como Chrome, Firefox e Safari mantêm seu próprio cache DNS para acelerar visitas repetidas. Se o domínio foi acessado recentemente e o TTL (Time To Live) não expirou, o navegador usa o endereço IP em cache imediatamente.

Você pode visualizar o cache DNS do seu navegador no Chrome visitando chrome://net-internals/#dns. Isso mostra todas as entradas DNS em cache e seus tempos de expiração.

Passo 2: Cache do Sistema Operacional

Se o cache do navegador falhar, o SO verifica seu cache DNS e o arquivo hosts. No Linux e macOS, este é /etc/hosts. No Windows, é C:\Windows\System32\drivers\etc\hosts. O arquivo hosts permite mapeamentos manuais de IP para domínio que substituem completamente o DNS.

Administradores de sistema frequentemente usam o arquivo hosts para desenvolvimento local, bloqueio de domínios indesejados ou criação de mapeamentos personalizados de rede interna.

Passo 3: Resolvedor Recursivo

A consulta vai para seu resolvedor DNS configurado, geralmente fornecido pelo seu ISP ou um serviço DNS público como o 8.8.8.8 do Google ou o 1.1.1.1 da Cloudflare. O resolvedor recursivo faz o trabalho pesado de rastrear a resposta autoritativa.

Este resolvedor atua como intermediário, fazendo múltiplas consultas em seu nome e armazenando resultados em cache para acelerar solicitações futuras. A maioria dos usuários nunca interage diretamente com resolvedores recursivos—eles são configurados automaticamente via DHCP quando você se conecta a uma rede.

Passo 4: Servidor de Nomes Raiz

Se o resolvedor recursivo não tiver a resposta em cache, ele contata um dos 13 clusters de servidores de nomes raiz (rotulados de A a M). Esses servidores não conhecem o endereço IP de domínios específicos, mas sabem quais servidores TLD (Domínio de Nível Superior) perguntar.

Por exemplo, se você está procurando example.com, o servidor raiz responde com os endereços dos servidores TLD .com. Apesar de serem chamados de "13 servidores", existem na verdade centenas de servidores físicos distribuídos globalmente usando roteamento anycast.

Passo 5: Servidor de Nomes TLD

O resolvedor então consulta o servidor TLD apropriado (como .com, .org ou .net). O servidor TLD responde com os servidores de nomes autoritativos para o domínio específico. Estes são os servidores que realmente hospedam os registros DNS para example.com.

Servidores TLD são gerenciados por operadores de registro. Para .com e .net, isso é a Verisign. Cada TLD tem seu próprio conjunto de servidores de nomes mantidos por diferentes organizações.

Passo 6: Servidor de Nomes Autoritativo

Finalmente, o resolvedor consulta o servidor de nomes autoritativo para o domínio. Este servidor tem os registros DNS reais e responde com o endereço IP. O resolvedor armazena esta resposta em cache e a retorna ao seu dispositivo.

Servidores de nomes autoritativos são tipicamente fornecidos pelo seu registrador de domínio ou serviço de hospedagem DNS. Opções populares incluem Cloudflare, AWS Route 53, Google Cloud DNS e registradores tradicionais como GoDaddy ou Namecheap.

Consultas Recursivas vs. Iterativas

Consultas DNS vêm em dois tipos. Uma consulta recursiva significa que o resolvedor deve retornar a resposta final ou um erro—ele não pode encaminhá-lo para outro lugar. Uma consulta iterativa permite que o servidor retorne uma referência a outro servidor.

Seu dispositivo faz uma consulta recursiva ao resolvedor, que então faz consultas iterativas aos servidores raiz, TLD e autoritativos. Esta divisão de trabalho mantém o sistema eficiente e escalável.

Entendendo a Hierarquia DNS

O DNS é organizado como uma estrutura de árvore invertida, com a raiz no topo e domínios individuais ramificando-se para baixo. Esta hierarquia permite a natureza distribuída do DNS e permite que diferentes organizações gerenciem diferentes partes do namespace.

A Zona Raiz

No topo da hierarquia está a zona raiz, representada por um ponto (.). Quando você digita example.com, o nome de domínio completo é na verdade example.com. com um ponto final. A maioria dos sistemas oculta este ponto final por conveniência.

A zona raiz é gerenciada pela ICANN (Internet Corporation for Assigned Names and Numbers) e contém ponteiros para todos os servidores TLD. O arquivo da zona raiz tem apenas cerca de 2MB e muda relativamente com pouca frequência.

Domínios de Nível Superior (TLDs)

TLDs são as extensões no final dos nomes de domínio. Eles se dividem em várias categorias:

• TLDs Genéricos (gTLDs): .com, .org, .net, .info, .biz
• TLDs de Código de País (ccTLDs): .uk, .de, .jp, .ca
• TLDs Patrocinados: .gov, .edu, .mil (uso restrito)
• Novos gTLDs: .app, .dev, .blog, .tech (introduzidos após 2013)

Cada TLD tem seu próprio operador de registro responsável por manter o arquivo de zona TLD e operar os servidores de nomes TLD. Alguns TLDs têm requisitos específicos—por exemplo, .edu é restrito a instituições educacionais credenciadas.

Domínios de Segundo Nível e Subdomínios

O domínio de segundo nível é o que você registra—como example em example.com. Você tem controle total sobre este domínio e pode criar subdomínios ilimitados abaixo dele.

Subdomínios como blog.example.com ou api.example.com permitem que você organize serviços e roteie tráfego de forma diferente. Cada subdomínio pode ter seus próprios registros DNS apontando para diferentes servidores ou serviços.

Tipos de Registros DNS Explicados

Registros DNS são instruções armazenadas em servidores de nomes autoritativos. Diferentes tipos de registro servem diferentes propósitos, desde apontar domínios para endereços IP até configurar e-mail e verificar propriedade de domínio.

Registros A e AAAA

Estes são os registros DNS mais fundamentais. Um registro A mapeia um domínio para um endereço IPv4 (como 192.0.2.1), enquanto um registro AAAA mapeia para um endereço IPv6 (como 2001:db8::1).

Você pode ter múltiplos registros A para o mesmo domínio, o que permite balanceamento de carga simples. Resolvedores DNS tipicamente retornam todos os endereços IP, e o cliente escolhe um (frequentemente o primeiro). Alguns provedores DNS oferecem roteamento geográfico para retornar IPs diferentes baseados na localização do usuário.

Registros CNAME

Um CNAME (Nome Canônico) cria um alias de um domínio para outro. Por exemplo, você pode apontar www.example.com para example.com usando um CNAME. Quando alguém consulta o CNAME, o DNS segue a cadeia até o registro A final.

Limitação importante: Você não pode usar um CNAME no domínio raiz (também chamado de apex ou domínio nu). Isso ocorre porque registros CNAME devem ser o único registro para aquele nome, mas domínios raiz requerem registros NS e SOA. Alguns provedores DNS oferecem soluções proprietárias como o achatamento de CNAME da Cloudflare ou registros ALIAS do AWS Route 53 para contornar isso.

Registros MX

Registros Mail Exchange (MX) informam aos servidores de e-mail onde entregar e-mail para seu domínio. Cada registro MX tem um valor de prioridade—números menores têm prioridade maior. Se o servidor de e-mail primário estiver indisponível, os remetentes tentam o próximo nível de prioridade.

Exemplo de configuração MX para Google Workspace:

example.com.  MX  1  aspmx.l.google.com.
example.com.  MX  5  alt1.aspmx.l.google.com.
example.com.  MX  5  alt2.aspmx.l.google.com.
example.com.  MX  10 alt3.aspmx.l.google.com.
example.com.  MX  10 alt4.aspmx.l.google.com.

Registros TXT

Registros TXT armazenam dados de texto arbitrários e se tornaram essenciais para autenticação de e-mail e verificação de domínio. Usos comuns incluem:

• SPF (Sender Policy Framework): Lista servidores de e-mail autorizados para prevenir falsificação de e-mail
• DKIM (DomainKeys Identified Mail): Assinatura criptográfica para autenticação de e-mail
• DMARC (Domain-based Message Authentication): Política para lidar com falhas de autenticação
• Verificação de domínio: Provando propriedade para serviços como o Googl