Glosario de DNS
¿Qué es una zona DNS?
Una zona DNS es una parte administrativa del espacio de nombres de dominio que controla un único administrador y que se publica como un conjunto de registros de recursos. Comienza en un nombre de dominio delegado, incluye todo lo que se encuentra por debajo de él y que no haya sido delegado a otra parte, y es gestionada por servidores de nombres autoritativos.
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.Una zona DNS es una parte administrativa del espacio de nombres de dominio gestionada como una única unidad por un administrador, que comienza en un nombre de dominio delegado y es atendida por servidores de nombres autoritativos. A diferencia de un dominio, que representa todo el subárbol del espacio de nombres, una zona es solo la parte de ese subárbol que no se ha delegado a otra parte; las zonas son la unidad fundamental de administración en el DNS que determina quién puede modificar qué nombres y hasta dónde se propagan los errores. El diseño y la gestión de las zonas influyen directamente en la fiabilidad, la seguridad y la coherencia operativa, lo que requiere múltiples servidores autoritativos en redes separadas, una configuración adecuada de las delegaciones, transferencias de zona seguras y la prevención de errores de configuración comunes, como delegaciones deficientes, números de serie obsoletos y desviaciones de visión dividida, que pueden provocar fallos intermitentes en la resolución.
Cómo funciona una zona DNS
Una zona se crea cuando una zona principal delega un nombre de dominio a un conjunto de servidores de nombres. La zona contiene entonces los registros de ese nombre y de cualquier subdominio que no se haya delegado a su vez.
- Delegación: La zona principal publica registros NS que designan a los servidores autorizados para el dominio secundario. De este modo, se transfiere la responsabilidad administrativa de esa parte del espacio de nombres al administrador de la zona secundaria.
- Definición de zona: el administrador crea un archivo de zona o una entrada en la base de datos que comienza con un registro SOA (Start of Authority). También incluye los registros NS y los demás registros de recursos correspondientes a los nombres de la zona, como A, AAAA, MX y CNAME.
- Publicación: Uno o varios servidores de nombres autoritativos cargan la zona y responden a las consultas sobre los nombres que contiene con datos autoritativos.
- Replicación: Los servidores secundarios copian la zona desde un servidor primario mediante transferencias de zona. Comparan el número de serie del registro SOA para determinar si existe una versión más reciente.
- Resolución: un resolutor recursivo sigue las delegaciones desde la raíz hacia abajo hasta llegar a un servidor autoritativo para la zona y, a continuación, solicita el registro a dicho servidor.
Una zona no es lo mismo que un dominio. Un dominio es un subárbol del espacio de nombres, mientras que una zona es la parte de ese subárbol gestionada como una unidad, por lo que un dominio con subdominios delegados abarca varias zonas. Los archivos de zona también pueden sustituirse por un almacenamiento basado en una base de datos sin modificar el comportamiento de la zona.
Problemas habituales con las zonas DNS
La zona principal enumera los registros NS de los servidores que no responden de forma autoritativa para la zona secundaria, a menudo porque un servidor se ha retirado o porque una zona nunca se cargó. Los resolutores observan el código SERVFAIL o tiempos de espera agotados en algunas consultas, dependiendo del servidor que elijan.
Un administrador edita una zona, pero deja sin cambios el número de serie del SOA, por lo que los servidores secundarios nunca ven una versión más reciente y no la transfieren. Los clientes obtienen respuestas diferentes dependiendo del servidor autoritativo que responda.
Los servidores de nombres de una zona hija se encuentran dentro de la propia zona hija, pero la zona padre no publica ninguna dirección «glue». Los resolutores no pueden encontrar los servidores y toda la zona queda inaccesible.
Un servidor primario permite realizar transferencias a cualquier solicitante, por lo que cualquiera puede descargar todos los registros de la zona y asignar hosts internos. Restringe las transferencias a los servidores secundarios incluidos en la lista y autentifícalos mediante TSIG.
Las versiones internas y externas de una misma zona se editan por separado y, con el tiempo, van divergiendo. Los usuarios ven direcciones diferentes para un mismo nombre dependiendo de dónde realicen la consulta, lo que ralentiza la resolución de problemas.
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…