Glosario de seguridad

¿Qué es un servidor puente?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
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.

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.

  • Bridgehead servers are automatically selected by the inter-site topology generator based on site link information, but administrators can designate preferred bridgehead servers to meet security or firewall constraints, provided multiple preferred servers are configured to prevent replication failure.
  • Multiple bridgehead servers within a single site improve both resilience and load distribution, particularly in hub site architectures serving numerous branch offices over limited wide area links.
  • Replication delays and stalled topology can result from overloaded bridgehead servers, firewall port blocks, unrealistic site link schedules, or subnet misconfigurations rather than server faults, requiring monitoring of replication health and review of network configuration.

El servidor «bridgehead» de un vistazo

AttributeValue
Full nameBridgehead server
CategoryActive Directory domain controller role
Primary useConcentrating inter-site Active Directory replication through selected domain controllers
Related termsDomain controller, Active Directory, Active Directory site, Replication, Knowledge Consistency Checker

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Por qué son importantes los servidores puente en las redes empresariales

Los servidores «bridgehead» son importantes en organizaciones con muchas sedes, como sucursales conectadas mediante enlaces de área amplia con capacidad limitada. Concentrar la replicación entre sedes en unos pocos controladores de dominio mantiene predecibles el número de conexiones y el uso del ancho de banda, y permite comprimir los datos de replicación antes de que crucen un enlace de sede.

Desde el punto de vista operativo, un servidor puente soporta una mayor carga de replicación que otros controladores de dominio de su sitio. Un servidor puente con recursos insuficientes o sobrecargado puede provocar retrasos en la replicación, por lo que los cambios en el directorio —como el restablecimiento de contraseñas, las actualizaciones de pertenencia a grupos y los bloqueos de cuentas— llegan tarde a otros sitios. Los administradores deben supervisar el estado de la replicación y asignar los roles de servidor puente a servidores con capacidad suficiente y bien conectados.

También hay implicaciones de seguridad. Dado que un servidor puente gestiona los cambios en el directorio de todo un sitio, necesita el mismo refuerzo de seguridad y las mismas actualizaciones que cualquier controlador de dominio, y la ruta de red entre servidores puente debe permitir únicamente el tráfico de replicación necesario. Una configuración deficiente de los servidores puente preferidos es una causa habitual de que la replicación se estanque, lo que puede dar lugar a datos de directorio obsoletos o incoherentes en los sitios remotos.

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.

Los administradores pueden designar servidores puente preferidos, pero si todos ellos están desconectados, el generador de topología no elige sustitutos. La replicación desde ese sitio se detiene hasta que un servidor preferido vuelve a estar disponible o se elimina la configuración. Muchos entornos permiten que el generador de topología elija automáticamente para evitar este fallo.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre los servidores Bridgehead

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

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…

Read more
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…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

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…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

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…

Read more
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…

Read more
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…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

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…

Read more

Artículos relacionados