Glosario de DNS
¿Qué es la búsqueda DNS inversa?
La búsqueda DNS inversa (resolución DNS inversa) es un método de consulta DNS que permite encontrar el nombre de dominio asociado a una dirección IP. Funciona consultando un registro PTR en la zona in-addr.arpa para IPv4 o en la zona ip6.arpa para IPv6, tal y como se describe en los RFC 1035 y RFC 3596.
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.Reverse DNS lookup is a DNS query method that resolves an IP address to a hostname by querying PTR records in the in-addr.arpa zone for IPv4 or ip6.arpa zone for IPv6, following the address allocation hierarchy to reach authoritative nameservers. This process is essential for mail server verification, readable logging, security investigations, and network troubleshooting, as it enables systems to display human-readable names instead of raw IP addresses. Poor management of reverse DNS records—including stale entries, missing PTR records, and forward-reverse mismatches—causes mail delivery failures, misleading logs, and delayed incident response, while automated coordination between IP address management and PTR creation reduces these operational errors.
Cómo funciona la búsqueda DNS inversa
Una consulta DNS inversa convierte una dirección IP en un nombre reescribiendo la dirección como un nombre de dominio y solicitando un registro PTR. La delegación de zonas inversas sigue la jerarquía de asignación de direcciones.
- Reformatear la dirección: el resolutor invierte los octetos de una dirección IPv4 y añade «in-addr.arpa». Por ejemplo, 192.0.2.10 se convierte en 10.2.0.192.in-addr.arpa. Las direcciones IPv6 se escriben como nibbles hexadecimales invertidos bajo ip6.arpa.
- Enviar una consulta PTR: el resolutor solicita un registro PTR para ese nombre. Comienza en la raíz y sigue las delegaciones hasta los servidores de nombres responsables de la zona inversa, o bien obtiene respuestas de la caché.
- Acceder al servidor de referencia: La zona inversa suele delegarse al propietario de la red, a menudo a través del proveedor de servicios de Internet o de un registro regional de Internet para el bloque de direcciones.
- Devolver la respuesta: El servidor autoritativo devuelve el registro PTR que contiene un nombre de host, o una respuesta negativa como NXDOMAIN si no existe ningún registro.
Un registro PTR es independiente del registro A o AAAA de reenvío, por lo que ambos pueden no coincidir. Los administradores deben crear y mantener ambos. Algunas herramientas comprueban la coherencia resolviendo el nombre devuelto mediante reenvío y comparando el resultado con la dirección original.
Problemas habituales en las consultas DNS inversas
Los hosts obtienen sus direcciones mediante DHCP o por asignación estática, pero nadie crea el registro PTR correspondiente. Los registros y los resultados de traceroute muestran direcciones sin información adicional, y algunos servidores de correo rechazan o penalizan los mensajes procedentes de esos hosts.
El registro PTR devuelve un nombre cuyo registro A o AAAA apunta a una dirección diferente o a ninguna. Las comprobaciones de DNS inverso con confirmación directa fallan, y los servicios que requieren registros coincidentes rechazan o marcan la conexión.
El propietario de la red nunca recibe la delegación del proveedor o del registro de direcciones para el bloque. Las consultas devuelven SERVFAIL o NXDOMAIN, o bien devuelven los nombres genéricos del proveedor en lugar de los nombres de host previstos.
Las direcciones se reasignan, pero los antiguos registros PTR permanecen. Los registros atribuyen entonces el tráfico a un nombre de host erróneo, lo que complica la investigación de incidentes.
Las herramientas que resuelven todas las direcciones, como los visores de registros y los cortafuegos, se bloquean cuando las zonas inversas apuntan a servidores de nombres que no responden. El retraso se manifiesta en forma de tiempos de espera hasta que el resolutor se da por vencido.
Términos relacionados
Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización
Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…
Content Hub Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas
Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…
Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila
Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…
Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git
La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…
Podcast Podcast: Cómo la IA está cambiando el desarrollo de software empresarial
La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…
Podcast Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red
Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…
Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist
Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…
Oferta de dispositivos LiveWire GEN3
BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…