A bridgehead server is a domain controller that manages Active Directory replication traffic between sites, concentrating inter-site replication through designated servers to keep bandwidth and connection counts predictable while allowing data compression across wide area links. Organizations with multiple sites benefit from bridgehead servers because they limit replication to a few capable domain controllers rather than having many servers replicate directly across site links, but undersized or misconfigured bridgehead servers can cause replication delays that affect password resets, group membership updates, and account lockouts across sites. Common operational challenges include overloaded hub bridgehead servers serving many branch sites, firewall blocks on replication ports, subnet mismatches in Active Directory Sites and Services, and unavailable preferred bridgehead servers that can stall replication until they return or settings are changed.
Cómo funciona un servidor puente
Active Directory separa la replicación en tráfico intra-sitio e inter-sitio. Los servidores puente son los controladores de dominio que se encargan de la parte inter-sitio, por lo que solo unos pocos servidores de cada sitio se comunican a través de enlaces entre sitios.
- Definición de enlace de sitio: Los administradores crean sitios y enlaces de sitio que describen la topología de la red, incluyendo el coste del enlace y la programación de la replicación.
- Generación de topología: el Knowledge Consistency Checker, que se ejecuta en los controladores de dominio, crea la topología de replicación. El generador de topología entre sitios de cada sitio selecciona qué controladores de dominio actúan como servidores puente.
- Replicación entrante: un servidor puente de un sitio obtiene los cambios de un servidor puente de un sitio asociado, siguiendo la programación del enlace entre sitios.
- Distribución intrasitio: A continuación, el servidor puente replica los cambios en otros controladores de dominio de su propio sitio a través de las conexiones intrasitio habituales.
Los servidores puente se eligen automáticamente de forma predeterminada, pero los administradores pueden designar servidores puente preferidos. Si un servidor puente preferido no está disponible y no existe ningún otro servidor preferido para ese sitio y esa partición, la replicación a través de ese enlace puede detenerse hasta que el servidor vuelva a estar disponible o se modifique la preferencia.
Problemas habituales de los servidores puente
Un servidor puente en un sitio central que da servicio a muchas sucursales puede acumular retrasos en la replicación. Entre los síntomas se incluyen colas de replicación cada vez más largas, retrasos en los cambios de contraseña y un estado de bloqueo que varía entre los distintos sitios. Por lo general, resulta útil añadir más servidores puente en el sitio central o reducir el número de conexiones simultáneas.
La replicación entre sitios falla cuando un cortafuegos situado entre servidores puente bloquea el tráfico del mapeador de puntos finales RPC o el rango dinámico de puertos RPC. Herramientas como repadmin muestran errores del tipo «Servidor RPC no disponible». Corregir las reglas o la configuración restringida del rango de puertos RPC restablece la replicación.
Si falta una subred en «Sitios y servicios de Active Directory», los controladores de dominio o los clientes se asocian al sitio incorrecto. En ese caso, la replicación puede fluir a través de enlaces no deseados y los clientes pueden autenticarse en controladores de dominio distantes. Añadir la subred y vincularla al sitio correcto corrige la topología.
Un enlace de sitio con un intervalo de replicación prolongado o una ventana de programación cerrada retrasa los cambios varias horas, incluso cuando los servidores puente funcionan correctamente. A menudo, esto se confunde con un fallo del servidor. Comparar el coste del enlace, el intervalo y la programación con los requisitos reales de latencia de los cambios aclara la confusión.