Consulta inversa de IP

Consulta inversa de IP es una herramienta gratuita que encuentra el nombre de dominio o host asociado a una dirección IP mediante DNS inverso.

¿Qué es una consulta inversa de IP?

Una consulta inversa de IP pregunta al Sistema de Nombres de Dominio qué nombre de host está asignado a una dirección IP. Una consulta DNS normal parte de un nombre como example.org y busca su dirección IP. Una consulta inversa empieza por la dirección y busca un nombre.

El DNS inverso utiliza un registro PTR. En IPv4, el DNS representa la dirección en orden inverso bajo el dominio in-addr.arpa. Las direcciones IPv6 emplean el dominio ip6.arpa, con cada dígito hexadecimal en orden inverso. El software DNS se encarga de esta conversión, por lo que debes iniciar la consulta con la dirección IP normal, no con su forma invertida.

La organización que controla el rango de direcciones suele gestionar sus registros PTR. Por eso, el propietario de un sitio web quizá tenga que pedir a su empresa de alojamiento, proveedor de internet o plataforma en la nube que cambie la entrada de DNS inverso.

¿Cómo hago una consulta inversa de IP?

Introduce la dirección IPv4 o IPv6 que quieras investigar, ejecuta la consulta y revisa el dominio o host asociado. Escribe únicamente la dirección, sin protocolo, número de puerto ni ruta.

• Usa 198.51.100.24, no https://198.51.100.24/.
• Introduce la dirección IPv6 en su formato habitual, separada por dos puntos, como 2001:db8::24.
• No introduzcas un nombre de dominio. Si necesitas averiguar la dirección de un dominio, utiliza primero Consulta de registros DNS.
• Para una consulta de DNS inverso, elimina los espacios, corchetes y signos de puntuación copiados que no formen parte de la dirección.

Los números solo son válidos si forman una dirección IP legítima. En IPv4, cada sección decimal debe estar entre 0 y 255. Un campo vacío, una frase, una URL o una cadena demasiado larga no son direcciones IP y no pueden generar una respuesta de DNS inverso útil.

Consulta inversa de IP se ejecuta en el servidor. La dirección IP introducida se envía al servidor mediante HTTPS y no se almacena.

¿Cómo interpreto el resultado?

Para interpretar el resultado, compara la dirección consultada con el dominio o host obtenido. Estos son los datos principales que debes revisar:

• Confirma que la dirección consultada corresponde al servidor, la pasarela de correo u otro dispositivo que querías comprobar.
• El dominio o host devuelto es el nombre publicado en el registro PTR de la dirección. Puede ser el nombre de un servicio, como mail.example.org, un nombre de host asignado por el proveedor u otro nombre de dominio completo.
• Si la consulta no encuentra una respuesta PTR utilizable, eso no demuestra que la dirección esté desconectada o en desuso.

Como ejemplo, supón que la entrada es 192.0.2.44 y que su administrador ha configurado un registro PTR que apunta a mail.example.org. El host asociado aparecería como mail.example.org. Si la dirección no tiene un registro PTR, no habrá ningún nombre de host que mostrar.

Un resultado PTR es una declaración publicada por el operador autoritativo del DNS inverso. No demuestra que haya un sitio web alojado en esa dirección, que el nombre de host sea seguro ni que el DNS directo apunte de nuevo a la misma dirección. Para comprobar esto último, resuelve por separado el nombre de host obtenido y compara su registro A o AAAA con la dirección IP original.

Cómo investigar situaciones habituales

Una consulta inversa resulta especialmente útil cuando aparece una dirección IP en un mensaje de error, un registro de correo o la configuración de un servidor y necesitas saber cómo se identifica.

1. Se rechazan los correos electrónicos. Los sistemas de correo suelen comprobar el registro PTR de la dirección IP de envío. Si un informe de entrega de Microsoft 365 o Google Workspace indica que falta el DNS inverso o que no coincide, comprueba la IP pública del servidor de correo saliente. Después, confirma que el nombre de host obtenido se resuelva mediante DNS directo a esa misma dirección y, cuando sea necesario, que coincida con la identidad configurada en el servidor de correo.
2. No reconoces la dirección de un servidor. Un registro de acceso, una alerta del cortafuegos o un informe de monitorización pueden contener únicamente una dirección IP. Su registro PTR puede proporcionar el nombre de host de un proveedor o servicio y ayudarte a entender el contexto de la dirección. Es un dato de apoyo, no una prueba de propiedad ni de intención.
3. Aparece una advertencia de certificado. Una consulta inversa puede mostrar el nombre de host asignado a la dirección del servidor, pero no puede validar el certificado TLS. Utiliza Búsqueda SSL para revisar los nombres incluidos en el certificado, el emisor y los datos de validez. Después, compáralos con el nombre de host utilizado en el navegador.

Si un sitio no se resuelve, empieza por sus registros directos A y AAAA. El DNS inverso resulta útil una vez que conoces la IP de destino, pero corregir un registro PTR no solucionará la ausencia de un registro directo.

¿Por qué sigue apareciendo una respuesta antigua o no se muestra el nuevo nombre de host?

Una respuesta antigua puede seguir apareciendo, o un nuevo nombre de host puede seguir sin mostrarse, porque los resolvedores DNS almacenan en caché tanto las respuestas PTR como las consultas fallidas. Cada registro DNS tiene un tiempo de vida, o TTL, que indica a un resolvedor durante cuánto tiempo puede reutilizar la respuesta antes de volver a consultar.

Después de que un proveedor cambie un registro PTR, un resolvedor puede mostrar el nuevo nombre de host mientras otro continúa devolviendo el anterior. Las consultas fallidas también pueden guardarse en caché como respuestas negativas, por lo que añadir un registro no siempre hace que aparezca de inmediato. Esto suele llamarse propagación DNS, aunque normalmente el retraso se debe a que las cachés caducan en momentos distintos, no a que los registros viajen físicamente por internet.

Espera a que caduquen el TTL anterior y cualquier periodo de caché negativa. Después, compara los resultados con otro resolvedor o desde otra red. Si la respuesta antigua sigue apareciendo mucho después del periodo de caché previsto, pide al proveedor de la dirección que confirme que el registro PTR se añadió a la zona de DNS inverso correcta.

Preguntas frecuentes

¿Puede una dirección IP tener varios registros PTR?

Sí. El DNS permite varios registros PTR para una misma dirección, pero muchos sistemas esperan un único nombre de host estable. Varias respuestas pueden provocar comprobaciones de identidad incoherentes, sobre todo en el correo saliente, por lo que un solo registro PTR significativo suele ser la configuración más segura.

¿La consulta inversa de IP encuentra todos los sitios de un alojamiento compartido?

No. Un registro PTR suele identificar una dirección mediante un nombre de host, pero no contiene una lista de los sitios web servidos desde ella. El alojamiento compartido y las redes de distribución de contenidos pueden situar muchos dominios sin relación entre sí detrás de una misma dirección. El DNS inverso por sí solo no permite enumerarlos.

¿Funciona una consulta inversa con una dirección IP privada?

Puede funcionar dentro de una red privada, pero no suele hacerlo mediante el DNS público. Las direcciones privadas como 192.168.1.20 pueden tener registros inversos dentro de una red doméstica o empresarial, pero normalmente esos registros no están disponibles a través del DNS público. Por eso, una consulta pública puede no devolver ningún nombre de host aunque un servidor DNS interno conozca el nombre del dispositivo.

¿Por qué el nombre de host termina en un punto?

El punto final representa la raíz del DNS y es técnicamente válido. Algunos programas DNS muestran los nombres de dominio completos con un punto final, como mail.example.org. La mayoría de las aplicaciones lo omiten al mostrar o configurar el mismo nombre de host.

¿Qué datos debo guardar antes de contactar con mi proveedor de alojamiento?

Guarda la dirección IP, el nombre de host obtenido, el nombre de host que esperabas y la hora aproximada de la consulta. Si se trata de un problema de correo electrónico, incluye también el texto del rechazo y el nombre de host configurado en el servidor remitente. Estos datos ayudan al proveedor a localizar la zona inversa correspondiente y a distinguir un error del registro PTR de un problema de caché DNS o de configuración del correo.