Forum IT Tranquillo

Salve,

ho un server WAPT Enterprise (versione 2.6.0.16714) installato su Debian (che chiameremo wapt1).

Per ridurre la congestione della rete e le richieste WADS/WAPT WUA, ho deciso di creare repository secondari per i servizi WAPT WUA e WADS:

- wapt2 fungerà da repository WAPT WUA

- wapt3 fungerà da repository WADS.

Ho quindi configurato due macchine separate e la loro sincronizzazione in modo che recuperino solo le directory pertinenti.
La sincronizzazione funziona correttamente nella directory /opt/wapt/repository.

Ho poi creato delle regole per il repository che stabiliscono che gli agenti con un indirizzo IP appartenente alla rete 192.168.0.0/16 possano accedere:

- wapt2 alla cartella wua

- wapt3 alla cartella wads.

Ho anche impostato la variabile use_repo_rules su true nella configurazione generale dell'agente.

I repository secondari contengono i pacchetti remote-repo-conf e remote-repo-nginx (oltre a remote-repo-tftp).

Tuttavia, quando verifico su una macchina che corrisponde alle regole definite, non vedo i repository secondari e sembra che non vengano utilizzati nel loro nuovo ruolo.

Probabilmente ho saltato qualche passaggio, ma non riesco a capire quale.

Potete aiutarmi, per favore?

Salve

, potreste fornirci i dettagli della regola che è stata creata?

La regola menziona solo wua, quindi non sarà molto visibile lato client.

La noterai principalmente se, ad esempio, elimini wsusscn2.cab da una macchina e questa scarica nuovamente il file.

Puoi anche verificare che i download passino effettivamente attraverso questo repository esaminando i dati di audit:

host_metrics - peercache.

Negli URL, vedrai l'URL di origine.

vincent.moisan ha scritto: ↑11 febbraio 2026 - 12:53 Per alleviare la congestione della rete e le richieste WADS/WAPT WUA, ho deciso di creare repository secondari per i servizi WAPT WUA e WADS.

In realtà, i repository secondari non sono per siti remoti? Si tratta di un repository secondario per la tua rete locale?

Quindi, non molto utile.

Quello che vorrei è che gli agenti non passassero più attraverso il server principale per WaptWua e WAD.

Quindi, una regola che li reindirizzi al repository corretto a seconda di ciò che viene richiesto.

Il server principale verrebbe quindi utilizzato, in un certo senso, solo per le distribuzioni delle applicazioni.
Wapt2 verrebbe utilizzato solo per WaptWua e Wapt3 per tutte le distribuzioni del sistema operativo.

sfonteneau ha scritto: ↑11 febbraio 2026 - 13:56

vincent.moisan ha scritto: ↑11 febbraio 2026 - 12:53 Per alleviare la congestione della rete e le richieste WADS/WAPT WUA, ho deciso di creare repository secondari per i servizi WAPT WUA e WADS.

In realtà, i repository secondari non sono per siti remoti? Si tratta di un repository secondario per la tua rete locale?

Sì. È per una rete locale. È un'idea suggerita da uno dei tuoi trainer per alleggerire il carico sul server principale.

I repository secondari vengono utilizzati principalmente per siti remoti dietro una VPN (connessione a bassa larghezza di banda).

Spesso, il repository secondario ospita tutto.

Nel tuo caso, configurare un repository di questo tipo sembra superfluo.

Forse c'è stato un malinteso?

@vincent.moisan,

hai un server Wapt in esecuzione su Windows? In tal caso, potrebbe essere rilevante perché nginx su Windows non è molto performante. Se il server utilizza Linux ed è dimensionato correttamente, può servire 10.000 macchine e saturare facilmente una connessione a 10 Gbps...

Cordiali saluti,

Denis

dcardon ha scritto: ↑11 feb 2026 - 14:16 @vincent.moisan

Hai un server Wapt in esecuzione su Windows? In tal caso, potrebbe essere rilevante perché nginx su Windows non è molto performante. Se il server è in esecuzione su Linux ed è dimensionato correttamente, può servire 10.000 macchine e saturare facilmente un collegamento a 10 Gb...

Cordiali saluti,

Denis

No, sono 3 server Debian. Il problema è il dimensionamento della rete. I nostri server sono VM su KVM. Quindi la congestione si verifica prima sul server WAPT o, in caso contrario, sull'hypervisor o sul gateway di rete.

Abbiamo 650 workstation che scaricano gli aggiornamenti di Windows 11 25H2, ciascuno da 12 GB. Tuttavia, questo non è chiaramente fattibile se vogliamo distribuire sistemi operativi, correggere vulnerabilità software ed eseguire applicazioni Windows Update (WUA), tutto sullo stesso server. Pertanto, l'obiettivo è creare repository secondari per evitare di sovraccaricare la rete quando tutte queste attività devono essere eseguite contemporaneamente