Consulta de DNS reverso
Digite um endereço IP para obter o nome de host que responde por ele. A consulta depois verifica se o nome aponta de volta para o mesmo endereço, que é o teste que os servidores de e-mail fazem antes de aceitar uma mensagem.
O DNS lido ao contrário
Na maior parte do tempo, o DNS transforma um nome em um endereço: dns.google dá 8.8.8.8. Uma consulta reversa faz o caminho inverso e pergunta qual nome pertence a 8.8.8.8. O DNS não tem índice por endereço, então a pergunta é disfarçada de nome comum. Os quatro números são escritos em ordem inversa e colocados sob um domínio especial:
8.8.4.4 → 4.4.8.8.in-addr.arpa
No IPv6, os 32 dígitos hexadecimais do endereço completo são invertidos um a um sob ip6.arpa. A resposta, quando existe, é um registro PTR (“ponteiro”) que contém um nome de host. Os resultados mostram o nome exato que foi consultado, o que ajuda no dia em que você mesmo precisar criar o registro.
A ordem é invertida pelo mesmo motivo que um nome de domínio vai do específico para o geral. Assim, a faixa 8.8.4.x pode ser entregue a uma organização como a zona 4.8.8.in-addr.arpa.
Quem controla a resposta
Esta parte surpreende a maioria das pessoas. O registro reverso de um endereço não fica na zona DNS do seu domínio. Ele pertence a quem recebeu a faixa de endereços, ou seja, a empresa de hospedagem, a plataforma de nuvem ou o provedor de internet. Ser dono de example.com não dá a você nenhum controle sobre o que 203.0.113.25 responde.
Para mudar, procure “DNS reverso”, “rDNS” ou “PTR” no painel de controle do servidor, ou abra um chamado com o provedor. Conexões residenciais e móveis geralmente recebem um nome automático montado a partir do endereço, como host-203-0-113-25.dynamic.provider.net, e você não pode alterá-lo.
DNS reverso confirmado
O dono de uma faixa de endereços pode escrever qualquer coisa em um registro PTR, inclusive mail.your-bank.com, então um nome reverso sozinho não prova nada. A prova vem de fazer o caminho de volta. Pegue o nome, consulte o registro A dele (ou AAAA no IPv6) e veja se o endereço original está na resposta. Se estiver, o dono do endereço e o dono do nome concordam, e o par é chamado de confirmado nos dois sentidos (FCrDNS).
Esta consulta faz isso para até cinco nomes por endereço e informa um destes resultados:
- Confirmado nos dois sentidos
- O nome resolve para o endereço que você digitou.
- Não confirmado
- O nome resolve para outros endereços, ou para nenhum. Para um servidor de e-mail, isso conta como falha.
- Sem registro PTR
- O endereço não tem nome. Isso é normal para muitos dispositivos e é um problema para um servidor que envia e-mail.
É no e-mail que tudo isso mais importa. O Gmail exige que um endereço de envio tenha um registro PTR e que esse registro seja confirmado nos dois sentidos. Os outros grandes provedores de e-mail aplicam a mesma regra, e as mensagens de um endereço que falha são rejeitadas ou mandadas para o lixo eletrônico. Muitos destinatários também comparam o nome com o que o servidor anuncia na saudação. Para testar os servidores de e-mail de um domínio, use o teste de MX e TLS. Para ver se um endereço tem má reputação, existe a consulta de listas de bloqueio.
Endereços sem nada a consultar
Algumas faixas são reservadas e nunca aparecem na internet pública. A consulta as reconhece e as explica sem enviar nenhuma pergunta:
| Faixa | O que é |
|---|---|
10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, fc00::/7 | Redes privadas: casa, escritório, data center |
127.0.0.0/8, ::1 | Loopback: a própria máquina |
169.254.0.0/16, fe80::/10 | Link-local: autoatribuído, um único segmento de rede |
100.64.0.0/10 | CGNAT: a rede interna compartilhada do provedor |
192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, 2001:db8::/32 | Exemplos de documentação |
224.0.0.0/4, ff00::/8 | Grupos multicast |
Se “Usar o meu endereço” cair em uma dessas faixas, você está vendo uma cópia local da página ou está atrás de um proxy incomum.
Um nome reverso diz o que o operador do endereço escolheu publicar. Ele não lista os sites hospedados no endereço, e esta página não tenta listá-los. Quando o nosso servidor tem uma base de redes disponível, o resultado também indica a rede e o país do endereço, lidos localmente sem contatar nenhum serviço externo.
Perguntas frequentes
Como configuro um registro PTR para o meu servidor?
Peça ao provedor do endereço IP, não ao registrador do seu domínio. A maioria dos painéis de hospedagem e de nuvem tem um campo “DNS reverso” ao lado de cada endereço. Coloque nele o nome de host completo do servidor e depois confira se esse nome tem um registro A (ou AAAA) com o mesmo endereço.
Por que o meu endereço IP não tem DNS reverso?
Porque o dono da faixa de endereços nunca criou um registro PTR para ele, e nada obriga a isso. Só vira um problema quando o endereço envia e-mail ou quando um serviço ao qual você se conecta exige o registro.
Um endereço IP pode ter vários registros PTR?
O DNS permite, mas não é recomendado. A maioria dos programas lê um único nome, alguns falham quando a resposta fica grande demais e os servidores de e-mail podem escolher um que não confere. A configuração segura é um nome por endereço.
O registro PTR precisa corresponder ao meu nome de domínio?
Não ao domínio do seu site. Para um servidor de e-mail, ele deve corresponder ao nome de host que o servidor usa na saudação SMTP (por exemplo mail.example.com), e esse nome precisa resolver de volta para o endereço. Muitos sites em um mesmo endereço compartilham um único nome reverso sem problema nenhum.
Uma consulta reversa mostra todos os sites hospedados em um endereço IP?
Não. Um registro PTR contém o nome que o operador escolheu, geralmente um só. As listas de “outros sites neste IP” vêm de bases montadas rastreando a web, não do DNS, e esta ferramenta não as fornece.
O que significam in-addr.arpa e ip6.arpa?
São os dois ramos do DNS reservados para consultas reversas: in-addr.arpa para IPv4 e ip6.arpa para IPv6. Um endereço é escrito ao contrário sob um deles para formar o nome cujo registro PTR é consultado.