Qué revisa
Construye el nombre inverso de la IP, consulta su PTR con un resolutor DNS sobre HTTPS y pide los registros A y AAAA del nombre devuelto para ver si contienen la IP original: el DNS inverso confirmado (FCrDNS).
Consulta en directo · registro PTR y FCrDNS
El DNS inverso convierte una IP en un nombre de host mediante un registro PTR, que publica quien tiene asignado el bloque de direcciones. Escribe una IPv4 o una IPv6 pública y verifica aquí mismo su registro PTR y si ese nombre vuelve a resolver a la misma IP.
Consulta de DNS inverso / PTR
Escribe una IPv4 (8.8.8.8) o una IPv6 (2001:4860:4860::8888) pública. Verás el nombre consultado en la zona inversa, los registros PTR y si cada nombre vuelve a la IP original. Que una IP no tenga PTR también es un resultado válido.
Construye el nombre inverso de la IP, consulta su PTR con un resolutor DNS sobre HTTPS y pide los registros A y AAAA del nombre devuelto para ver si contienen la IP original: el DNS inverso confirmado (FCrDNS).
No crea ni corrige registros PTR, no prueba que tu correo se entregue y no dice qué servicio hay hoy detrás de esa IP. Tampoco identifica a quien usa una conexión.
El DNS inverso hace el camino contrario al DNS normal: parte de una IP y devuelve un nombre de host guardado en un registro PTR. Lo publica quien tiene asignado el bloque de direcciones, normalmente el proveedor de internet o de alojamiento, no el dueño del dominio. Solo tiene peso cuando ese nombre resuelve, a su vez, a la misma IP: eso es lo que comprueban muchos servidores de correo.
El DNS normal responde «qué IP tiene este nombre» con registros A (IPv4) y AAAA (IPv6). El DNS inverso responde a la pregunta contraria, «qué nombre tiene esta IP», con un registro distinto: el PTR. La consulta se hace sobre un nombre especial construido a partir de la IP:
Si el registro existe, el DNS devuelve el nombre: la IP 8.8.8.8, por ejemplo, tiene el PTR dns.google. Una IP puede tener un PTR, varios o ninguno: son opcionales.
Quien controla una zona inversa puede poner en el PTR cualquier nombre, incluso uno ajeno, así que un PTR aislado no demuestra nada. La prueba útil es la de ida y vuelta, el DNS inverso confirmado o FCrDNS (forward-confirmed reverse DNS):
Tiene peso porque exige que coincidan dos zonas distintas: la inversa, del titular de la IP, y la directa, del dueño del dominio. En el resultado verás «FCrDNS confirmado» cuando la cadena se cierra, «PTR encontrado» si el nombre existe pero no vuelve a la IP y «Sin PTR» si la IP no tiene ninguno.
Un fallo suele venir de un PTR mal configurado o de un registro A que cambió sin que nadie actualizara el PTR. Los registros A y AAAA de cualquier nombre se revisan con la búsqueda DNS.
Muchos servidores de correo revisan el PTR de la IP desde la que reciben el mensaje y comprueban si ese nombre vuelve a la misma IP. Si falta o no coincide, el mensaje suele acabar en spam o ser rechazado. Por eso, si gestionas tu propio servidor de correo, configurar su PTR es uno de los pasos más importantes: lo habitual es un nombre como mail.tudominio.com con un registro A que apunte a esa misma IP.
El PTR por sí solo no demuestra entregabilidad ni legitimidad: los receptores valoran además la autenticación del dominio (SPF, DKIM y DMARC) y la reputación de la IP. Si tus mensajes acaban en spam, revisa también la IP de envío con el comprobador de listas negras de IP.
El formulario de arriba acepta una dirección por consulta.
El PTR no vive en la zona DNS de tu dominio, sino en la zona inversa del bloque de direcciones, que gestiona quien tiene asignada la IP: tu proveedor de internet, de alojamiento o de nube. Aunque el dominio sea tuyo, no puedes crearlo desde su panel DNS.
Para saber a quién pedir el cambio, mira quién tiene asignada la IP con la búsqueda WHOIS o la búsqueda de ASN.
Las respuestas llegan de un resolutor DNS recursivo mediante DNS sobre HTTPS y pueden venir de caché, así que un cambio reciente puede tardar en verse. Los criterios de cada señal están en la metodología en español.
Un registro PTR (de pointer, puntero) asocia una IP con un nombre de host: es lo contrario de un registro A. Lo publica quien tiene asignada la IP, en la zona in-addr.arpa para IPv4 o ip6.arpa para IPv6. La IP 8.8.8.8, por ejemplo, tiene el PTR dns.google. Sirve para identificar servidores y verificar las IP que envían correo.
Escribe una IPv4 o IPv6 pública en el formulario de esta página y pulsa Consultar. La herramienta pide el registro PTR a un resolutor DNS público y comprueba si el nombre devuelto vuelve a la IP original. No hace falta instalar nada ni crear una cuenta.
Muchos servidores de correo comprueban que la IP de envío tenga un PTR y que ese nombre resuelva a la misma IP. Si falta o no coincide, el mensaje suele acabar en spam o ser rechazado. En un servidor de correo propio, configurar el PTR es uno de los pasos más importantes.
Depende del uso. En una conexión doméstica es normal y no afecta a la navegación. En un servidor de correo es un problema serio, porque muchos receptores rechazarán los mensajes o los mandarán a spam. Solo el proveedor que tiene asignada la IP puede añadir el PTR.
Que falla el DNS inverso confirmado (FCrDNS): la IP apunta a un nombre, pero ese nombre lleva a otra dirección. Los servidores de correo y las herramientas de seguridad lo tratan como sospechoso. Suele deberse a un PTR mal puesto o a un registro A que cambió sin actualizar el PTR; hay que hacer que los dos coincidan.
Solo quien tiene asignado el bloque de direcciones: tu proveedor de internet, de alojamiento o de nube. El PTR está en la zona inversa de ese bloque, no en la zona DNS de tu dominio. Para saber a quién pedírselo, consulta el WHOIS o el ASN de la IP.
Sí, con el mismo registro PTR, pero en la zona ip6.arpa, con los 32 dígitos hexadecimales de la dirección en orden inverso. Puedes escribir la IPv6 abreviada, como 2001:4860:4860::8888, y la herramienta hace la expansión por ti.
No. El nombre del PTR lo elige el titular de la red y describe una máquina o un rango, no a una persona. En conexiones domésticas suele ser un nombre genérico del proveedor. Es una pista sobre el proveedor, no una identificación, y puede estar desactualizado.
Estas son las rutas españolas aprobadas. No enlazan a guías futuras, rankings, afiliados ni borradores.