Conditional DNS forwarding is a DNS configuration technique that routes queries for specific domain names to designated DNS servers rather than using default resolvers, enabling organizations with multiple namespaces—such as those from mergers, hybrid cloud deployments, and partner connections—to resolve internal, partner, and cloud domains without copying zone data across systems. The mechanism compares incoming query names against configured domain suffixes and forwards matching queries to appropriate servers while resolving non-matching queries through the default path, with proper network reachability, consistent rule management, and security controls being critical to prevent timeouts, intermittent failures, and exposure of internal naming information. Common operational challenges include stale forwarding rules pointing to decommissioned servers, blocked forwarding paths due to firewall changes, inconsistent rules across multiple DNS servers, and overlapping domain rules that cause subdomains to resolve against servers lacking the necessary zone data.
Cómo funciona el reenvío condicional de DNS
Un servidor DNS configurado con reenvío condicional compara cada nombre de consulta entrante con una lista de reglas de dominio. El resultado determina si el servidor reenvía la consulta o la resuelve normalmente.
- Recibir la consulta: un cliente envía una consulta recursiva a su servidor DNS configurado, por ejemplo, una solicitud de un nombre de host en un dominio asociado o interno.
- Coincidencia del dominio: el servidor compara el nombre consultado con sus dominios de reenvío configurados y selecciona el sufijo que mejor coincida.
- Reenviar la consulta: si se cumple una regla, el servidor envía la consulta a los servidores DNS indicados para ese dominio en lugar de utilizar su ruta predeterminada.
- Utilizar la ruta predeterminada: si ninguna regla coincide, el servidor resuelve el nombre como de costumbre, utilizando sugerencias de raíz o un redireccionador de uso general.
- Devolver la respuesta: el servidor retransmite la respuesta al cliente y puede almacenarla en caché según el tiempo de vida del registro.
Los pasos no abordan el comportamiento en caso de fallo. Los servidores difieren en cuanto a si recurren a la resolución predeterminada cuando un servidor designado no responde, y esa configuración afecta tanto a la fiabilidad como al lugar donde se exponen las consultas. Los destinos de reenvío también deben ser accesibles a través de la red, con reglas de enrutamiento y de cortafuegos que permitan el tráfico DNS.
Problemas habituales con el reenvío condicional de DNS
Una regla sigue apuntando a un servidor fuera de servicio o renumerado. Las consultas para ese dominio agotan el tiempo de espera, y los usuarios informan de aplicaciones lentas o que fallan, mientras que otros nombres se resuelven con normalidad.
Las reglas se añaden en algunos servidores DNS, pero no en otros. El mismo nombre se resuelve desde un sitio y falla desde otro, dependiendo del resolutor que utilice el cliente.
Dos servidores se reenvían mutuamente un dominio, o un destino lo reenvía de vuelta al origen. Las consultas rebotan hasta que se agota el tiempo de espera, y la carga del resolutor aumenta con las respuestas SERVFAIL.
Una regla de sufijo amplia y otra más restrictiva apuntan a servidores diferentes, y los administradores esperan que prevalezca la incorrecta. Los subdominios se resuelven entonces en un servidor que carece de la zona y devuelven NXDOMAIN.