DNS inverso y registro PTR para servidores de correo
Cómo un registro PTR asocia una IP a un nombre, quién puede cambiarlo, por qué los servidores de correo exigen DNS inverso confirmado y qué indica un desajuste.
De la dirección al nombre
Los registros DNS directos, como A y AAAA, están en la zona de un dominio: quien controla example.com decide que www.example.com apunte a una dirección. El DNS inverso necesita otro árbol, porque las direcciones no se organizan por nombre de dominio. Para IPv4 ese árbol es in-addr.arpa y para IPv6, ip6.arpa.
Para formar el nombre inverso, la dirección se escribe al revés. 8.8.8.8 pasa a ser 8.8.8.8.in-addr.arpa, y 203.0.113.10 pasa a ser 10.113.0.203.in-addr.arpa, de modo que la parte más general de la dirección queda al final, como en un nombre de dominio. En IPv6 se invierten todos los dígitos hexadecimales de la dirección completa de 32 dígitos y se separan con puntos; por eso los nombres inversos IPv6 son tan largos.
Quién controla un registro PTR
El registro regional de internet delega la zona inversa de un bloque de direcciones en la organización titular del bloque y, a partir de ahí, en quien esta decida. En una conexión doméstica o móvil, es tu proveedor. En un servidor en la nube, es el proveedor de nube, que suele permitirte configurar el nombre en su panel de control o a petición.
Por eso añadir un registro PTR en tu registrador de dominios o en tu proveedor de DNS no sirve de nada: no controlan la zona inversa de la dirección de tu servidor. Pídeselo al proveedor que te asignó la dirección e indícale el nombre de host exacto que quieres.
DNS inverso con confirmación directa (FCrDNS)
Quien controla una zona inversa puede publicar en ella cualquier nombre, incluso uno de un dominio ajeno. Por eso un nombre PTR se comprueba en el sentido contrario: se consultan los registros A o AAAA de ese nombre y se confirma que uno de ellos es la dirección original. Cuando ambos sentidos coinciden, el resultado se llama DNS inverso con confirmación directa, o FCrDNS (forward-confirmed reverse DNS).
La consulta de DNS inverso de IPNixa hace los dos pasos. Pide el registro PTR a Cloudflare y a Google, consulta después el nombre devuelto e indica uno de cuatro estados.
| Resultado | Significado | Siguiente paso habitual |
|---|---|---|
| Coincidencia | Existe un nombre PTR y resuelve de vuelta a la misma dirección | Nada; es lo que esperan los servidores de correo |
| Sin coincidencia | Existe un nombre PTR, pero sus registros directos no incluyen la dirección | Pide al proveedor que cambie el PTR o añade la dirección al registro A o AAAA del nombre |
| Sin registro PTR | La zona inversa responde que no existe ningún nombre para esta dirección | Pide al titular de la dirección que cree uno, si la dirección envía correo o necesita un nombre |
| Desconocido | Un resolutor falló, agotó el tiempo de espera o devolvió una respuesta incoherente | Repite la consulta más tarde antes de cambiar nada |
Consultas observadas
El 2 de noviembre de 2026 consultamos estas direcciones públicas a través de los resolutores DNS sobre HTTPS de Cloudflare y Google. Todos los nombres resolvieron de vuelta a la dirección original.
| Dirección | Nombre PTR | La consulta directa incluye la dirección |
|---|---|---|
| 8.8.8.8 | dns.google | Sí (8.8.8.8 y 8.8.4.4) |
| 1.1.1.1 | one.one.one.one | Sí (1.1.1.1 y 1.0.0.1) |
| 9.9.9.9 | dns9.quad9.net | Sí (9.9.9.9 y 149.112.112.9) |
| 173.194.118.27 | yukulhq-in-f27.1e100.net | Sí |
Qué muestran los ejemplos
La cuarta dirección era la que se devolvía en ese momento para el host de correo entrante de Gmail, gmail-smtp-in.l.google.com. Su nombre PTR no está bajo gmail.com, sino bajo 1e100.net, el dominio que Google usa para los nombres de sus servidores. Un nombre PTR no tiene por qué coincidir con el dominio por el que se conoce un servicio; lo que debe hacer es resolver de vuelta a la dirección.
Los dos resolutores devolvieron los mismos nombres con tiempos de caché restantes muy distintos. Para 8.8.8.8, Cloudflare indicó 84 907 segundos y Google 18 566 segundos, porque cada uno había guardado el registro en caché en un momento distinto. Por eso, después de que un proveedor cambie un registro PTR, el nombre anterior puede seguir apareciendo hasta que transcurra todo el TTL del registro.
Una conexión doméstica suele tener un nombre genérico generado a partir de la dirección. Una línea de banda ancha de Bangkok comprobada el mismo día devolvió un nombre con la forma ppp-a-b-c-d.revip8.asianet.co.th, donde a, b, c y d son las cifras de la dirección. Nombres así identifican al proveedor y, a menudo, el tipo de conexión, no al abonado.
Por qué lo necesitan los servidores de correo
Los servidores de correo receptores usan el DNS inverso como una primera comprobación sencilla contra el spam enviado desde equipos domésticos comprometidos. Las directrices para remitentes de Google exigen que los servidores de envío tengan un registro PTR válido que resuelva de vuelta a la dirección de envío, y otros grandes proveedores de correo aplican comprobaciones similares. Los nombres genéricos, como el del ejemplo de banda ancha anterior, se suelen tratar como residenciales y se filtran.
- Elige un nombre de host para el servidor dentro de un dominio que controles, por ejemplo mail.example.com.
- Crea un registro A, y un registro AAAA si el servidor envía por IPv6, que apunte el nombre de host a la dirección del servidor.
- Pide al proveedor titular de la dirección que configure el registro PTR de esa dirección con el mismo nombre de host. Hazlo con cada dirección desde la que envía el servidor, IPv4 e IPv6.
- Haz que el servidor de correo anuncie el mismo nombre de host en su saludo SMTP (HELO o EHLO).
- Comprueba el resultado con la consulta de DNS inverso de IPNixa hasta que ambos resolutores muestren coincidencia, teniendo en cuenta que antes debe caducar el TTL del registro anterior.
Lo que el DNS inverso no puede decirte
Un nombre PTR es una etiqueta que elige el titular de la dirección. Puede estar desactualizado, ser genérico o no existir, y no dice nada sobre quién usa hoy una dirección dinámica. Úsalo para identificar la red o la función del servidor, no a una persona. Las direcciones privadas como 192.168.1.10 no tienen registros inversos públicos, así que la consulta las omite.
Preguntas frecuentes
¿Puedo configurar un registro PTR en mi registrador de dominios?
Normalmente no. El registro PTR pertenece a la zona inversa de la dirección IP, que controla el titular del bloque de direcciones. Pídeselo a tu proveedor de alojamiento o de internet; algunos proveedores de nube permiten configurarlo en los ajustes del servidor o de la dirección.
¿Puede una dirección tener varios nombres PTR?
El DNS lo permite, pero muchos sistemas solo usan uno. En un servidor de correo, publica exactamente un nombre PTR por dirección y haz que resuelva de vuelta a esa misma dirección.
¿Mi conexión doméstica necesita DNS inverso?
No para navegar, jugar ni ver contenido en streaming. Solo importa si tienes un servidor que otros comprueban por su nombre, como un servidor de correo, y la mayoría de los proveedores residenciales no permiten a sus clientes cambiarlo.
¿Por qué la consulta indica que no hay coincidencia en un sitio web grande?
Las redes de distribución de contenido (CDN) y los balanceadores de carga suelen tener nombres PTR para su propia infraestructura, y los registros directos de esos nombres pueden cambiar con rapidez. La falta de coincidencia importa en un servidor de correo que gestionas tú, mucho menos en un sitio web que visitas.