Tipos de registros DNS explicados: A, AAAA, MX e outros

Os registros de recursos DNS armazenam informações de que um domínio precisa: endereços, servidores de e-mail, delegação e outras configurações de serviço. Cada registro tem um nome, um tipo, um valor e um tempo de vida (TTL) para o cache. Tipos diferentes respondem a perguntas diferentes, por isso um domínio pode ter vários registros com finalidades distintas.

Endereços e aliases

Um registro A associa um nome a um endereço IPv4; o AAAA o associa a um endereço IPv6. Um registro CNAME torna um nome um alias de outro nome. Pelas regras do DNS, um CNAME geralmente não pode coexistir com outros dados para o mesmo nome, por isso verifique as exigências do seu provedor de DNS antes de adicioná-lo. Um registro A não comprova que um servidor web funciona, e a ausência de registro A não descarta o acesso por IPv6. Publique um AAAA somente quando o serviço realmente responder por IPv6.

E-mail e delegação

Um registro MX indica um servidor de e-mail (mail exchanger) e sua preferência; normalmente, o número de preferência menor é tentado primeiro. O nome do servidor precisa ser resolvido para um endereço A ou AAAA, não necessariamente ambos. Quando um domínio não tem MX, o SMTP define um fallback implícito para o seu endereço A ou AAAA, se houver. Isso está descrito na RFC 5321. Um registro NS identifica os servidores de nomes autoritativos de uma zona ou de uma delegação. O SOA contém os parâmetros principais da zona, incluindo um número de série e valores de temporização.

TXT, PTR e SRV

Um registro TXT armazena valores de texto e é muito usado em políticas SPF ou na comprovação de controle do domínio. DKIM e DMARC também usam o DNS, mas cumprem tarefas de autenticação diferentes; um único registro TXT não substitui a configuração completa deles. Um registro PTR permite o mapeamento reverso de endereço para nome: o IPv4 usa in-addr.arpa e o IPv6 usa ip6.arpa. Normalmente, essa zona reversa é controlada pelo titular do bloco de endereços ou pelo seu operador, por isso alterar o painel de DNS de um domínio comum pode não ser suficiente. Um registro SRV localiza um serviço específico, mas sua presença não garante que o serviço esteja funcionando.

Um exemplo de migração e verificações

Suponha que example.com tenha registros A e AAAA para o site, enquanto o MX aponta para um servidor de e-mail separado e www.example.com é um alias. Mudar o site não deve alterar os registros MX por descuido. Reduza o TTL com antecedência se precisar que as respostas em cache expirem mais cedo; depois de alterar os endereços, compare as respostas dos servidores autoritativos e recursivos. Nem todos os usuários verão a mudança ao mesmo tempo, porque aplicativos e resolvedores podem manter dados em cache. Se o e-mail falhar, verifique o MX e os endereços para os quais ele aponta. Se o site falhar, verifique a resposta A ou AAAA correspondente e, em seguida, teste o próprio serviço. O formato básico dos registros DNS está especificado na RFC 1035.