Servidores de nomes e registos: a diferença

Módulo 2: Servidores de nomes e zonas · Tempo de leitura: 7 minutos

Objetivo de aprendizagem: Depois desta lição, consegue determinar onde a DNS de um domínio é gerida e explicar por que motivo uma alteração no sítio errado não tem qualquer efeito.

Conceitos-chave: servidor de nomes (NS), zona, registos, delegação, "quem gere os servidores de nomes, gere a DNS"

Duas perguntas que se confundem facilmente

Na DNS, trata-se sempre de duas perguntas diferentes:

1. Quem gere a DNS deste domínio? A resposta são os servidores de nomes.
2. O que consta na DNS deste domínio? A resposta são os registos, como A, MX e TXT.

Uma comparação: os servidores de nomes são o endereço do arquivo onde se encontra a lista telefónica do seu domínio. Os registos são as linhas dessa lista telefónica. Se quiser alterar uma linha, tem de ir ao arquivo certo. Alterar uma cópia da lista telefónica noutro arquivo não serve de nada: ninguém vai consultar essa cópia.

Servidores de nomes: onde está a lista telefónica

Na registry, cada domínio tem associada uma lista de servidores de nomes. Na lição 1.4 viu que um resolver é encaminhado para esses servidores de nomes através do TLD. Por exemplo:

example.com.   NS   ns1.hosting.example.
example.com.   NS   ns2.hosting.example.

Cada domínio tem no mínimo dois servidores de nomes. Se um falhar, o outro responde. Muitas registries, incluindo a SIDN (a entidade gestora do registo de domínios .nl nos Países Baixos), exigem isso mesmo. Normalmente estão alojados em redes ou centros de dados diferentes.

Os servidores de nomes são configurados através do seu registrar (lição 1.3). O registrar transmite-os à registry. Só depois disso é que o mundo passa a ser encaminhado para esses servidores de nomes.

A zona: o que consta na lista telefónica

Nos servidores de nomes está a zona do seu domínio: o conjunto de todos os registos. Uma zona contém, por exemplo:

example.com.        3600  IN  A      192.0.2.10
example.com.        3600  IN  AAAA   2001:db8::10
www.example.com.    3600  IN  CNAME  example.com.
example.com.        3600  IN  MX     10 mail.example.com.
mail.example.com.   3600  IN  A      192.0.2.25
example.com.        3600  IN  TXT    "v=spf1 mx ~all"

Na lição 2.2 aprende exatamente como ler uma linha destas. O que cada tipo faz, aprende nos módulos 3 a 5.

A regra de ouro

Quem gere os servidores de nomes, gere a DNS.

Parece lógico, mas na prática é aqui que as coisas correm mal com frequência. Algumas situações reconhecíveis:

• Registou o seu domínio junto da entidade A, mas os seus servidores de nomes apontam para o Cloudflare. Nesse caso, altera os seus registos no Cloudflare. O ecrã de DNS da entidade A pode continuar a mostrar registos, mas ninguém os lê.
• Mandou construir um website numa plataforma como o Wix e, para isso, configurou os servidores de nomes para essa plataforma. Nesse caso, a plataforma gere toda a sua DNS, incluindo os registos de correio eletrónico. Tem de colocar aí os registos MX e outros registos de correio. Se se esquecer disso, o seu correio deixa de chegar.
• A sua empresa de alojamento mostra uma zona DNS num painel, mas o seu domínio utiliza os servidores de nomes do fornecedor anterior. Nesse caso, as alterações feitas na nova empresa de alojamento não têm qualquer efeito até transferir os servidores de nomes.

O sintoma é sempre o mesmo: altera um registo, espera, e nada acontece. Nesse caso, a primeira pergunta é: estou a alterar no sítio certo?

Como determinar onde a DNS é gerida

1. Consulte os servidores de nomes. Utilize uma ferramenta online de consulta de DNS, ou numa janela de comandos:

   nslookup -type=ns example.com

   ou

   dig NS example.com +short

2. Veja pelo nome quem é. Os servidores de nomes têm geralmente o nome da entidade incluído. *.ns.cloudflare.com é o Cloudflare, ns*.wixdns.net é o Wix, os servidores de nomes da sua empresa de alojamento reconhecem-se pelo respetivo domínio.
3. Altere os registos junto dessa entidade. É lá que se autentica e ajusta a zona.

Uma segunda verificação é o whois do domínio (lição 1.3). Este mostra os servidores de nomes tal como constam na registry. É isso que o mundo utiliza. Se a resposta dos próprios servidores de nomes diferir disto, há algo mal configurado.

Copiar registos não é o mesmo que transferir

Quando altera os servidores de nomes, os registos não acompanham automaticamente a mudança. A nova entidade começa com uma zona vazia, ou com uma zona padrão criada por si própria. O que estava na zona antiga tem de ser transposto por si. Se, por exemplo, se esquecer do registo DKIM ou de um registo de verificação do Microsoft 365, essa funcionalidade deixa de funcionar depois da mudança.

Por isso, a regra é: primeiro preparar a zona na nova entidade, só depois alterar os servidores de nomes. As lições 2.3 e 6.3 aprofundam este tema.

Na prática: como isto se apresenta num painel

N'O meu WebOké, na página do domínio, separador DNS, aparece no topo quais os servidores de nomes utilizados pelo domínio. Se aí constarem servidores de nomes diferentes dos da empresa de alojamento, o painel indica que a DNS é gerida noutro local. No DirectAdmin, em Administração de DNS, vê os registos NS presentes na zona. Atenção: estes indicam apenas o que consta na zona, não o que consta na registry. Outros painéis, como o cPanel, o Plesk ou o painel do seu registrar, mostram a mesma informação, normalmente sob um título como "Nameservers" ou "DNS".

Resumo

• Os servidores de nomes determinam quem gere a DNS; os registos determinam o que nela consta.
• Cada domínio tem no mínimo dois servidores de nomes, configurados através do registrar.
• A zona é o conjunto de registos existentes nos servidores de nomes.
• Quem gere os servidores de nomes, gere a DNS: alterar num outro sítio não tem qualquer efeito.
• Ao mudar de servidores de nomes, os registos não acompanham automaticamente: primeiro prepare a zona, só depois mude.

Quiz

Exercício

Exercício Z2.1: Quem gere a DNS? Consulte os servidores de nomes de wikipedia.org e do seu próprio domínio (se tiver um). Preencha-os e indique junto de que entidade deveria alterar a DNS do seu próprio domínio.

Para saber mais

Estes artigos descrevem a situação na WebOké. Noutros fornecedores, o funcionamento é semelhante.

• Manual DirectAdmin 5.1: O que é o DNS e quando deve alterá-lo?
• Manual DirectAdmin 5.12: DNS em O meu WebOké e em servidores de nomes externos como o Cloudflare
• Utilizar nameservers próprios ou externos (como a Cloudflare) para o seu domínio
• Quanto tempo demora uma alteração de nameserver ou DNS, e o que fazer se não a conseguir ver?