Verificar minha conexão

Guias · E-mail e domínios

O que é DNS reverso (PTR), e por que o e-mail se importa com isso?

Pergunte ao DNS por dns.google e você recebe 8.8.8.8. Pergunte ao contrário, “qual é o nome do 8.8.8.8?”, e você está usando o DNS reverso. É um recurso pequeno que decide uma quantidade surpreendente de coisas: se o seu servidor de e-mail merece confiança e se um rastreador é legítimo.

Como funciona

Os nomes reversos ficam numa parte especial do DNS. O endereço é escrito de trás para a frente sob in-addr.arpa (IPv4) ou ip6.arpa (IPv6), e o registro ali é um PTR, um ponteiro para um nome:

8.8.8.8.in-addr.arpa.   PTR   dns.google.

Como a zona reversa segue os blocos de endereços, ela pertence a quem tem o bloco: o registro a delega ao provedor, e o provedor define os nomes ou deixa os clientes definirem. É por isso que você não consegue adicionar um registro PTR no painel de DNS do seu domínio. Ele é configurado com quem forneceu o endereço.

Consulte

dig -x 8.8.8.8 +short
host 8.8.8.8
nslookup 8.8.8.8                 # Windows, macOS, Linux
Resolve-DnsName 8.8.8.8          # Windows PowerShell

Depois confira a outra direção: consulte o nome que você recebeu e veja se ele devolve o mesmo endereço. Se devolver, o nome está confirmado na direção direta. Quem controla um bloco pode fazer o PTR dizer qualquer coisa (“mail.seubanco.com.br”), mas só o verdadeiro dono desse nome consegue fazê-lo apontar de volta. Um nome reverso sem a confirmação direta não prova nada.

Um exemplo real: seis endereços, três resultados

Consultamos seis endereços conhecidos na consulta de IP do iplover em 9 de novembro de 2026. Ela faz as duas consultas e informa se batem:

EndereçoNome de DNS reversoAponta de volta?O que isso diz
8.8.8.8dns.googleSimO DNS público do Google, com nome de propósito
1.1.1.1one.one.one.oneSimO DNS público da Cloudflare
66.249.66.1crawl-66-249-66-1.googlebot.comSimUm endereço legítimo do Googlebot: é assim que rastreadores são verificados
185.220.101.1berlin01.tor-exit.artikel10.orgSimUma saída do Tor cujo operador diz isso abertamente
172.224.226.33a172-224-226-33.source.akaquill.netNãoUm nome genérico montado a partir do endereço (uma saída do iCloud Private Relay); ele rotula o endereço, mas não prova nada
3.5.140.1Nenhumn/aUm endereço de nuvem que ninguém nomeou, como a maioria

O padrão é o de sempre. Serviços que querem ser reconhecidos definem um nome significativo e confirmado na direção direta. Redes grandes dão aos seus endereços nomes genéricos, muitas vezes com o próprio endereço dentro, ou nenhum nome. Faltar um PTR não é suspeito para um visitante da web. Para um servidor de e-mail, é um problema.

Por que o e-mail se importa

Os servidores de e-mail que recebem olham o endereço que se conectou a eles. Se ele não tem nome PTR, se o nome não aponta de volta, ou se o nome parece de conexão doméstica (com palavras como dynamic, dsl ou pool, ou com o endereço escrito por extenso), muitos servidores recusam o e-mail ou o pontuam como provável spam. As diretrizes do Google para remetentes, por exemplo, pedem que os endereços de envio tenham um registro PTR cujo nome resolva de volta para o mesmo endereço.

Então, se você mantém o seu próprio servidor de e-mail, ou se um serviço envia e-mail direto do seu servidor ou VPS:

O que você encontraO que significaO que fazer
Sem PTR no endereço do seu servidor de e-mailMuitos destinatários vão recusar ou mandar para o lixo os seus e-mailsConfigure um no painel da sua hospedagem (muitas vezes na parte de rede ou nas configurações do servidor), ou peça ao suporte.
O PTR é um nome genérico do provedorParece uma máquina alugada qualquerTroque pelo nome do seu servidor de e-mail, como mail.seudominio.com.br.
PTR configurado, mas o nome não resolve para o endereçoNão confirmado na direção diretaAdicione um registro A (ou AAAA) para esse nome apontando para o endereço.
Nome e endereço batem, e o nome é o que o seu servidor diz na saudação (HELO/EHLO)Tudo coerenteNada a fazer.
Você envia pelo Google Workspace, pelo Microsoft 365 ou por um serviço de newsletterQuem envia são os servidores deles, não o seuNada a fazer: o provedor cuida do DNS reverso. Foque em SPF, DKIM e DMARC.
Servidor de e-mail numa conexão domésticaNormalmente você não consegue definir um PTR, e faixas domésticas são muito bloqueadasEnvie os e-mails de saída pelo seu provedor ou por um serviço de e-mail.

No IPv6 valem as mesmas regras, com nomes mais longos. Se o seu servidor envia por IPv6, ele também precisa de um PTR para o endereço IPv6; uma configuração IPv4 correta não cobre isso.

O que o DNS reverso não consegue dizer

Um nome reverso é um rótulo escolhido por quem controla o endereço, e nada mais. Sem a verificação direta, ele pode afirmar qualquer coisa. Mesmo confirmado, ele diz em que rede o endereço está, não quem o usa: um nome de nuvem significa um servidor na nuvem, alugado por alguém que você não vê. Ele serve de prova para uma pergunta (é mesmo o rastreador do Google, é um servidor de e-mail decente) e quase não serve para a pergunta que as pessoas costumam esperar que ele responda: quem está por trás de um endereço.

Fontes

Documentos oficiais que usamos para conferir os fatos deste guia.