Saltar al contenido

Zona DNS

Una zona DNS es una unidad administrativa de datos DNS. Sus límites siguen la delegación; no todo subdominio es automáticamente una zona separada.

Cloud y operación

¿Qué es una zona DNS?

Una zona DNS es una parte contigua y administrada del espacio de nombres DNS, con sus datos DNS autoritativos asociados. IETF describe las zonas como unidades de información autoritativa y explica su separación mediante delegación. Los servidores de nombres autoritativos proporcionan las respuestas de referencia para esa parte.

Ejemplo: delegar la administración de una parte

En el diseño ficticio, un equipo administra la zona studio.example. Otro equipo debe gestionar sus propios datos DNS para team.studio.example. Esa parte se delega como zona separada. En la parte superior deben configurarse referencias adecuadas a los servidores de nombres responsables. Los nombres son ejemplos propios, no una delegación ejecutada.

Sin esa separación, los registros de varios subdominios pueden estar en la misma zona. Dominio y zona no siempre abarcan la misma parte.

Antes de modificar algo, debe quedar claro qué zona se ve afectada, quién puede escribir en ella y qué servidores la sirven. Una zona DNS no administra archivos web ni permisos del portal; corresponden a otros servicios.

Fuentes

Términos relacionados

Artículos sobre el tema

Insights · Cloud y operación2 minQué comprueba realmente un indicador de estado verdeUna página de inicio disponible no demuestra que los pedidos funcionen. Nombre la tarea comprobada y los límites de cada señal verde.Philipp Reuter13 nov 2026
Insights · Cloud y operación2 minCambio de alojamiento: reasignar tareas técnicasUn servicio gestionado puede asumir tareas de operación. Compruebe aun así quién gestiona concretamente cuentas, accesos a proyectos, claves y traspaso.Lukas Schneider13 nov 2026
Insights · Cloud y operación3 minDos servidores de aplicación pueden compartir un punto de falloUn segundo servidor de aplicación ayuda ante ciertos fallos. Una base de datos compartida o un acceso único puede seguir bloqueando todo el flujo.Lukas Schneider13 nov 2026
Insights · Cloud y operación2 minLas alertas urgentes necesitan una acción concretaUn caso ficticio separa los avisos de error duplicados de las advertencias. Que haya menos interrupciones no demuestra por sí solo una mayor fiabilidad.Lukas Schneider13 nov 2026
Insights · Cloud y operación2 minGestionar actualizaciones automáticas con criterios de paradaLa automatización necesita pruebas tras la instalación. Defina cuándo se detiene el despliegue y quién decide si puede continuar.Lukas Schneider13 nov 2026
Insights · Cloud y operación2 minVincular los objetivos SLA con un proceso de respuestaUna cifra de disponibilidad necesita un alcance de medición claro. Una caída de su aplicación también requiere observación, responsables y reanudación.Lukas Schneider13 nov 2026
Insights · Cloud y operación2 minUn equipo pequeño debe poder operar su infraestructuraValore quién gestiona las actualizaciones, las incidencias y la recuperación. Un portal pequeño muestra cuándo puede ayudar una mayor orquestación.Lukas Schneider13 nov 2026
Insights · Cloud y operación2 minEl precio del servidor solo muestra parte del coste operativoDos precios de paquetes ficticios muestran por qué hay que aclarar el alcance y el trabajo operativo restante antes de comparar costes totales.Lukas Schneider13 nov 2026

Cloud y operación con ASES

Hosting, despliegue, mantenimiento y soporte

Solicitar presupuestoMás sobre Cloud y operación