Reverse DNS: o DNS ao contrário
Enquanto o DNS tradicional (forward DNS) converte um hostname em um endereço IP, o Reverse DNS faz a operação oposta: dado um endereço IP, retorna o hostname associado. Essa tradução acontece por meio dos registros PTR (Pointer), armazenados em zonas DNS especiais: in-addr.arpa para IPv4 e ip6.arpa para IPv6. O endereço IP é invertido e concatenado à zona arpa: para resolver 192.168.1.100, o resolver consulta 100.1.168.192.in-addr.arpa buscando o registro PTR.
O reverse DNS pode parecer uma funcionalidade secundária, mas tem implicações práticas enormes, especialmente para e-mails. A maioria dos servidores de correio (Gmail, Outlook, Yahoo) verifica o reverse DNS do IP do remetente. Se o IP não tem um registro PTR, ou se o PTR não corresponde ao forward DNS (o chamado FCrDNS — Forward Confirmed Reverse DNS), os e-mails são penalizados ou rejeitados. Essa verificação serve para confirmar que o servidor está legitimamente configurado e não é um bot ou servidor comprometido enviando spam.
Configurar o Reverse DNS
Diferentemente dos registros A e MX que você gerencia no DNS do seu domínio, os registros PTR são gerenciados pelo proprietário do bloco IP — tipicamente seu provedor de Internet ou de hospedagem. Para configurar ou modificar um registro PTR, é necessário entrar em contato com o provedor que atribuiu o IP e solicitar a criação ou atualização. Muitos provedores em nuvem (AWS, DigitalOcean, Hetzner) oferecem interfaces de autoatendimento para gerenciar os PTRs de seus IPs.
Reverse DNS e entregabilidade de e-mails
O reverse DNS é um fator crítico para a entregabilidade de e-mails. Verifique o PTR dos seus servidores de correio com nosso Reverse DNS e certifique-se de que o FCrDNS seja válido. Se o PTR estiver ausente ou não corresponder, seus e-mails têm alta probabilidade de ir para spam ou ser rejeitados. Além do PTR, verifique se o IP não está em blacklist com Blacklist Check — um PTR ausente frequentemente está correlacionado com IPs em blacklist, pois ambos são indicadores de servidores mal configurados.
Para servidores de e-mail, a melhor prática é ter um PTR que aponte para um hostname significativo (como mail.exemplo.com, não 50-113-0-203.generic.provider.com) e que esse hostname tenha um registro A resolvendo para o mesmo IP. Evite PTRs genéricos atribuídos pelo provedor e PTRs múltiplos para o mesmo IP. Verifique a configuração completa do seu servidor de correio com SMTP Diagnostics, que inclui a verificação do reverse DNS em seu relatório.
Um caso particular são os servidores atrás de NAT ou balanceadores de carga: certifique-se de que o PTR esteja configurado no IP público efetivo de onde os e-mails saem, não no IP interno. Se você usa um serviço de relay de e-mail (como Amazon SES ou SendGrid), o PTR é gerenciado pelo provedor do serviço e você não precisa configurá-lo. Mas se você gerencia um servidor de correio dedicado, o reverse DNS é sua responsabilidade e um dos aspectos mais frequentemente negligenciados.