Alta disponibilidad DNS/DHCP en redes empresariales

Los servicios base necesitan pruebas de fallo reales#

DNS y DHCP son dependencias transversales: si el cliente no obtiene una configuración válida o no resuelve los nombres necesarios, varias aplicaciones pueden parecer caídas a la vez. Añadir un segundo servidor ayuda, pero no demuestra por sí solo que la conmutación funcione ni que ambos nodos compartan la misma configuración.

Microsoft documenta opciones de failover DHCP en Windows Server y recomienda que los clientes Windows dispongan de más de un servidor DNS en configuraciones apropiadas. El comportamiento de resolución y de actualización dinámica depende del rol y del entorno; revisa la guía de configuración de clientes DNS y valida tu propia topología.

Lista de diseño#

• Dominios de fallo: coloca servidores en hosts, alimentación, redes y sedes distintos cuando los requisitos lo justifiquen. Dos máquinas en la misma zona de fallo no equivalen a dos ubicaciones resilientes.
• DNS: identifica zonas autoritativas, resolutores, reenviadores, replicación, actualización dinámica, permisos y dependencias de Active Directory. Evita configurar clientes de dominio para consultar DNS externo directamente.
• DHCP: documenta scopes, reservas, opciones, relays, exclusiones, duración de concesiones y modo de failover. Comprueba que el socio recibe los datos y que ambos relojes permanecen sincronizados.
• Seguridad y operación: limita administración, registra cambios y conserva exportaciones de configuración. Define quién puede crear o modificar registros y scopes.
• Clientes: valida la lista de servidores DNS entregada por DHCP y los dispositivos con IP estática, VPN, Wi-Fi, IPv6 o configuraciones heredadas.

Windows Server documenta modos de balanceo y espera activa para failover DHCP IPv4, así como condiciones particulares de actualización dinámica DNS. No des por hecho que el mismo comportamiento cubre DHCPv6 o dispositivos de otras plataformas; confirma las limitaciones de tu implementación.

Ejercicio de aceptación#

En una ventana aprobada, simula la pérdida controlada de un servidor y observa obtención o renovación de concesión, resolución interna y externa, registros dinámicos, autenticación y acceso a aplicaciones. Comprueba el tiempo de recuperación y los eventos de ambos socios. Después, prueba la vuelta al estado normal y documenta cualquier lease o registro inconsistente.

Relaciona este ejercicio con el mapa de dependencias de servicios de infraestructura y la guía de configuración TCP/IP en Ubuntu si operas entornos mixtos.