[GELÖST] Inventar zeigt nur das Hauptrepository an: Normales Verhalten?
Veröffentlicht: 2. Dez. 2025 - 12:21 Uhr
Hallo,
ich habe eine Frage, auf die ich bisher keine Antwort finden konnte.
Ich verbinde mich mit einer Unternehmenskonsole auf einem entfernten primären Repository (WAN), das HTTPS verwendet und im Folgenden Principal01.fr genannt wird.
Principal01.fr hat die IP-Adresse 192.1.1.3.
Ein Gruppenrichtlinienobjekt (GPO) in einer Windows-Domäne hat den WAPT-Agenten mit folgenden Einstellungen in der wapt-get.ini auf den Rechnern bereitgestellt:
repo_url=https://Principal01.fr/wapt
wapt_server=https:/Principal01.fr.
Anschließend habe ich ein sekundäres Repository (LAN) über HTTP eingerichtet, das ich Secondary02.fr nenne. Es scheint korrekt zu funktionieren: Die Synchronisierung mit Principal01.fr klappt einwandfrei.
Secondary02.fr hat die IP-Adresse 192.168.1.3.
Ich habe eine Regel basierend auf den Client-IP-Adressen hinzugefügt:
Gehört der Client zum Netzwerk 192.168.1.00/24 (ich habe „00“ in die Subnetzmaske eingetragen, da dies der Dokumentation entspricht), soll das Repository
http://Secondaire02.fr/wapt verwendet werden.
Ich habe WAPT, WUA und WADS aktiviert und den Fallback deaktiviert.
Wenn ich jedoch in meiner Konsole (auf Principal01.fr) im Bereich „Inventar“ einen Client aus dem Bereich 192.168.1.00/24 auswähle, wird mir im Tab „Repositories“ nur das primäre, nicht aber das sekundäre Repository angezeigt.
Die Paket-Downloads der Clients sind für eine LAN-Bereitstellung sehr langsam, und ich vermute, dass die Clients sich direkt mit Principal01.fr verbinden.
Meine Fragen lauten daher wie folgt:
Ist es normal, dass im Maschineninventar Principal01.fr und nicht Secondaire02.fr als Repository angezeigt wird (liegt das einfach an der wapt-get.ini-Datei)?
Wie kann ich überprüfen, ob meine Clients Pakete korrekt vom sekundären (LAN-)Repository beziehen?
Vielen Dank im Voraus für Ihre Hilfe.
ich habe eine Frage, auf die ich bisher keine Antwort finden konnte.
Ich verbinde mich mit einer Unternehmenskonsole auf einem entfernten primären Repository (WAN), das HTTPS verwendet und im Folgenden Principal01.fr genannt wird.
Principal01.fr hat die IP-Adresse 192.1.1.3.
Ein Gruppenrichtlinienobjekt (GPO) in einer Windows-Domäne hat den WAPT-Agenten mit folgenden Einstellungen in der wapt-get.ini auf den Rechnern bereitgestellt:
repo_url=https://Principal01.fr/wapt
wapt_server=https:/Principal01.fr.
Anschließend habe ich ein sekundäres Repository (LAN) über HTTP eingerichtet, das ich Secondary02.fr nenne. Es scheint korrekt zu funktionieren: Die Synchronisierung mit Principal01.fr klappt einwandfrei.
Secondary02.fr hat die IP-Adresse 192.168.1.3.
Ich habe eine Regel basierend auf den Client-IP-Adressen hinzugefügt:
Gehört der Client zum Netzwerk 192.168.1.00/24 (ich habe „00“ in die Subnetzmaske eingetragen, da dies der Dokumentation entspricht), soll das Repository
http://Secondaire02.fr/wapt verwendet werden.
Ich habe WAPT, WUA und WADS aktiviert und den Fallback deaktiviert.
Wenn ich jedoch in meiner Konsole (auf Principal01.fr) im Bereich „Inventar“ einen Client aus dem Bereich 192.168.1.00/24 auswähle, wird mir im Tab „Repositories“ nur das primäre, nicht aber das sekundäre Repository angezeigt.
Die Paket-Downloads der Clients sind für eine LAN-Bereitstellung sehr langsam, und ich vermute, dass die Clients sich direkt mit Principal01.fr verbinden.
Meine Fragen lauten daher wie folgt:
Ist es normal, dass im Maschineninventar Principal01.fr und nicht Secondaire02.fr als Repository angezeigt wird (liegt das einfach an der wapt-get.ini-Datei)?
Wie kann ich überprüfen, ob meine Clients Pakete korrekt vom sekundären (LAN-)Repository beziehen?
Vielen Dank im Voraus für Ihre Hilfe.