Glosario de DNS
¿Qué es una consulta recursiva?
Una consulta recursiva es una solicitud DNS que pide a un servidor de nombres que devuelva la respuesta completa o un error, en lugar de una remisión. El servidor resuelve el nombre en nombre del cliente, consultando a otros servidores autoritativos según sea necesario, tal y como se describe en el RFC 1034.
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.A recursive DNS query is a request that instructs a name server to resolve a domain name fully on the client's behalf and return a final answer or error, rather than a referral, by setting the recursion desired (RD) flag in the DNS message header. Nearly every DNS lookup from end devices begins as a recursive query to a recursive resolver, making resolver performance, cache hit rate, and availability critical to application speed and reliability. Proper management practices, including restricting recursion to known client networks to prevent open resolver attacks, separating recursive resolvers from authoritative servers, and maintaining consistent access control lists and query logging, are essential for security, scalability, and operational visibility.
Cómo funciona una consulta recursiva
En una consulta recursiva, el cliente establece el indicador de recursión deseada (RD) en el encabezado del mensaje DNS. El servidor receptor, si ofrece recursión, se encarga de resolver el nombre y devuelve únicamente el resultado final.
- El cliente envía la consulta: un resolutor stub del cliente envía una consulta con el indicador RD activado a su resolutor recursivo configurado.
- El resolutor comprueba su caché: el resolutor recursivo busca una respuesta válida almacenada en la caché. Si existe, la devuelve inmediatamente.
- El resolutor consulta a otros servidores: cuando se produce una falta de acierto en la caché, el resolutor envía consultas iterativas, que suelen comenzar en un servidor raíz. Sigue las referencias a los servidores de dominio de nivel superior y, a continuación, al servidor autoritativo de la zona.
- El resolutor almacena el resultado en caché: el resolutor guarda la respuesta durante el tiempo establecido por el tiempo de vida (TTL) del registro.
- El resolutor responde al cliente: el resolutor devuelve la respuesta final, o un error como NXDOMAIN o SERVFAIL, con el indicador de recursión disponible (RA) activado.
El cliente ve una sola solicitud y una sola respuesta, independientemente del número de servidores con los que se ponga en contacto el resolutor. Un servidor puede rechazar la recursividad, en cuyo caso responde únicamente a partir de sus propios datos o devuelve una remisión o un rechazo. Los servidores exclusivamente autoritativos no suelen ofrecer recursividad.
Problemas habituales con las consultas recursivas
Un resolutor que responde a consultas recursivas procedentes de cualquier dirección de origen puede utilizarse en ataques de reflexión y amplificación. Restringe la recursividad mediante listas de control de acceso a los rangos de clientes internos y comprueba que no sea accesible desde Internet.
Los clientes reciben respuestas «REFUSED» cuando su subred no figura en la lista de subredes permitidas del resolutor. Esto suele ocurrir después de implementar una nueva subred y de que la lista de acceso no se haya actualizado.
Tras un reinicio o un vaciado de la caché, cada consulta se convierte en una falta de caché y desencadena un recorrido completo desde la raíz. Los usuarios experimentan una carga lenta de las páginas hasta que la caché se vuelve a calentar.
Cuando no se puede acceder a un servidor autoritativo de una zona o este devuelve delegaciones incompletas, el resolutor no puede completar la resolución y devuelve SERVFAIL. El cliente solo percibe un error, por lo que la falla se detecta rastreando las consultas iterativas en el resolutor.
Un resolutor conserva las respuestas hasta que caduca el TTL, por lo que es posible que un registro modificado no aparezca para algunos clientes. Los ingenieros observan resultados inconsistentes entre los resolutores tras un cambio hasta que las cachés caducan o se vacían.
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…