Os teus emails continuam a ir parar ao spam e não percebes porquê. Configuraste SPF, DKIM e DMARC através dos registos TXT para segurança do email e tudo parece certo. Mas há mais uma coisa que os servidores de receção verificam antes de confiarem nas tuas mensagens. Fazem uma consulta DNS inversa ao endereço IP que enviou o email. Se essa consulta não devolver um nome de domínio correspondente, o email fica sinalizado. O registo responsável por essa consulta chama-se registo PTR.
O que é um registo PTR?
PTR significa Pointer (apontador). Um registo PTR associa um endereço IP de volta a um nome de domínio. É o inverso de um registo A. Enquanto um registo A diz "este nome de domínio aponta para este endereço IP", um registo PTR diz "este endereço IP pertence a este nome de domínio".
Pensa nisto como uma lista telefónica. Um registo A é procurar o número de telefone de alguém a partir do nome. Um registo PTR é procurar o nome de alguém a partir do número de telefone. Os dois registos ligam as mesmas duas informações, só que em sentidos opostos.
Os registos PTR ficam guardados numa zona especial do sistema DNS pensada para consultas inversas. Para endereços IPv4, essa zona fica sob o domínio in-addr.arpa. Para endereços IPv6, fica sob ip6.arpa. Não precisas de decorar isto. O que importa é perceber que os registos PTR vivem num sítio diferente dos teus outros registos DNS, e é por isso que a configuração funciona de forma diferente.
O que é uma consulta DNS inversa?
Uma consulta DNS inversa é o processo de pegar num endereço IP e encontrar o nome de domínio associado. Quando um servidor de correio recebe um email do endereço IP 203.0.113.25, pergunta ao sistema DNS "que nome de domínio está ligado a este IP?" O sistema DNS verifica o registo PTR desse IP e devolve a resposta.
Se existir um registo PTR e o nome de domínio que ele devolve corresponder ao servidor que enviou o email, a consulta passa. Se não houver registo PTR, ou se o nome de domínio não corresponder, o servidor de receção tem motivo para desconfiar.
O termo "inversa" faz sentido quando o comparas com uma consulta DNS normal. Uma consulta normal vai do nome de domínio para o endereço IP (direta). Uma consulta inversa vai do endereço IP para o nome de domínio (para trás). É só isso que significa.
Porque importam os registos PTR para o email?
Os servidores de email usam os registos PTR como uma das primeiras verificações ao decidir se aceitam uma mensagem recebida. A lógica é simples. Os remetentes legítimos têm registos PTR configurados para os endereços IP de onde enviam. Os spammers muitas vezes não.
Eis o que acontece quando envias um email.
- O teu servidor de correio liga-se ao servidor de correio de receção a partir de um endereço IP específico
- O servidor de receção pega nesse endereço IP e faz uma consulta DNS inversa
- Verifica se existe um registo PTR para esse IP
- Se existir um registo PTR, verifica se o nome de domínio no registo PTR corresponde ao domínio nos cabeçalhos do email
- Se tudo corresponder, o email passa esta verificação e segue para a verificação de SPF, DKIM e DMARC
Se não existir nenhum registo PTR, muitos servidores de receção rejeitam o email de imediato ou enviam-no para o spam. Alguns dos maiores fornecedores de email são rigorosos nisto. Sem registo PTR, não há confiança.
É por isso que os registos PTR são por vezes chamados a primeira linha de defesa da reputação do email. Ficam logo no início da cadeia de verificação, antes de todas as outras verificações sequer correrem.
Quem configura um registo PTR?
É aqui que os registos PTR são diferentes de todos os outros registos DNS com que já trabalhaste. Não acrescentas tu mesmo um registo PTR. O teu fornecedor de alojamento ou de serviço de email configura-o por ti.
O motivo é simples. Os registos PTR estão ligados a endereços IP, não a nomes de domínio. A organização que possui o bloco de endereços IP é a que controla a zona de DNS inverso desses endereços. É o teu fornecedor de alojamento, o teu fornecedor de servidores na cloud ou o teu serviço dedicado de envio de email.
Para a maioria das marcas, isto significa uma de duas coisas.
- Se usas alojamento partilhado, o teu fornecedor de alojamento já configurou registos PTR para os endereços IP partilhados dos seus servidores. Não precisas de fazer nada
- Se tens um endereço IP dedicado (comum em alojamento VPS ou servidores dedicados), podes ter de pedir ao teu fornecedor que crie um registo PTR para o teu IP. A maioria dos fornecedores tem um formulário ou uma opção de apoio para isso
Esta é uma distinção essencial. Não podes ir ao registador do teu domínio e acrescentar um registo PTR como acrescentarias um registo A ou um registo CNAME. Não funciona assim. O registo PTR vive na zona de DNS inverso, que o teu fornecedor de alojamento gere.
Como verificas se tens um registo PTR?
Verificar é simples. Precisas de saber o endereço IP de onde os teus emails são enviados e depois fazes uma consulta DNS inversa a esse IP.
Há algumas formas de o fazer.
- Usa uma ferramenta online de consulta DNS inversa. Introduz o teu endereço IP e ela diz-te se existe um registo PTR e que nome de domínio devolve
- Num computador com linha de comandos, podes escrever "nslookup" seguido do teu endereço IP. O resultado mostra o registo PTR, se existir
- Verifica os cabeçalhos de um email que enviaste. A maioria dos cabeçalhos de email inclui os resultados da consulta DNS inversa, identificados como rDNS ou PTR
Se a consulta devolver o teu nome de domínio, está tudo bem. Se não devolver nada, ou devolver um nome de anfitrião genérico que parece uma sequência de números e letras do teu fornecedor de alojamento, precisas de configurar um registo PTR adequado.
Como pedes um registo PTR ao teu fornecedor de alojamento?
O processo depende do teu fornecedor, mas costuma seguir o mesmo padrão.
- Descobre o endereço IP de onde o teu servidor ou serviço de email envia
- Decide para que nome de domínio queres que o registo PTR aponte. Deve corresponder ao nome de anfitrião com que o teu servidor de correio se identifica ao enviar email
- Contacta o teu fornecedor de alojamento ou usa o painel de controlo dele para pedir uma entrada de DNS inverso (rDNS) para esse endereço IP
- Espera que a alteração faça efeito. As atualizações de registos PTR podem demorar algumas horas a propagar-se
Alguns fornecedores de alojamento na cloud deixam-te configurar isto diretamente nas definições do servidor. Outros exigem um pedido de apoio. Seja como for, costuma ser um processo rápido quando sabes o que pedir.
Os registos PTR e os registos A devem corresponder
Para tudo funcionar bem, o teu DNS direto e o inverso devem concordar um com o outro. Isto chama-se DNS inverso confirmado por consulta direta (FCrDNS, forward-confirmed reverse DNS).
Na prática, significa isto.
- O teu registo A diz "mail.yourdomain.com aponta para 203.0.113.25"
- O teu registo PTR diz "203.0.113.25 aponta de volta para mail.yourdomain.com"
Quando os dois registos apontam um para o outro, as consultas direta e inversa confirmam-se mutuamente. Esta é a configuração ideal e muitos servidores de correio verificam exatamente esta correspondência. Se o teu registo A apontar para um IP mas o registo PTR desse IP devolver um nome de domínio diferente (ou nenhum), a verificação falha.
Pensa nisto como uma apresentação nos dois sentidos. O teu domínio diz "o meu endereço é este IP." O IP diz "pertenço a este domínio." Se as histórias coincidirem, a confiança fica estabelecida. Se se contradisserem, há algo errado.
O que acontece sem um registo PTR?
Sem um registo PTR, as consequências dizem sobretudo respeito ao email. O teu website continua a carregar bem. O teu DNS continua a resolver normalmente. Mas a tua reputação de email sofre.
Eis o que podes esperar.
- Os emails enviados do teu servidor têm mais probabilidade de acabar nas pastas de spam
- Alguns servidores de correio de receção rejeitam por completo os teus emails e devolvem uma mensagem de erro
- As ferramentas de teste de entregabilidade de email sinalizam a falta do registo PTR como um problema
- A pontuação da tua reputação de remetente desce, o que afeta todos os emails futuros desse IP
O mais frustrante é que a falta de um registo PTR é invisível se não souberes onde olhar. Não vês nenhum erro na tua aplicação de email. Não recebes nenhum aviso ao carregares em enviar. Limitas-te a reparar que os teus emails não estão a chegar e, se não souberes verificar um registo PTR, podes passar horas a resolver a coisa errada.
Equívocos comuns sobre registos PTR
Algumas coisas que apanham as pessoas.
- Não podes acrescentar um registo PTR no registador do teu domínio. Este é o equívoco mais comum. Os registos PTR estão ligados a endereços IP, não a nomes de domínio. O teu registador gere a zona DNS do teu domínio. O teu fornecedor de alojamento gere a zona de DNS inverso dos seus endereços IP. São dois sistemas separados
- Os registos PTR não servem só para servidores de email. Embora o email seja o caso de uso mais comum, os registos PTR também servem para diagnóstico de rede, registos e auditorias de segurança. Sempre que um sistema precisa de identificar quem é o dono de um endereço IP, usa uma consulta DNS inversa
- Ter um registo PTR não garante a entrega do email. É um fator entre muitos. Continuas a precisar de SPF, DKIM e DMARC configurados através dos teus registos TXT. Continuas a precisar de uma boa reputação de remetente. Mas, sem um registo PTR, as outras verificações podem nem sequer ter oportunidade de correr
- O alojamento partilhado normalmente já tem registos PTR. Se estás em alojamento partilhado, o teu fornecedor provavelmente já configurou registos PTR para o IP partilhado. Só tens de te preocupar com isto se tiveres o teu próprio endereço IP dedicado
Como a WEMASY trata dos registos PTR
A WEMASY gere a infraestrutura de alojamento de todos os websites criados na plataforma. Isso inclui a configuração do DNS, os certificados SSL e a configuração dos servidores. Os registos PTR dos servidores de alojamento da WEMASY são configurados ao nível da infraestrutura, por isso não precisas de configurar nada.
O alojamento e o reencaminhamento de email da WEMASY chegam em breve. Se ligares ao teu domínio um email personalizado do teu próprio fornecedor de email, acrescentas os respetivos registos MX e as entradas DNS relacionadas nas definições de DNS do teu domínio. Para marcas que usam um serviço separado de envio de email, configuras o registo PTR com o fornecedor de alojamento desse serviço, não através da WEMASY. Vê o que está incluído em cada plano na página de preços da WEMASY.
O que vem a seguir
Agora que percebes como funcionam os registos PTR para o DNS inverso e a verificação do email, o próximo capítulo explica o registo CAA. Um registo CAA controla que autoridades de certificação podem emitir certificados SSL para o teu domínio, acrescentando mais uma camada de segurança à tua configuração de DNS. Para uma visão geral de todos os tipos de registo e de quando usar cada um, vê o capítulo sobre tipos de registos DNS.
Perguntas frequentes
Pode haver mais do que um registo PTR para o mesmo endereço IP?
Tecnicamente sim, mas não é recomendado. O padrão DNS permite vários registos PTR para um único IP, mas a maioria dos servidores de correio só lê o primeiro resultado. Ter mais do que um pode causar comportamento imprevisível nas consultas DNS inversas. A boa prática é um registo PTR por endereço IP, a apontar para o nome de anfitrião principal desse servidor. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.
Quanto tempo demora uma alteração de um registo PTR a fazer efeito?
As alterações de registos PTR costumam propagar-se em poucas horas, como outras alterações de DNS. O tempo exato depende do valor de TTL definido pelo teu fornecedor de alojamento e da rapidez com que as caches DNS expiram pela internet. Na maioria dos casos, deves ver a atualização refletida em 4 a 24 horas.
Os registos PTR afetam a velocidade de carregamento do website?
Não. Os registos PTR não têm impacto na rapidez com que o teu website carrega. Só são usados em consultas DNS inversas, que acontecem quando um sistema quer identificar o dono de um endereço IP. Os navegadores dos visitantes do teu website fazem consultas DNS diretas (com registos A e registos CNAME), não consultas inversas. Os registos PTR são relevantes para a entrega de email e o diagnóstico de rede, não para a navegação web.
Qual é a diferença entre um registo PTR e um registo A?
São imagens espelhadas um do outro. Um registo A recebe um nome de domínio e devolve um endereço IP (consulta direta). Um registo PTR recebe um endereço IP e devolve um nome de domínio (consulta inversa). Um registo A é gerido na zona DNS do teu domínio, no registador ou no fornecedor de DNS. Um registo PTR é gerido na zona de DNS inverso por quem possui o bloco de endereços IP, que normalmente é o teu fornecedor de alojamento.
Preciso de um registo PTR se só tenho um website e não envio email?
Para um website apenas, um registo PTR não é necessário. O teu site carrega e funciona normalmente sem um. Os registos PTR passam a ser importantes quando envias email a partir de um servidor associado ao teu domínio. Se usas um serviço de email de terceiros que envia em teu nome, esse fornecedor gere o registo PTR dos IP de envio. Só tens de pensar em registos PTR quando controlas o servidor que envia o teu email.