DNS é um banco de dados distribuído e um protocolo que resolve nomes de domínio em endereços IP (e outros registros) usados para localizar serviços na internet.
Uma consulta DNS retorna registros (ex.: A/AAAA/CNAME) a partir de caches ou servidores autoritativos, geralmente em milissegundos.
Ou seja, o DNS resolve um problema simples, mas crucial: humanos preferem nomes memoráveis, enquanto computadores precisam de números. Sem o DNS, você precisaria memorizar sequências de números como 192.168.1.1 em vez de nomes simples de sites. Uma consulta DNS retorna registros (ex.: A/AAAA/CNAME) a partir de caches ou servidores autoritativos, geralmente em milissegundos.
Ou seja, o DNS resolve um problema simples, mas crucial: humanos preferem nomes memoráveis, enquanto computadores precisam de números. Sem o DNS, você precisaria memorizar sequências de números como 192.168.1.1 em vez de nomes simples de sites.
O sistema funciona como um enorme diretório distribuído que está constantemente se atualizando e evoluindo. O DNS cria uma ponte entre a linguagem humana e a linguagem de máquina. Toda vez que você clica em um link ou digita uma URL, servidores DNS em todo o mundo podem entrar em ação, trabalhando juntos para levá-lo ao seu destino. Esse processo acontece tão rapidamente que a maioria dos usuários não percebe o que está ocorrendo.
Conceitos-chave:
- O DNS traduz nomes de domínio (ex: [www.exemplo.com]) em endereços IP (ex: 192.0.2.1)
- Opera como um banco de dados distribuído implementado em uma hierarquia de servidores DNS
- Funciona como um protocolo da camada de aplicação permitindo que hosts consultem este banco de dados distribuído
Quando usar DNS
- Quando você precisa que usuários acessem um serviço por um nome estável, mesmo que o IP mude.
- Quando você publica sites, APIs, serviços de e-mail ou qualquer serviço exposto à internet.
- Quando você precisa de flexibilidade de roteamento (CDN/edge, multi-região, failover) via respostas DNS.
- Quando quer melhorar performance com cache e resolvers anycast.
- Quando precisa garantir autenticidade dos dados DNS com DNSSEC.
Quando não usar DNS (ou quando DNS sozinho não resolve)
- Quando você precisa de decisões de roteamento por requisição com base em dados da camada de aplicação (use load balancer, reverse proxy ou roteamento no edge).
- Quando você precisa de mudanças refletidas imediatamente em todos os clientes (propagação depende de TTL e caches).
- Quando você precisa proteger o tráfego da aplicação ponta a ponta (DNS não substitui TLS, WAF ou autenticação).
- Quando você precisa ocultar totalmente o IP de origem (DNS pode expor o endpoint sem controles adicionais/edge shielding).
Como o DNS funciona
- Stub resolver (seu dispositivo/app): inicia a consulta.
- Resolver recursivo (ISP/público/corporativo): faz as consultas “por você” e mantém cache.
- Servidores raiz (root): indicam onde estão os servidores do TLD.
- Servidores de TLD (ex.:
.com,.org,.br): indicam os autoritativos do domínio. - Servidores autoritativos: guardam os registros oficiais da zona/domínio
Fluxo típico do processo de resolução DNS
- Checagem de cache local: o SO/navegador/app procura no cache do dispositivo.
- Checagem de cache do resolver: se não achar, a consulta vai para um resolver recursivo, que também tenta responder do cache.
- Consulta ao root: se necessário, o resolver pergunta a um servidor raiz onde encontrar o TLD.
- Consulta ao TLD: o resolver pergunta ao TLD onde estão os servidores autoritativos do domínio.
- Consulta ao autoritativo: o resolver pergunta ao autoritativo pelo registro (A/AAAA/CNAME etc.).
- Resposta + cache: o resolver devolve a resposta ao cliente e guarda em cache pelo TTL.
Arquitetura do sistema DNS
O sistema DNS é estruturado hierarquicamente:
- Servidores raiz: 13 conjuntos de servidores raiz globalmente distribuídos
- Servidores de Domínio de Topo (TLD): Gerenciam domínios como .com, .org, .net
- Servidores de nomes autoritativos: Armazenam e fornecem os endereços IP reais para domínios específicos
Em resumo, este é um exemplo básico de como o DNS funciona:
- O cliente solicita a resolução de nome ao servidor local (por exemplo, [www.exemplo.com])
- O servidor local pergunta [www.exemplo.com] a um servidor raiz
- O servidor raiz responde: quem é responsável pelo .br é 2xx.2xx.1xx.10
- O servidor local pergunta ao servidor responsável pelo .com.br sobre [www.exemplo.com]
- O servidor responsável pelo .com.br responde: quem é responsável pelo .com.br é este 179.191.xxx.2
- O servidor local pergunta [www.exemplo.com] ao servidor autoritativo responsável por azion.com.br
- O servidor autoritativo responsável por azion.com.br responde ao servidor local [www.exemplo.com] = 2xx.2xx.2xx.4
- O servidor local envia a resposta [www.exemplo.com] = 2xx.2xx.2xx.4 ao usuário.
A imagem a seguir mostra a arquitetura e o fluxo do sistema DNS mencionado anteriormente:
Esta estrutura hierárquica permite um gerenciamento e distribuição eficientes das informações de domínio através da internet.
Componentes importantes do DNS
Endereços IP
Endereços IP são identificadores numéricos únicos para dispositivos conectados à internet. O DNS vincula estes endereços a nomes de domínio legíveis por humanos, facilitando a navegação na internet.
Espaço de nomes de domínio
O Espaço de Nomes de Domínio, também conhecido como hierarquia de domínios, tem uma estrutura hierárquica em formato de árvore invertida e contém especificações de nomes de domínio e dados associados a esses nomes. Este espaço de nomes é dividido em domínios, e a responsabilidade por gerenciar nomes dentro de cada domínio é delegada a sistemas dentro de cada domínio.
Verifique a hierarquia de domínios na seguinte imagem:
Sobre esta estrutura:
- cada interseção (neste caso, o retângulo com um nome dentro) é chamada de nó;
- cada nó representa um domínio;
- cada domínio tem um nome, então cada nó nesta estrutura é chamado de nome de domínio;
- o nome de domínio identifica a posição de cada um na hierarquia lógica do DNS em relação ao seu domínio principal. Cada nome de domínio consiste em alguns nomes separados por pontos;
- cada domínio pode conter subdomínios;
- um subdomínio é parte de um domínio maior. Por exemplo, documentation.azion.com e blog.azion.com são subdomínios do domínio azion.com;
- domínios e subdomínios são agrupados em zonas para permitir a administração distribuída do namespace.
Servidores DNS
Os servidores DNS (Sistema de Nomes de Domínio) desempenham um papel crucial no funcionamento da internet. Eles atuam como a agenda telefônica da internet, traduzindo nomes de domínio legíveis por humanos em endereços IP que os computadores usam para se identificar. Vamos explorar os aspectos principais dos servidores DNS:
Funções Principais dos Servidores DNS
Os servidores DNS executam três tarefas essenciais:
- Resolução de Consultas Externas: Respondem a consultas de clientes externos ou servidores na internet sobre nomes registrados em seu domínio local.
- Resolução de Nomes Local: Realizam resoluções de nomes de domínio da internet para seus clientes locais (máquinas dentro de seu domínio).
- Cache: Para agilizar consultas futuras, estes servidores armazenam em cache local as resoluções de nomes solicitadas por seus clientes.
Tipos de Servidores DNS Com base em sua funcionalidade, os servidores DNS podem ser classificados em três categorias principais:
Servidores Primários
- Responsáveis por um domínio específico
- Gerenciam a adição, alteração ou exclusão de registros para aquele domínio
- Servem como fonte autoritativa para informações do domínio
Servidores Secundários
- Funcionam como backups do servidor primário
- Recebem registros de domínio do servidor primário através de um processo chamado transferência de zona
- Respondem a solicitações de clientes quando necessário
- Melhoram a confiabilidade e distribuição de carga
Servidores Somente Cache
- Focam exclusivamente em consultar e retornar resultados
- Mantêm um cache local de consultas recentes
- Não são responsáveis por nenhum domínio específico
- Função principal é melhorar o desempenho das resoluções de nomes para clientes locais utilizando seu cache
A Importância dos Tipos de Servidores DNS
Compreender estes diferentes tipos de servidores DNS é crucial para:
- Administração de Rede: Configuração e gerenciamento adequado da infraestrutura DNS
- Otimização de Desempenho: Utilização de servidores de cache para reduzir a carga de rede e acelerar resoluções
- Confiabilidade: Implementação de servidores secundários para redundância e balanceamento de carga
- Segurança: Manutenção do controle sobre informações de domínio com servidores primários
Ao aproveitar os pontos fortes de cada tipo de servidor DNS, é possível criar uma infraestrutura DNS robusta, eficiente e confiável que forma a espinha dorsal da comunicação na internet.
Conceitos-chave de DNS (registros mais usados)
- A: nome → IPv4
- AAAA: nome → IPv6
- CNAME: alias → nome canônico (aponta para outro hostname)
- MX: roteamento de e-mail do domínio
- TXT: texto (verificações, SPF/DKIM/DMARC, validações)
- NS: quais servidores são autoritativos para uma zona
- SOA: metadados da zona (serial, refresh, retry)
- TTL: tempo que caches podem manter a resposta antes de consultar novamente
Erros comuns em DNS (e como corrigir)
- TTL alto durante migrações
- Problema: mudança demora a refletir.
- Correção: reduza o TTL (ex.: 60–300s) antes da janela de mudança; aumente depois de estabilizar.
- Uso incorreto de CNAME no apex (raiz do domínio)
- Problema:
exemplo.comnem sempre pode ser CNAME. - Correção: use ALIAS/ANAME (se o provedor oferecer) ou A/AAAA conforme o caso.
- Problema:
- Sem IPv6
- Problema: usuários IPv6 podem ter pior rota ou falhas.
- Correção: publique registros AAAA quando sua infra suportar IPv6.
- Sem DNSSEC onde integridade importa
- Problema: maior risco de spoofing/cache poisoning (em resolvers validadores).
- Correção: assine a zona com DNSSEC e mantenha rotação de chaves.
- Cadeias longas de CNAME
- Problema: mais round trips → mais latência e mais pontos de falha.
- Correção: reduza aliases e evite encadeamentos desnecessários.
Segurança e confiabilidade (o que o DNS protege e o que não protege)
- DNSSEC ajuda a garantir que as respostas DNS não foram adulteradas, usando assinaturas criptográficas.
- DNS não criptografa consultas por padrão; privacidade geralmente requer DoH/DoT (quando cliente e resolver suportam).
- DNS é alvo comum de DDoS por amplificação e cache poisoning; resiliência do autoritativo e controles de segurança são essenciais.
Mini FAQ
“O que é DNS em termos simples?”
Mini FAQ
“O que é DNS em termos simples?”
DNS é o sistema que traduz o nome de um site para o IP que computadores usam para se conectar.
“O que acontece quando eu digito uma URL no navegador?”
Seu dispositivo pede a um resolver para encontrar o IP do domínio (via cache ou consultando root → TLD → autoritativo) e então se conecta a esse IP.
“Por que o primeiro acesso é mais lento?”
Frequentemente por causa de cache miss: a primeira visita exige uma consulta DNS; as próximas são mais rápidas até o TTL expirar.
“Quanto tempo leva a propagação de DNS?”
Depende do TTL e do comportamento de cache dos resolvers; não é instantâneo.
“DNSSEC criptografa o DNS?”
Não. DNSSEC valida integridade/autenticidade; criptografia de consulta exige DoH/DoT.
Como isso se aplica na prática
Use DNS como “plano de controle” para:
- Disponibilidade: direcionar tráfego para endpoints saudáveis (quando há checagem/roteamento baseado em saúde).
- Performance: aproximar usuários da melhor infraestrutura (anycast e respostas geo/latência-aware, quando suportado).
- Gestão de mudanças: planejar TTL antes de migrações e resposta a incidentes.
- Segurança: habilitar DNSSEC e monitorar erros/anomalias.
Como implementar na Azion
-
Roteamento e resiliência com DNS no edge: configure o Edge DNSpara responder com endpoints otimizados por localização e disponibilidade.
-
Observabilidade para correlacionar DNS com experiência do usuário: use o Edge Pulse para acompanhar latência, erros e impactos por região.