O que é um domínio e o que acontece quando alguém o digita

Publicado em 2026-09-12 por frfrand

Se lee al revés de como se escribe, y esa sola idea explica toda la jerarquía. El recorrido completo de la consulta DNS, qué es el TTL y por qué los cambios tardan.

Um domínio é um nome que aponta para um endereço de rede. Essa é a definição curta. O interessante é como está organizado e o que acontece entre você digitá-lo e o site aparecer.

Se lê de trás para frente

Os domínios se lêem da direita para a esquerda, e cada ponto é um nível de delegação.

Em blog.meempresa.com:

• com é o domínio de primeiro nível, administrado por um registro que tem um contrato com a ICANN.
• meempresa é o que você registrou. O registro de .com sabe quais servidores de nomes são responsáveis por esse domínio.
• blog é um subdomínio. Este você cria, sem pedir permissão a ninguém, porque você administra sua zona.

Há um nível a mais que quase nunca é escrito: a raiz, que é o ponto final invisível depois de "com". Existe, e é onde tudo começa.

Essa hierarquia resolve um problema que de outro modo seria impossível: ninguém precisa ter a lista completa de todos os nomes da Internet. Cada nível só sabe a quem perguntar pelo seguinte.

O percurso de uma consulta

Quando você digita o nome, seu computador não sabe o endereço. Pergunta a um servidor DNS recursivo (o do seu provedor, ou um público), e esse servidor faz o trabalho:

1. Pergunta a um servidor raiz: "quem sabe de .com?". Ele responde com os servidores do registro de .com.
2. Pergunta ao registro de .com: "quem sabe de miempresa.com?". Ele responde com os servidores de nomes que você configurou.
3. Pergunta a seus servidores: "qual é o endereço de blog.miempresa.com?". Aí sim ele obtém a resposta.

Parecem muitos passos e na prática quase nunca se percorrem todos, porque cada resultado fica em cache.

O TTL, que explica por que as mudanças demoram

Cada resposta DNS vem com um TTL: quantos segundos pode ser guardado em cache antes de perguntar novamente.

Se o seu registro tem um TTL de 86400 (um dia) e você muda o endereço, os servidores que já o tinham em cache vão continuar dando a resposta antiga por até um dia inteiro. Não é que "o DNS propaga devagar": é que você está esperando os caches expirarem.

Daí sai o costume mais útil sobre DNS: antes de uma migração, baixe o TTL para 300 segundos com um dia de antecedência. No dia da mudança, os caches expiram em cinco minutos e a transição é quase imediata. Depois você volta a subir.

Os registros que você vai usar

A nome -> endereço IPv4 AAAA nome -> endereço IPv6 CNAME nome -> outro nome (um alias) MX para onde vai o e-mail deste domínio TXT texto livre: verificações, SPF, DKIM

Duas regras sobre CNAME que causam problemas reais:

• Não pode coexistir com outros registros no mesmo nome. Por isso não é possível colocar um CNAME na raiz do domínio se você também tem MX: o e-mail deixaria de funcionar.
• Encadeia uma consulta a mais. Um CNAME que aponta para outro CNAME adiciona latência.

Como diagnosticar

dig blog.miempresa.com dig +trace blog.miempresa.com # o percurso completo, passo a passo dig @8.8.8.8 blog.miempresa.com # o que outro servidor responde

O segundo é o mais educativo: mostra o percurso inteiro desde a raiz e torna visível toda a hierarquia.

E uma esclarecimento que evita confusão: se você vê uma resposta correta com dig, mas o navegador continua indo para o lugar antigo, o problema é cache (do sistema, do navegador ou do seu roteador), não do DNS.

No ArduMaker, os registros de um domínio são administrados a partir do painel, e ao publicar um site são criados em pares A e AAAA para que não fique metade da casa sem chave.