Foro de TI tranquilo

Hola,

tengo un servidor WAPT Enterprise (versión 2.6.0.16714) instalado en Debian (que llamaremos wapt1).

Para reducir la congestión de la red y las solicitudes WADS/WAPT WUA, decidí crear repositorios secundarios para los servicios WAPT WUA y WADS:

- wapt2 servirá como repositorio WAPT WUA

- wapt3 servirá como repositorio WADS.

Por lo tanto, configuré dos máquinas separadas y configuré su sincronización para que solo recuperen los directorios relevantes.
La sincronización funciona correctamente en el directorio /opt/wapt/repository.

Luego creé reglas de repositorio estipulando que los agentes con una dirección IP perteneciente a la red 192.168.0.0/16 accedan:

- wapt2 a la carpeta wua

- wapt3 a la carpeta wads.

También configuré la variable use_repo_rules a true en la configuración general del agente.

Los repositorios secundarios contienen los paquetes remote-repo-conf y remote-repo-nginx (además de remote-repo-tftp).

Sin embargo, al revisar una máquina que cumple con las reglas definidas, no veo los repositorios secundarios y parece que no se están utilizando en su nueva función.

Probablemente me he saltado algún paso, pero no logro identificar cuál. ¿

Podrían ayudarme, por favor?

Hola

, ¿podría proporcionarnos los detalles de la regla que se creó?

La regla solo menciona wua, por lo que no será muy visible en el lado del cliente.

La verás principalmente si, por ejemplo, eliminas wsusscn2.cab de una máquina y esta vuelve a descargar el archivo.

También puedes verificar que las descargas se realizan a través de este repositorio consultando los datos de auditoría:

host_metrics - peercache.

En las URL, verás la URL de origen.

vincent.moisan escribió: ↑11 de febrero de 2026 - 12:53 p. m. Para aliviar la congestión de la red y las solicitudes de WADS/WAPT WUA, decidí crear repositorios secundarios para los servicios WAPT WUA y WADS.

En realidad, ¿los repositorios secundarios no son para sitios remotos? ¿Es este un repositorio secundario para tu red local?

Así que no es muy útil.

Lo que me gustaría es que los agentes ya no tengan que pasar por el servidor principal para WaptWua y WADs.

Por lo tanto, una regla que los redirija al repositorio correcto según lo que se solicite.

El servidor principal se usaría entonces, en cierto modo, solo para implementaciones de aplicaciones.
Wapt2 se usaría solo para WaptWua, y Wapt3 para todas las implementaciones del sistema operativo.

sfonteneau escribió: ↑11 de febrero de 2026 - 13:56

vincent.moisan escribió: ↑11 de febrero de 2026 - 12:53 p. m. Para aliviar la congestión de la red y las solicitudes de WADS/WAPT WUA, decidí crear repositorios secundarios para los servicios WAPT WUA y WADS.

En realidad, ¿los repositorios secundarios no son para sitios remotos? ¿Es este un repositorio secundario para tu red local?

Sí. Es para una red local. Es una idea que sugirió uno de tus instructores para aliviar la carga del servidor principal.

Los repositorios secundarios se utilizan principalmente para sitios remotos detrás de una VPN (conexión de bajo ancho de banda).

A menudo, el repositorio secundario aloja todo.

En su caso, configurar un repositorio de este tipo parece innecesario.

¿Quizás hubo algún malentendido?

@vincent.moisan,

¿tienes un servidor Wapt funcionando en Windows? Si es así, podría ser relevante, ya que nginx en Windows no tiene un rendimiento muy bueno. Si el servidor funciona con Linux y tiene el tamaño adecuado, puede dar servicio a 10 000 máquinas y saturar fácilmente un enlace de 10 Gb...

Saludos cordiales,

Denis

dcardon escribió: ↑11 de febrero de 2026 - 14:16 @vincent.moisan

¿Tienes un servidor Wapt ejecutándose en Windows? Si es así, podría ser relevante porque nginx en Windows no tiene un rendimiento muy bueno. Si el servidor ejecuta Linux y tiene el tamaño adecuado, puede dar servicio a 10 000 máquinas y saturar fácilmente un enlace de 10 Gb...

Saludos cordiales,

Denis

No, son tres servidores Debian. El problema es el tamaño de la red. Nuestros servidores son máquinas virtuales en KVM. Por lo tanto, la congestión se produce primero en el servidor WAPT o, en su defecto, en el hipervisor o la puerta de enlace de red.

Contamos con 650 estaciones de trabajo que descargan actualizaciones de Windows 11 25H2, cada una de 12 GB. Sin embargo, esto claramente no es viable si queremos implementar sistemas operativos, corregir vulnerabilidades de software y ejecutar aplicaciones de Windows Update (WUA), todo en el mismo servidor. Por lo tanto, el objetivo es crear repositorios secundarios para evitar la sobrecarga de la red cuando todas estas tareas deben realizarse simultáneamente