Reverse DNS: el DNS al revés
Mientras el DNS tradicional (forward DNS) convierte un hostname en una dirección IP, el Reverse DNS hace la operación opuesta: dada una dirección IP, devuelve el hostname asociado. Esta traducción se realiza mediante los registros PTR (Pointer), almacenados en zonas DNS especiales: in-addr.arpa para IPv4 e ip6.arpa para IPv6. La dirección IP se invierte y se concatena a la zona arpa: para resolver 192.168.1.100, el resolver consulta 100.1.168.192.in-addr.arpa buscando el registro PTR.
El reverse DNS podría parecer una funcionalidad secundaria, pero tiene implicaciones prácticas enormes, especialmente para el correo electrónico. La mayoría de los servidores de correo (Gmail, Outlook, Yahoo) verifican el reverse DNS de la IP del remitente. Si la IP no tiene un registro PTR, o si el PTR no coincide con el forward DNS (el llamado FCrDNS — Forward Confirmed Reverse DNS), los correos son penalizados o rechazados. Esta verificación sirve para comprobar que el servidor está legítimamente configurado y no es un bot o un servidor comprometido que envía spam.
Configurar el Reverse DNS
A diferencia de los registros A y MX que gestionas tú en el DNS de tu dominio, los registros PTR son gestionados por el propietario del bloque IP — típicamente tu ISP o proveedor de hosting. Para configurar o modificar un registro PTR, debes contactar al proveedor que te asignó la IP y solicitar la creación o actualización. Muchos proveedores en la nube (AWS, DigitalOcean, Hetzner) ofrecen interfaces de autoservicio para gestionar los PTR de sus IPs.
Reverse DNS y entregabilidad del correo
El reverse DNS es un factor crítico para la entregabilidad del correo electrónico. Verifica el PTR de tus servidores de correo con nuestro Reverse DNS y asegúrate de que el FCrDNS sea válido. Si el PTR está ausente o no coincide, tus correos tienen una alta probabilidad de terminar en spam o ser rechazados. Además del PTR, verifica que la IP no esté en listas negras con Blacklist Check — un PTR ausente a menudo está correlacionado con IPs en listas negras porque ambos son indicadores de servidores mal configurados.
Para los servidores de correo, la mejor práctica es tener un PTR que apunte a un hostname significativo (como mail.ejemplo.com, no 50-113-0-203.generic.provider.com) y que este hostname tenga un registro A que resuelva a la misma IP. Evita PTR genéricos asignados por el proveedor y PTR múltiples para la misma IP. Verifica la configuración completa de tu servidor de correo con SMTP Diagnostics que incluye la verificación del reverse DNS en su informe.
Un caso particular son los servidores detrás de NAT o balanceadores de carga: asegúrate de que el PTR esté configurado en la IP pública efectiva desde la que salen los correos, no en la IP interna. Si usas un servicio de relay de correo (como Amazon SES o SendGrid), el PTR es gestionado por el proveedor del servicio y no necesitas configurarlo tú. Pero si gestionas un servidor de correo dedicado, el reverse DNS es tu responsabilidad y uno de los aspectos más frecuentemente descuidados.