Tus correos siguen cayendo en spam y no entiendes por qué. Has configurado SPF, DKIM y DMARC con tus registros TXT de seguridad del correo, y todo parece correcto. Pero hay una cosa más que los servidores receptores comprueban antes de fiarse de tus mensajes. Hacen una consulta DNS inversa sobre la dirección IP desde la que se envió el correo. Si esa consulta no devuelve un nombre de dominio que coincida, el correo queda marcado. El registro responsable de esa consulta se llama registro PTR.
¿Qué es un registro PTR?
PTR significa Pointer (puntero). Un registro PTR asocia una dirección IP con un nombre de dominio. Es lo contrario de un registro A. Donde un registro A dice "este nombre de dominio apunta a esta dirección IP", un registro PTR dice "esta dirección IP pertenece a este nombre de dominio".
Piensa en una guía telefónica. Un registro A es buscar el número de teléfono de alguien a partir de su nombre. Un registro PTR es buscar el nombre de alguien a partir de su número de teléfono. Ambos registros conectan los mismos dos datos, solo que en direcciones opuestas.
Los registros PTR se guardan en una zona especial del sistema DNS pensada para las consultas inversas. Para las direcciones IPv4, esa zona está bajo el dominio in-addr.arpa. Para las direcciones IPv6, está bajo ip6.arpa. No necesitas memorizarlo. Lo importante es entender que los registros PTR viven en un lugar distinto al de tus demás registros DNS, y por eso configurarlos funciona de otra manera.
¿Qué es una consulta DNS inversa?
Una consulta DNS inversa es el proceso de tomar una dirección IP y encontrar el nombre de dominio asociado a ella. Cuando un servidor de correo recibe un email desde la dirección IP 203.0.113.25, pregunta al sistema DNS "¿qué nombre de dominio está conectado a esta IP?". El sistema DNS consulta el registro PTR de esa IP y devuelve la respuesta.
Si existe un registro PTR y el nombre de dominio que devuelve coincide con el servidor que envió el correo, la consulta se supera. Si no hay registro PTR, o si el nombre de dominio no coincide, el servidor receptor tiene motivos para desconfiar.
El término "inversa" tiene sentido si lo comparas con una consulta DNS normal. Una consulta normal va del nombre de dominio a la dirección IP (directa). Una consulta inversa va de la dirección IP al nombre de dominio (hacia atrás). Eso es todo lo que significa.
¿Por qué importan los registros PTR para el correo?
Los servidores de correo usan los registros PTR como una de sus primeras comprobaciones al decidir si aceptan un mensaje entrante. La lógica es simple. Los remitentes legítimos tienen registros PTR configurados para las direcciones IP desde las que envían. Los spammers a menudo no.
Esto es lo que ocurre cuando envías un correo.
- Tu servidor de correo se conecta al servidor de correo receptor desde una dirección IP concreta
- El servidor receptor toma esa dirección IP y hace una consulta DNS inversa
- Comprueba si existe un registro PTR para esa IP
- Si existe un registro PTR, comprueba si el nombre de dominio del registro PTR coincide con el dominio de las cabeceras del correo
- Si todo coincide, el correo supera esta comprobación y pasa a la verificación de SPF, DKIM y DMARC
Si no hay ningún registro PTR, muchos servidores receptores rechazarán el correo de plano o lo enviarán a spam. Algunos de los mayores proveedores de correo son estrictos con esto. Sin registro PTR no hay confianza.
Por eso a veces se dice que los registros PTR son la primera línea de defensa de la reputación del correo. Están al principio de la cadena de verificación, antes de que se ejecuten las demás comprobaciones.
¿Quién configura un registro PTR?
Aquí es donde los registros PTR se distinguen de todos los demás registros DNS con los que has trabajado. Tú no añades un registro PTR. Lo configura por ti tu proveedor de hosting o tu proveedor de servicios de correo.
El motivo es sencillo. Los registros PTR están ligados a direcciones IP, no a nombres de dominio. La organización propietaria del bloque de direcciones IP es la que controla la zona DNS inversa de esas direcciones. Es decir, tu proveedor de hosting, tu proveedor de servidores en la nube o tu servicio dedicado de envío de correo.
Para la mayoría de las marcas, esto significa una de dos cosas.
- Si usas hosting compartido, tu proveedor de hosting ya ha configurado los registros PTR de las direcciones IP compartidas de sus servidores. No tienes que hacer nada
- Si tienes una dirección IP dedicada (habitual en hosting VPS o servidores dedicados), puede que tengas que pedir a tu proveedor que cree un registro PTR para tu IP. La mayoría de los proveedores tienen un formulario o una opción de soporte para esto
Esta es una distinción clave. No puedes ir a tu registrador de dominios y añadir un registro PTR como añadirías un registro A o un registro CNAME. No funciona así. El registro PTR vive en la zona DNS inversa, que gestiona tu proveedor de hosting.
¿Cómo compruebas si tienes un registro PTR?
Comprobarlo es fácil. Necesitas saber desde qué dirección IP se envían tus correos y después hacer una consulta DNS inversa sobre esa IP.
Hay varias formas de hacerlo.
- Usa una herramienta online de consulta DNS inversa. Introduce tu dirección IP y te dirá si existe un registro PTR y qué nombre de dominio devuelve
- En un ordenador con línea de comandos, puedes escribir "nslookup" seguido de tu dirección IP. El resultado mostrará el registro PTR si existe
- Mira las cabeceras de un correo que hayas enviado. La mayoría de las cabeceras incluyen el resultado de la consulta DNS inversa, con la etiqueta rDNS o PTR
Si la consulta devuelve tu nombre de dominio, todo bien. Si no devuelve nada, o devuelve un nombre de host genérico de tu proveedor de hosting que parece una cadena de números y letras, necesitas configurar un registro PTR adecuado.
¿Cómo pides un registro PTR a tu proveedor de hosting?
El proceso depende de tu proveedor, pero normalmente sigue el mismo patrón.
- Averigua la dirección IP desde la que envía tu servidor o tu servicio de correo
- Decide a qué nombre de dominio quieres que apunte el registro PTR. Debe coincidir con el nombre de host con el que se identifica tu servidor de correo al enviar
- Contacta con tu proveedor de hosting o usa su panel de control para solicitar una entrada de DNS inverso (rDNS) para esa dirección IP
- Espera a que el cambio surta efecto. Las actualizaciones de registros PTR pueden tardar unas horas en propagarse
Algunos proveedores de hosting en la nube te permiten configurarlo directamente en los ajustes del servidor. Otros exigen un ticket de soporte. En cualquier caso, suele ser un proceso rápido cuando sabes qué pedir.
Los registros PTR y los registros A deben coincidir
Para que todo funcione bien, tu DNS directo y tu DNS inverso deben coincidir. Esto se llama DNS inverso confirmado por el directo (FCrDNS, forward-confirmed reverse DNS).
En la práctica significa esto.
- Tu registro A dice "mail.yourdomain.com apunta a 203.0.113.25"
- Tu registro PTR dice "203.0.113.25 apunta de vuelta a mail.yourdomain.com"
Cuando ambos registros se apuntan entre sí, las consultas directa e inversa se confirman mutuamente. Es la configuración ideal y muchos servidores de correo comprueban justo esa coincidencia. Si tu registro A apunta a una IP pero el registro PTR de esa IP devuelve otro nombre de dominio (o ninguno), la verificación falla.
Piensa en una presentación en los dos sentidos. Tu dominio dice "mi dirección es esta IP". La IP dice "pertenezco a este dominio". Si las dos versiones coinciden, se establece la confianza. Si se contradicen, algo no cuadra.
¿Qué pasa sin un registro PTR?
Sin un registro PTR, las consecuencias afectan sobre todo al correo. Tu web seguirá cargando bien. Tu DNS seguirá resolviendo con normalidad. Pero tu reputación de correo sufre.
Esto es lo que puedes esperar.
- Es más probable que los correos enviados desde tu servidor acaben en carpetas de spam
- Algunos servidores de correo receptores rechazarán tus correos por completo y devolverán un mensaje de rebote
- Las herramientas de prueba de entregabilidad del correo marcarán como problema la falta del registro PTR
- La puntuación de reputación de tu remitente baja, lo que afecta a todos los correos futuros desde esa IP
Lo frustrante es que un registro PTR ausente es invisible si no sabes dónde mirar. No verás ningún error en tu cliente de correo. No recibirás ningún aviso al pulsar enviar. Simplemente notarás que tus correos no llegan y, si no sabes que hay que revisar el registro PTR, puedes pasar horas buscando el problema en el sitio equivocado.
Ideas equivocadas habituales sobre los registros PTR
Algunas cosas que confunden a la gente.
- No puedes añadir un registro PTR en tu registrador de dominios. Es el malentendido más común. Los registros PTR están ligados a direcciones IP, no a nombres de dominio. Tu registrador gestiona la zona DNS de tu dominio. Tu proveedor de hosting gestiona la zona DNS inversa de sus direcciones IP. Son dos sistemas distintos
- Los registros PTR no son solo para servidores de correo. Aunque el correo es el caso de uso más común, los registros PTR también se usan para diagnosticar redes, para registros de actividad y para auditorías de seguridad. Siempre que un sistema necesita identificar quién es el titular de una dirección IP, usa una consulta DNS inversa
- Tener un registro PTR no garantiza la entrega del correo. Es un factor entre muchos. Sigues necesitando SPF, DKIM y DMARC configurados con tus registros TXT. Sigues necesitando una buena reputación de remitente. Pero sin un registro PTR, puede que las demás comprobaciones ni siquiera lleguen a ejecutarse
- El hosting compartido suele tener ya registros PTR. Si usas hosting compartido, es probable que tu proveedor haya configurado los registros PTR de la IP compartida. Solo tienes que preocuparte por esto si tienes tu propia dirección IP dedicada
Cómo gestiona WEMASY los registros PTR
WEMASY gestiona la infraestructura de hosting de cada web creada en la plataforma. Eso incluye la configuración del DNS, los certificados SSL y la configuración de servidores. Los registros PTR de los servidores de correo y de hosting de WEMASY se configuran a nivel de infraestructura, así que no tienes que configurar nada tú mismo.
Si usas WEMASY para el reenvío de correo o conectas un correo propio a través de tu dominio, los registros MX y las entradas DNS relacionadas se gestionan mediante el flujo de conexión de dominio de la plataforma. Para las marcas que usan un servicio de envío de correo aparte, el registro PTR se configuraría con el proveedor de hosting de ese servicio, no a través de WEMASY. Consulta lo que incluye cada plan en la página de precios de WEMASY.
Qué viene después
Ahora que entiendes cómo funcionan los registros PTR para el DNS inverso y la verificación del correo, el siguiente capítulo trata el registro CAA. Un registro CAA controla qué autoridades de certificación pueden emitir certificados SSL para tu dominio y añade otra capa de seguridad a tu configuración DNS. Para ver todos los tipos de registro y cuándo usar cada uno, consulta el capítulo sobre los tipos de registros DNS.
Preguntas frecuentes
¿Se puede tener más de un registro PTR para la misma dirección IP?
Técnicamente sí, pero no se recomienda. El estándar DNS permite varios registros PTR para una misma IP, pero la mayoría de los servidores de correo solo leen el primer resultado. Tener más de uno puede causar un comportamiento impredecible en las consultas DNS inversas. La mejor práctica es un registro PTR por dirección IP, apuntando al nombre de host principal de ese servidor. Con el creador de webs de WEMASY, puedes configurarlo directamente en tu web.
¿Cuánto tarda en surtir efecto un cambio de registro PTR?
Los cambios de registros PTR suelen propagarse en unas horas, igual que otros cambios de DNS. El tiempo exacto depende del valor de TTL que fije tu proveedor de hosting y de lo rápido que caduquen las cachés DNS por internet. En la mayoría de los casos, deberías ver la actualización reflejada entre 4 y 24 horas después.
¿Afectan los registros PTR a la velocidad de carga de la web?
No. Los registros PTR no influyen en la rapidez con que carga tu web. Solo se usan para consultas DNS inversas, que se hacen cuando un sistema quiere identificar al titular de una dirección IP. Los navegadores de tus visitantes hacen consultas DNS directas (con registros A y CNAME), no inversas. Los registros PTR son relevantes para la entrega del correo y el diagnóstico de redes, no para la navegación web.
¿Cuál es la diferencia entre un registro PTR y un registro A?
Son imágenes especulares. Un registro A toma un nombre de dominio y devuelve una dirección IP (consulta directa). Un registro PTR toma una dirección IP y devuelve un nombre de dominio (consulta inversa). Un registro A se gestiona en la zona DNS de tu dominio, en tu registrador o proveedor de DNS. Un registro PTR se gestiona en la zona DNS inversa, por quien sea propietario del bloque de direcciones IP, que suele ser tu proveedor de hosting.
¿Necesitas un registro PTR si solo tienes una web y no envías correo?
Para una web sin más, un registro PTR no es necesario. Tu sitio cargará y funcionará con normalidad sin él. Los registros PTR cobran importancia cuando envías correo desde un servidor asociado a tu dominio. Si usas un servicio de correo de terceros que envía en tu nombre, ese proveedor gestiona el registro PTR de sus IP de envío. Solo tienes que pensar en los registros PTR cuando controlas el servidor que envía tu correo.