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.
Dies scheint jedoch nicht mit dem Rest des Prozesses übereinzustimmen; ist das normal, oder habe ich etwas vergessen?location /wads {
if ($Ip_CIDR) {
return 301 http://url_de_mon_depot$request_uri;
}
proxy_pass http://ip_de_mon_serveur_maine:80;
}
Vielen Dank im Voraus für Ihre Klarstellung
