Ruhiges IT-Forum

Hallo,

ich habe einen WAPT Enterprise Server (Version 2.6.0.16714) auf Debian installiert (im Folgenden wapt1 genannt).

Um die Netzwerkauslastung und die Anzahl der WADS/WAPT WUA-Anfragen zu reduzieren, habe ich mich entschieden, separate Repositories für die WAPT WUA- und WADS-Dienste einzurichten:

wapt2 dient als WAPT WUA-Repository

, wapt3 als WADS-Repository.

Dazu habe ich zwei separate Maschinen eingerichtet und deren Synchronisierung so konfiguriert, dass sie nur die relevanten Verzeichnisse abrufen.
Die Synchronisierung im Verzeichnis `/opt/wapt/repository` funktioniert einwandfrei.

Anschließend habe ich Repository-Regeln erstellt, die festlegen, dass Agents mit einer IP-Adresse aus dem Netzwerk 192.168.0.0/16 auf Folgendes zugreifen:

wapt2 für den WUA-Ordner

, wapt3 für den WADS-Ordner.

Außerdem habe ich die Variable `use_repo_rules` in der allgemeinen Agentenkonfiguration auf `true` gesetzt.

Die sekundären Repositories enthalten die Pakete remote-repo-conf und remote-repo-nginx (sowie remote-repo-tftp).

Wenn ich jedoch auf einem Rechner nachsehe, der den definierten Regeln entspricht, werden die sekundären Repositories nicht angezeigt und scheinen in ihrer neuen Rolle nicht verwendet zu werden.

Ich habe vermutlich einen Schritt übersehen, kann aber nicht herausfinden, welchen.

Können Sie mir bitte helfen?

Hallo

, könnten Sie bitte Einzelheiten zu der erstellten Regel angeben?

Die Regel erwähnt nur wua, daher ist sie clientseitig kaum sichtbar.

Sie wird hauptsächlich dann bemerkt, wenn Sie beispielsweise die Datei wsusscn2.cab von einem Rechner löschen und dieser sie erneut herunterlädt.

Sie können auch überprüfen, ob Downloads tatsächlich über dieses Repository laufen, indem Sie die Audit-Daten unter

„host_metrics - peercache“ einsehen.

In den URLs finden Sie die Quell-URL.

vincent.moisan schrieb: ↑11. Feb. 2026 - 12:53 Uhr Um die Netzwerküberlastung und die WADS/WAPT WUA-Anfragen zu verringern, habe ich beschlossen, sekundäre Repositories für die WAPT WUA- und WADS-Dienste zu erstellen.

Sekundäre Repositories sind eigentlich nicht für entfernte Standorte gedacht? Handelt es sich hier um ein sekundäres Repository für Ihr lokales Netzwerk?

Das ist also nicht sehr hilfreich.

Ich möchte, dass die Agenten für WaptWua und WADs nicht mehr über den Hauptserver laufen.

Dazu bräuchte ich eine Regel, die sie je nach Anfrage zum richtigen Repository weiterleitet.

Der Hauptserver würde dann quasi nur noch für Anwendungsbereitstellungen genutzt.
Wapt2 käme ausschließlich für WaptWua zum Einsatz und Wapt3 für alle Betriebssystembereitstellungen.

sfonteneau schrieb: ↑11. Feb. 2026 - 13:56 Uhr

vincent.moisan schrieb: ↑11. Feb. 2026 - 12:53 Uhr Um die Netzwerküberlastung und die WADS/WAPT WUA-Anfragen zu verringern, habe ich beschlossen, sekundäre Repositories für die WAPT WUA- und WADS-Dienste zu erstellen.

Sekundäre Repositories sind eigentlich nicht für entfernte Standorte gedacht? Handelt es sich hier um ein sekundäres Repository für Ihr lokales Netzwerk?

Ja. Es ist für ein lokales Netzwerk gedacht. Die Idee stammt von einem Ihrer Ausbilder und soll die Last auf dem Hauptserver verringern.

Sekundäre Repositories werden hauptsächlich für entfernte Standorte hinter einem VPN (mit geringer Bandbreite) verwendet.

Oftmals werden alle Daten im sekundären Repository gespeichert.

In Ihrem Fall erscheint die Einrichtung eines solchen Repositorys unnötig.

Vielleicht gab es ein Missverständnis?

@vincent.moisan,

betreibst du einen Wapt-Server unter Windows? Falls ja, könnte das relevant sein, da nginx unter Windows nicht sehr performant ist. Ein Linux-Server mit ausreichender Dimensionierung kann hingegen 10.000 Rechner bedienen und eine 10-Gbit/s-Verbindung problemlos auslasten.

Viele Grüße,

Denis

dcardon schrieb: ↑11. Feb. 2026 - 14:16 Uhr @vincent.moisan

Läuft bei Ihnen ein Wapt-Server unter Windows? Falls ja, könnte das relevant sein, da nginx unter Windows nicht sehr performant ist. Wenn der Server unter Linux läuft und ausreichend dimensioniert ist, kann er 10.000 Rechner bedienen und eine 10-Gbit/s-Verbindung problemlos auslasten.

Viele Grüße,

Denis

Nein, es handelt sich um drei Debian-Server. Das Problem liegt in der Netzwerkdimensionierung. Unsere Server sind VMs auf KVM. Daher tritt die Überlastung zuerst auf dem WAPT-Server auf, oder, falls dieser nicht die Ursache ist, auf dem Hypervisor oder dem Netzwerk-Gateway.

Wir haben 650 Arbeitsstationen, die Windows 11 25H2-Updates herunterladen, die jeweils 12 GB groß sind. Dies ist jedoch nicht praktikabel, wenn wir Betriebssysteme bereitstellen, Software-Sicherheitslücken schließen und Windows Update-Anwendungen (WUA) auf demselben Server ausführen möchten. Daher ist es unser Ziel, sekundäre Repositories zu erstellen, um eine Netzwerküberlastung zu vermeiden, wenn all diese Aufgaben gleichzeitig ausgeführt werden müssen