Cómo funciona esta herramienta
Al abrir la página, la herramienta hace la consulta para la dirección desde la que te conectas. Introduce cualquier otra dirección IPv4 o IPv6 para consultarla en su lugar.
El DNS inverso funciona a través de una parte especial del árbol DNS. Para una dirección IPv4 el servidor invierte los 4 octetos y añade in-addr.arpa; para IPv6 invierte los 32 nibbles hexadecimales y añade ip6.arpa. El nombre resultante se consulta en busca de un registro PTR, y el valor de ese registro es el nombre de host. El nombre exacto consultado se muestra en el resultado para que puedas repetirlo con tus propias herramientas.
La consulta pasa primero por el resolver de nuestro servidor. Si ese resolver no puede responder, el servidor pregunta a un resolver público DNS-over-HTTPS por el mismo nombre PTR, así que una respuesta ausente significa con mucha más probabilidad que no hay registro, y no un problema del resolver.
Cuando vuelve un nombre de host, la herramienta hace un segundo paso: resuelve ese nombre hacia adelante a sus registros A y AAAA y comprueba si la dirección original está entre ellos. El resultado se marca como confirmado hacia adelante cuando lo está. Es la comprobación que los servidores de correo llaman FCrDNS, y es la diferencia entre un nombre que alguien escribió en un registro PTR y un nombre que pertenece de verdad a la dirección.
La herramienta también busca qué sistema autónomo anuncia la dirección y muestra su número y nombre, porque la red dice tanto de una IP como el nombre de host. Las direcciones privadas y reservadas como 192.168.x.x o 10.x.x.x se reconocen y no se consultan, ya que no tienen significado en la internet pública.
Las respuestas PTR se guardan en caché 10 minutos. No hay registro y la consulta es gratuita; las consultas de direcciones distintas de la tuya tienen límite por visitante.
Cómo leer el resultado
Nombre de host encontrado y confirmado hacia adelante. La dirección tiene un registro PTR y el nombre resuelve de vuelta a la misma dirección. Así se ve un servidor de correo, un servidor web o una conexión de ISP bien gestionados.
Nombre de host encontrado, sin confirmar. El registro PTR existe, pero el nombre apunta a otra dirección o a ninguna. El nombre puede estar obsoleto, o el propietario puso un PTR sin un registro directo coincidente. El correo desde esa dirección a menudo falla las comprobaciones estrictas aunque exista un PTR.
Nombre de host encontrado, comprobación directa no disponible. El valor PTR no pudo resolverse en absoluto. Trátalo como un nombre sin confirmar.
Sin nombre de host. No hay ningún registro PTR publicado. Es el estado normal de muchas conexiones de consumo y de servidores de nube cuyos propietarios nunca configuraron uno. Por sí solo no es señal de abuso, pero el correo enviado directamente desde esa dirección será rechazado por la mayoría de los receptores.
Lee el propio nombre de host en busca de pistas. Nombres como 203-0-113-45.dyn.example-isp.net siguen un patrón que incrusta la dirección y marca el pool como dinámico, lo que normalmente significa una IP residencial entregada a suscriptores. Nombres como mail.ejemplo.com o vps-12345.hosting.example identifican una máquina concreta. Un nombre de host que termina en el dominio de un proveedor de nube te dice que la dirección es una IP de datacenter sin importar lo que diga el PTR antes.
La línea de red bajo el nombre de host muestra el ASN y la organización. Compárala con el nombre de host: una dirección cuyo PTR afirma ser el servidor de correo de un banco pero que está en la red de un proveedor de hosting merece sospecha.
Cómo configurar o corregir el DNS inverso
Solo la parte que controla el bloque de direcciones puede publicar registros PTR; no puedes fijar uno desde dentro de tu propia zona DNS.
Para un servidor de nube o dedicado
- Busca el ajuste de PTR en el panel de control del proveedor. Suele llamarse DNS inverso, rDNS o PTR y está junto a los ajustes de red del servidor o en la lista de direcciones IP.
- Introduce el nombre de host que quieras, por ejemplo
mail.ejemplo.com, como nombre totalmente cualificado. - Antes de guardar, asegúrate de que exista el registro directo:
mail.ejemplo.comdebe tener ya un registro A (o AAAA) apuntando exactamente a esta dirección; de lo contrario, el nombre no se confirmará hacia adelante. - Espera a que el proveedor publique el registro y verifícalo aquí. Algunos proveedores lo aplican en minutos, otros según un calendario horario.
- Para un servidor de correo, configura el nombre de host que anuncia tu software de correo en su saludo HELO o EHLO con el mismo nombre. Los receptores comparan los tres.
Para una dirección IPv6
Aplican los mismos pasos, pero el panel del proveedor puede exigir delegar la zona inversa de tu prefijo a tus propios servidores de nombres en lugar de introducir un registro individual. Si te dieron un /64 o mayor, pregunta al proveedor si admite la delegación de zona inversa.
Para una conexión doméstica o de oficina
Los ISP generalmente no personalizan los registros PTR de las conexiones de consumo. Si necesitas un nombre de host confirmado hacia adelante para correo saliente, envía a través del relay del ISP o de un tercero, o usa un plan empresarial con dirección estática, donde los cambios de PTR suelen ofrecerse.
Comprobar desde tu propia computadora
dig -x 203.0.113.45 en macOS o Linux, o nslookup 203.0.113.45 en Windows, hace la misma consulta PTR contra tu propio resolver. dig -x también funciona con direcciones IPv6 y construye el nombre ip6.arpa por ti.
Por qué importa el DNS inverso
La entrega de correo es la razón principal por la que alguien configura un registro PTR. Los servidores receptores buscan la dirección emisora antes de aceptar un mensaje, y una dirección sin nombre de host, o con uno que no resuelve de vuelta, es una señal fuerte de spam. Combinado con una comprobación de listas negras y registros SPF y DKIM correctos, el DNS inverso confirmado hacia adelante es uno de los fundamentos para que el correo se entregue.
El registro y la resolución de problemas son la segunda razón. Los registros de servidor, los traceroutes y los informes de firewall que muestran nombres de host en lugar de direcciones a secas se leen mucho más rápido, y por eso los ISP y las redes de tránsito dan nombre a las interfaces de sus routers. Los nombres de host que ves en un traceroute vienen exactamente de estos registros PTR.
Para quien comprueba un proxy o VPN antes de usarlo, el registro PTR es una señal más fácil de inspeccionar. Una conexión que debería parecer de un usuario doméstico pero cuya dirección resuelve al esquema de nombres de un proveedor de hosting será clasificada como conexión de datacenter por cualquier servicio que se moleste en mirar.
DNS inverso para bloques enteros y para IPv6
Para una sola dirección, el proveedor introduce el registro PTR por ti. Para un bloque entero, los proveedores suelen delegar la zona inversa a los servidores de nombres del cliente, para que este gestione los registros PTR de cada dirección del bloque como cualquier otra zona. Un /24 IPv4 corresponde a una zona inversa de la forma 113.0.203.in-addr.arpa. Los bloques más pequeños, como un /29, no pueden delegarse directamente porque el árbol inverso se organiza por octetos; los proveedores los gestionan con una delegación sin clases que usa registros CNAME apuntando a una zona que controla el cliente. Si los registros PTR de tu bloque faltan o son incorrectos y crees controlarlos, comprueba si la delegación del proveedor existe realmente consultando los registros NS de la zona inversa con la consulta DNS.
Las zonas inversas de IPv6 se construyen a partir de los 32 nibbles hexadecimales de la dirección, invertidos, bajo ip6.arpa; un /64 corresponde a una zona con 16 etiquetas de nibble, y un /48 a una con 12. La delegación funciona igual que en IPv4 pero es más simple, porque todas las longitudes de prefijo comunes caen en un límite de nibble.
Límites de esta herramienta
- Un registro PTR ausente se reporta como sin nombre de host. La herramienta no puede saber si el propietario del bloque decidió no publicarlo o si la zona inversa simplemente está rota.
- La confirmación hacia adelante comprueba solo los registros A y AAAA del nombre de host PTR. Un nombre que sea un alias CNAME lo sigue el resolver, pero configuraciones inusuales pueden aparecer como sin confirmar.
- Un registro PTR puede contener cualquier texto que elija el propietario del bloque. El nombre de host es una afirmación, y solo la marca de confirmado hacia adelante y la información de red la convierten en una afirmación verificada.
- La herramienta devuelve el primer registro PTR. Un pequeño número de direcciones publica varios; los demás no se listan.
- Las respuestas se guardan en caché 10 minutos, así que un cambio de PTR hecho hace un momento puede no aparecer de inmediato.
- Las direcciones privadas, de loopback y reservadas no se consultan.
- El DNS inverso no revela nada sobre la persona que usa una dirección; identifica como mucho la máquina o el pool al que pertenece. Para la ubicación y el tipo de red, usa la búsqueda de IP.