Registros DNS explicados: A, AAAA, CNAME, MX, TXT, NS e outros

• A e AAAA apontam um nome para um endereço IPv4 ou IPv6; CNAME transforma um nome em apelido de outro.
• MX diz quais servidores recebem e-mail; TXT guarda textos como SPF, DKIM, DMARC e códigos de verificação.
• Os registros NS delegam o domínio aos seus servidores de nomes; alterá-los muda todo o seu DNS de lugar.
• Mudanças não são «enviadas»: os resolvedores mantêm a resposta antiga até o TTL expirar.

• Não existe CNAME na raiz (o próprio example.com): a raiz também tem registros NS e SOA, e um CNAME não pode conviver com outros registros. Use A/AAAA na raiz; muitos provedores oferecem ALIAS/ANAME ou «CNAME flattening» para isso.
• Um nome com CNAME não pode ter nenhum outro registro; portanto, não dá para adicionar MX ou TXT a um subdomínio que seja CNAME.
• Registros MX e NS devem apontar para um nome de host, nunca diretamente para um IP ou para um CNAME.
• Só um registro SPF por nome; vários TXT para outros fins não são problema.
• Em alguns painéis o ponto final importa: mail.example.com. é um nome completo; sem o ponto, o painel pode acrescentar o seu domínio e criar mail.example.com.example.com.

Todo registro tem um TTL (tempo de vida) em segundos. Os resolvedores dos provedores de internet e dos DNS públicos guardam a resposta em cache por esse tempo. Quando você altera um registro, quem já tinha o valor antigo continua usando-o até o TTL expirar; é isso que se chama propagação de DNS.

Planeje as mudanças: um dia antes de migrar um site, reduza para 300 segundos (5 minutos) o TTL dos registros que vai alterar e, depois, volte para 3600 ou mais. Trocar os servidores de nomes (NS) demora mais, porque os NS na zona superior (por exemplo .com) podem ter TTL de até dois dias, e alguns resolvedores esperam todo esse tempo.

Respostas negativas também ficam em cache: se você consultar um nome antes de criá-lo, a resposta «não existe» pode ser mantida pelo TTL negativo definido no SOA da zona.

• Site em uma hospedagem: A (e AAAA, se houver) para example.com e www como CNAME para example.com.
• E-mail com Google Workspace ou Microsoft 365: os MX indicados, um include no SPF, DKIM como CNAME/TXT e um registro DMARC. Detalhes no guia de SPF, DKIM e DMARC.
• Verificação para o Google Search Console e serviços parecidos: um TXT no domínio; ele pode conviver com o SPF.
• Subdomínio para um serviço SaaS (loja, suporte): loja CNAME para o nome de host informado pelo provedor.

• Consulte o domínio para ver A, AAAA, MX, NS, TXT e outros em um só lugar.
• A verificação de propagação DNS pergunta a resolvedores públicos do mundo todo e aos seus servidores autoritativos se já veem o novo valor.
• A verificação de segurança de e-mail confere MX, SPF, DKIM e DMARC.