An authoritative DNS server is the definitive source of original resource records for one or more DNS zones, returning authoritative answers to recursive resolvers querying through the DNS hierarchy without relying on cached data from other servers. Organizations depend on authoritative servers for publishing and resolving their domain names, making their availability, consistency, and security critical to network operations—any unreachability or data corruption causes resolution failures even when underlying services remain healthy. Best practices require deploying at least two authoritative servers on separate networks to avoid single points of failure, maintaining synchronized zone data across all copies, implementing access controls and DNSSEC signing to prevent unauthorized changes, and hardening against denial-of-service attacks through capacity planning and distributed hosting.
Cómo funciona un servidor DNS autoritativo
Un servidor autoritativo responde a las consultas sobre las zonas para las que está configurado. Normalmente, se accede a él a través de un resolutor recursivo que recorre la jerarquía del DNS en nombre de un cliente.
- Recibir la consulta: un resolutor recursivo envía una consulta sobre un nombre —como un nombre de host y un tipo de registro— a un servidor que figura en los registros NS de la zona.
- Coincidencia de la zona: el servidor comprueba si el nombre consultado se encuentra dentro de una zona de la que es responsable. Si no es así, no responde de forma autoritativa.
- Buscar el registro: el servidor encuentra los registros de recursos coincidentes en los datos de su zona. Los datos proceden de un archivo de zona, una base de datos o una copia recibida de un servidor primario.
- Devuelve la respuesta: el servidor responde con los registros y establece el indicador de respuesta autoritativa en el encabezado del DNS. Si el nombre no existe, devuelve una respuesta negativa autoritativa. Si el nombre pertenece a una zona secundaria delegada, devuelve una remisión a los servidores de nombres de esa zona.
Las zonas suelen estar gestionadas por varios servidores autoritativos para garantizar la redundancia. En el modelo tradicional, un servidor primario alberga la copia maestra y los servidores secundarios reciben las actualizaciones mediante transferencias de zona, tal y como se describe en los estándares del DNS. El tiempo de vida (TTL) del registro indica a los resolutores durante cuánto tiempo pueden almacenar la respuesta en caché.
Problemas habituales con los servidores DNS autoritativos
La zona principal incluye en sus registros NS un servidor de nombres que, en realidad, no presta servicio a la zona o no responde de forma autoritativa. Los resolutores reciben tiempos de espera o respuestas SERVFAIL de ese servidor y vuelven a intentarlo con otros, lo que aumenta la latencia y puede provocar fallos intermitentes.
Un servidor secundario sirve datos antiguos porque las transferencias de zona fallan o porque el número de serie del SOA no se incrementó tras una modificación. Los usuarios obtienen respuestas diferentes dependiendo del servidor de nombres al que consulte el resolutor.
Un servidor autoritativo que también responde a consultas recursivas de cualquier cliente puede ser objeto de abusos en ataques de reflexión y amplificación. Los operadores suelen separar las funciones autoritativas y recursivas, o bien desactivar la recursividad en el lado autoritativo.
Todos los servidores de nombres de una zona se encuentran en una misma subred, sitio o proveedor. Una interrupción del servicio o un problema de enrutamiento en ese lugar hace que toda la zona quede inaccesible una vez que caducan los registros almacenados en caché.
Los cortafuegos que solo permiten el puerto UDP 53 impiden las transferencias de zona y cualquier respuesta demasiado grande para UDP. Entre los síntomas se incluyen transferencias fallidas y resolutores que no pueden recuperar respuestas grandes firmadas con DNSSEC.