DNS reverso é a consulta que descobre o nome de domínio a partir de um endereço IP — o caminho inverso do DNS comum. Enquanto o DNS normal parte de um nome (seusite.com.br) e chega a um IP, o DNS reverso parte de um IP e chega a um nome. Quem faz esse trabalho é um tipo específico de registro: o PTR.
Na navegação do dia a dia, você nunca percebe o DNS reverso. Mas há um lugar onde ele é decisivo: o e-mail. Servidores de e-mail do mundo inteiro checam o DNS reverso de quem envia antes de aceitar a mensagem — e um IP sem PTR configurado, ou com PTR errado, é uma das causas mais comuns de e-mail caindo direto no spam. Este guia explica o que é o DNS reverso, como funciona o registro PTR, por que ele é diferente de todos os outros registros, e como configurá-lo.
O DNS reverso converte um endereço IP de volta em um nome de domínio — o inverso do DNS comum. Ele usa o registro PTR (pointer), armazenado numa zona especial terminada em .in-addr.arpa. Detalhe que pega todo mundo: o PTR não é configurado no DNS do seu domínio, e sim por quem controla o bloco de IP — normalmente a hospedagem ou o provedor. Sua principal função é a entrega de e-mail: servidores checam se o IP de envio tem um PTR válido que “fecha o círculo” com o registro A, e recusam ou marcam como spam quem não tem.
Conteúdo
O que é DNS reverso
O DNS que você conhece funciona numa direção: você digita homehost.com.br e ele devolve o endereço IP do servidor. Isso é o DNS direto (forward), e é o registro A que faz esse trabalho.
O DNS reverso (rDNS) faz o caminho contrário: parte de um endereço IP e descobre qual nome está associado a ele. Se o DNS direto responde “qual o IP deste nome?”, o reverso responde “qual o nome deste IP?”.
Para entender por que isso é útil, pense em quem recebe uma conexão. Um servidor que recebe um e-mail vê apenas o IP de quem está enviando — um número, sem contexto. O DNS reverso é o que permite a ele perguntar: “este IP diz pertencer a quem?”. Se a resposta for coerente, a conexão ganha credibilidade; se não houver resposta, ela fica suspeita.
O registro PTR
O DNS reverso é possível graças a um tipo de registro chamado PTR (pointer record, ou registro de ponteiro). Ele é o espelho do registro A:
| Registro | Pergunta que responde | Direção |
|---|---|---|
| A | Qual o IP de seusite.com.br? | Nome → IP |
| PTR | Qual o nome de 200.151.24.50? | IP → Nome |
O PTR guarda, para um determinado IP, o nome de domínio canônico daquele endereço. Quando um servidor faz uma consulta reversa, é o PTR que responde. Ele é a base de tudo que envolve DNS reverso — a ponto de “DNS reverso” e “registro PTR” serem, na prática, dois nomes para o mesmo assunto: o conceito e o registro que o implementa.
A zona in-addr.arpa: o IP de trás para frente
Aqui está a parte mais curiosa do DNS reverso, e que revela como ele foi encaixado no sistema.
O DNS foi construído para ler nomes da direita para a esquerda, do mais geral para o mais específico: em blog.seusite.com.br, o .br é a raiz, depois vem com, seusite e por fim blog. Os IPs funcionam ao contrário — em 200.151.24.50, a parte mais geral (a rede) fica à esquerda.
Para encaixar o IP nessa lógica de “geral primeiro”, o DNS reverso inverte o endereço e adiciona um sufixo especial:
IP: 200.151.24.50
Vira: 50.24.151.200.in-addr.arpa O IP aparece de trás para frente, seguido de .in-addr.arpa — um domínio reservado exclusivamente para o DNS reverso. É nessa “zona reversa” que os registros PTR vivem. Para IPv6, a lógica é a mesma, com o sufixo .ip6.arpa.
Você raramente vai digitar isso à mão — as ferramentas montam o nome invertido sozinhas. Mas entender esse formato explica por que o DNS reverso parece tão diferente: ele não mora junto dos outros registros do seu domínio. Mora numa árvore própria, organizada por IP, não por nome.
Por que o PTR é diferente de todos os outros registros
Este é o ponto que mais confunde. Registros como A, CNAME, MX e TXT ficam na zona do seu domínio, e você os edita no painel da hospedagem. O PTR não. Ele fica na zona reversa do bloco de IP, que pertence a quem é dono daquele IP — normalmente a sua hospedagem, o provedor de nuvem ou o seu ISP. Por isso você pode procurar a vida inteira no painel do seu domínio e nunca achar onde criar um PTR: ele simplesmente não está lá. Para configurá-lo, é preciso pedir a quem controla o IP.
A lógica por trás disso é justa: quem prova ser o dono de um IP é quem o administra, não quem só aponta um nome para ele. Qualquer pessoa pode criar um registro A dizendo que o seu domínio aponta para o IP 8.8.8.8 — mas isso não lhe dá controle nenhum sobre o 8.8.8.8. O PTR, por morar do lado do IP, só pode ser definido por quem realmente o controla. É isso que dá valor a ele como sinal de confiança.
Na prática:
- Em hospedagem compartilhada, o PTR já vem configurado pelo provedor, apontando para um nome dele. Você normalmente não precisa (nem pode) mexer.
- Em VPS ou servidor dedicado, você geralmente pode solicitar um PTR personalizado ao provedor, apontando o IP para o hostname do seu servidor de e-mail.
- No seu DNS, o que você configura é o registro A correspondente — porque o PTR só tem valor se “fechar o círculo” com ele, como veremos a seguir.
FCrDNS: o teste que os servidores realmente fazem
Ter um PTR configurado não basta. O que os servidores de e-mail de verdade verificam é algo mais rígido, chamado FCrDNS (Forward-Confirmed reverse DNS), ou DNS reverso com confirmação direta — também conhecido como “círculo completo”.
O motivo de existir é uma brecha. Como o PTR é definido por quem controla o IP, um spammer que aluga um IP poderia apontar o PTR dele para mail.google.com e tentar herdar a reputação do Google. O FCrDNS fecha essa brecha exigindo que os dois lados concordem entre si:
1. IP do remetente -> PTR -> mail.seusite.com.br
2. mail.seusite.com.br -> registro A -> IP do remetente
Se o passo 2 devolve o MESMO IP do passo 1, o círculo fechou. ✓ Ou seja: o PTR aponta o IP para um nome, e o registro A daquele nome precisa apontar de volta para o mesmo IP. Se as duas pontas batem, o servidor tem uma garantia razoável de que quem envia é quem diz ser. Se não batem — ou se falta uma das pontas — a mensagem perde credibilidade.
É por isso que configurar DNS reverso é sempre um trabalho de dois lados: pedir o PTR a quem controla o IP, e criar o registro A correspondente no seu domínio. Um sem o outro não fecha o círculo.
Por que isso importa tanto para e-mail
O DNS reverso é, acima de tudo, uma ferramenta anti-spam. E a razão é histórica: máquinas domésticas infectadas, usadas por botnets para disparar spam, quase nunca têm PTR configurado — porque o dono do IP (o provedor de internet residencial) não configura reverso para cada cliente. Servidores de e-mail legítimos, ao contrário, têm.
Isso transformou o PTR num filtro de primeira linha:
- Um IP sem PTR é tratado com forte desconfiança — muitos servidores recusam a conexão de cara.
- Um PTR genérico (do tipo
ip-200-151-24-50.provedor.net, atribuído automaticamente) é melhor que nada, mas fraco: não identifica o seu domínio. - Um PTR próprio, com FCrDNS fechado, é o que os grandes provedores esperam de quem envia e-mail a sério.
O DNS reverso não substitui o SPF, DKIM e DMARC — ele os complementa. Enquanto esses três autenticam o domínio e o conteúdo da mensagem, o PTR valida o IP de envio. Juntos, formam a base da entregabilidade: um domínio que quer chegar à caixa de entrada precisa dos quatro alinhados. Se os seus e-mails vão para o spam mesmo com SPF e DKIM corretos, o DNS reverso do IP de envio é um dos primeiros lugares a investigar.
Como consultar o DNS reverso de um IP
Você pode verificar o PTR de qualquer IP com o comando nslookup ou dig:
Windows / Mac / Linux: nslookup 200.151.24.50
Mac / Linux (mais direto): dig -x 200.151.24.50 +short O dig -x já cuida de inverter o IP e consultar a zona .in-addr.arpa para você. Se houver um PTR, o comando devolve o hostname; se não houver, a resposta vem vazia (ou como NXDOMAIN).
Para conferir o FCrDNS — o círculo completo — faça as duas pontas: consulte o PTR do IP e depois o registro A do nome que ele devolveu. Se o A voltar ao IP original, está tudo certo. A ferramenta Qual é meu IP mostra o hostname reverso do seu IP atual, um jeito rápido de ver isso.
Como configurar o DNS reverso
O processo tem sempre duas etapas, nesta ordem:
- Crie o registro A no DNS do seu domínio, apontando o hostname do servidor (por exemplo,
mail.seusite.com.br) para o IP dele. Essa ponta você controla. - Solicite o PTR a quem controla o IP — a sua hospedagem, o provedor de VPS ou o provedor de nuvem. Informe o IP e o hostname que ele deve apontar (o mesmo do registro A). Em muitos painéis de VPS, há um campo de “DNS reverso” ou “rDNS”; em outros, é preciso abrir um chamado.
Feitas as duas, aguarde a propagação de DNS e confirme com o dig -x. Uma observação importante: o PTR deve apontar para um nome que existe e resolve de volta ao IP — apontar para um hostname sem registro A quebra o FCrDNS e é um erro comum.
Problemas comuns de DNS reverso
| Sintoma | Causa provável | O que fazer |
|---|---|---|
| Não acho onde criar o PTR no painel | PTR não fica no DNS do domínio | Solicite a quem controla o IP (hospedagem/VPS) |
| E-mails caindo no spam | IP sem PTR ou com PTR genérico | Configure um PTR próprio com FCrDNS fechado |
| “Reverse DNS does not match” | PTR aponta para nome sem registro A de volta | Alinhe o A e o PTR para o mesmo IP |
dig -x não devolve nada | Não há PTR configurado para o IP | Peça a criação ao dono do bloco de IP |
| PTR criado, mas ainda falha | Propagação ainda não concluída | Zonas reversas podem demorar mais; aguarde |
Perguntas frequentes
O que é DNS reverso?
É a consulta que descobre o nome de domínio associado a um endereço IP, o caminho inverso do DNS comum. Enquanto o DNS direto parte de um nome e chega a um IP (pelo registro A), o DNS reverso parte de um IP e chega a um nome, usando o registro PTR. Sua aplicação mais importante é na verificação de servidores de e-mail.
O que é um registro PTR?
PTR (pointer) é o tipo de registro DNS que faz o DNS reverso funcionar: ele associa um endereço IP a um nome de domínio. É o espelho do registro A, que faz o contrário. O PTR fica numa zona especial terminada em .in-addr.arpa (para IPv4) ou .ip6.arpa (para IPv6), organizada por IP em vez de por nome.
Por que não consigo criar o PTR no painel do meu domínio?
Porque o PTR não fica na zona do seu domínio, e sim na zona reversa do bloco de IP, que pertence a quem controla aquele IP — normalmente a sua hospedagem, o provedor de VPS ou o ISP. Para criar ou alterar um PTR, é preciso solicitar a eles, e não editar no DNS do domínio. É a diferença fundamental do PTR para os registros A, CNAME, MX e TXT.
Para que serve o DNS reverso?
Sua função principal é a entrega de e-mail. Servidores de destino consultam o DNS reverso do IP de quem envia para verificar se ele é legítimo: um IP sem PTR, ou com PTR que não confere, é tratado como suspeito e a mensagem costuma ir para o spam ou ser recusada. Também é usado em diagnóstico de rede e em logs, para mostrar nomes em vez de números.
O que é FCrDNS?
FCrDNS (Forward-Confirmed reverse DNS) é a verificação completa que os servidores de e-mail realmente fazem. Não basta ter um PTR: o nome que o PTR devolve precisa ter um registro A que aponte de volta ao mesmo IP. Se as duas pontas batem, o círculo se fecha e o IP ganha credibilidade. É o que impede um spammer de apontar o PTR para um nome que não é dele.
DNS reverso substitui SPF, DKIM e DMARC?
Não. Eles são complementares. O SPF, DKIM e DMARC autenticam o domínio e o conteúdo da mensagem; o DNS reverso valida o IP de envio. Um bom setup de entregabilidade tem os quatro configurados e alinhados. Se os e-mails vão para o spam mesmo com SPF e DKIM corretos, o DNS reverso do IP de envio é um dos primeiros pontos a checar.
Como consultar o DNS reverso de um IP?
Use nslookup 200.151.24.50 no Windows, Mac ou Linux, ou dig -x 200.151.24.50 +short no Mac e Linux, que já inverte o IP e consulta a zona reversa. Se houver um PTR, o comando devolve o hostname; se não houver, a resposta vem vazia. Para checar o FCrDNS, consulte também o registro A do nome devolvido e veja se ele volta ao IP original.
Todo site precisa de DNS reverso?
Não necessariamente. Um site comum, que só serve páginas, funciona sem PTR. Ele se torna importante quando o servidor envia e-mail: aí o DNS reverso do IP de envio passa a ser decisivo para a entrega. Em hospedagem compartilhada, o provedor já cuida disso; em VPS ou servidor dedicado que envia e-mail, vale configurar um PTR próprio.
No e-mail profissional da Homehost o DNS reverso já vem configurado, junto com SPF, DKIM e DMARC — os quatro pilares da entregabilidade prontos, para as suas mensagens não caírem no spam por um PTR faltando.
Conhecer o e-mail profissionalConclusão
O DNS reverso é o caminho de volta do DNS: do IP para o nome, feito pelo registro PTR e guardado na zona .in-addr.arpa. Três coisas resumem o que importa: o PTR não fica no DNS do seu domínio — ele é controlado por quem dona o bloco de IP, então se configura pedindo à hospedagem ou ao provedor; o que os servidores checam é o FCrDNS, o círculo completo em que o PTR e o registro A concordam sobre o mesmo IP; e a razão de tudo isso é o e-mail — o DNS reverso é o quarto pilar da entregabilidade, ao lado de SPF, DKIM e DMARC. Um site comum vive sem ele; um servidor que manda e-mail, não.
