Ruhiges IT-Forum

Konfiguration:

WAPT Enterprise Version: 2.3.0.
Server-Betriebssystem: Debian Bulleyes.
Der WAPT-Server befindet sich hinter einem Reverse-Proxy.
Betriebssystem des sekundären Repositorys (wapt-host, wapt, waptwua, wads): Debian Bulleyes.
Betriebssystem des Administrationsrechners: Windows 10.

Guten Morgen,

Ich stoße auf ein kleines Problem beim Deployment des Betriebssystems aus einem sekundären Repository.
Ich möchte darauf hinweisen, dass sich mein Hauptserver hinter einem Reverse-Proxy befindet. Alles funktioniert einwandfrei, außer dem ISO-Download während des Deployments, der nicht auf dem richtigen Server stattfindet.
Das Repository ist ordnungsgemäß synchronisiert und alle Dateien auf dem Webserver sind vorhanden und zugänglich.

Ich erkläre es Ihnen:
Während des PXE-Bootvorgangs und der Bereitstellung werden die Downloads "/wads/winpe/x64/media/*" und die Treiberpakete erfolgreich aus dem richtigen sekundären Repository heruntergeladen, nachdem eine "POST /api/v3/get_wads_config"-Anfrage von meinem Hauptserver über den Reverse-Proxy gesendet wurde.

Ich schließe daraus, dass dieser Befehl "POST /api/v3/get_wads_config" dem Client, der bereitgestellt wird, mitteilt, dass er über HTTPS zum sekundären Repository umgeleitet werden soll.

Diese Anfrage erscheint jedoch nicht beim Herunterladen der ISO-Datei, und die ISO-Datei wird aus dem Hauptrepository heruntergeladen.

Ich habe dieses Problem erfolgreich behoben, indem ich auf der Ebene des Reverse-Proxys eine bedingte Umleitung für den WAD-Ordner basierend auf dem CIDR-Mix des Clients eingerichtet habe.

location /wads {
if ($Ip_CIDR) {
return 301 http://url_de_mon_depot$request_uri;
}
proxy_pass http://ip_de_mon_serveur_maine:80;
}

Dies scheint jedoch nicht mit dem Rest des Prozesses übereinzustimmen; ist das normal, oder habe ich etwas vergessen?

Vielen Dank im Voraus für Ihre Klarstellung

Hallo und vielen Dank für Ihr Feedback.

Tatsächlich gibt es in der neuesten Version ein Problem. Ein Fehler hat sich in das sekundäre WADs-Repository eingeschlichen.

Wir haben heute einen Fix veröffentlicht und werden in Kürze eine neue Version herausbringen, die diesen Fehler behebt.

Simon Fonteneau

Hallo,

alles klar, zur Kenntnis genommen, vielen Dank für Ihre schnelle Antwort!

Cyril OLIVIER

Hallo!

Wir haben soeben einen Nightly Build veröffentlicht, der diesen Patch enthält.

Verfügbar hier: https://wapt.tranquil.it/wapt/nightly/w ... 6/?C=M&O=D