[WADS] Errore 400 durante la distribuzione da un repository secondario

[MaximeJ]

Buongiorno,

Dopo l'attivazione e la distribuzione di un repository secondario per accelerare le nostre distribuzioni, questi non funzionano. Il client si avvia correttamente tramite la chiave WinPE, recupera correttamente la regola che gli indica di individuare il repository secondario, ma quando tenta di scaricare il file wads.exe, nella console del client viene visualizzato il seguente messaggio:

Codice: Seleziona tutto

"Error getting wads executable from server: THttpClientSocket.WGet: serversecondaire.domaine.local:443/api/v3/get_wads_exe/192.168.1.10/wads64.exe failed as HTTP Error 400 - Bad Request"

E vedo la stessa cosa nei log nginx del server del repository secondario. Eppure il mio repository è correttamente sincronizzato e riesco a vedere i file nella directory condivisa. I client scaricano correttamente i loro pacchetti da questo repository secondario. Vedo solo questo errore e non so dove altro cercare oltre ai log dei client e a /var/log/ per i file nginx e wapt, ma non riesco a trovare altro.

Qualcuno ha idea di cosa potrebbe causare questo errore 400 e come risolverlo?


Inoltre, un'altra domanda sull'argomento: abbiamo licenze Windows 11 Enterprise, ma indipendentemente dalle opzioni che aggiungiamo al file di risposta .xml (in base al numero di indice o all'etichetta della versione nel tag corrispondente) una volta distribuite, le workstation sono in edizione Professional.
Sai cosa potrebbe spiegare questo comportamento e dove trovare i log per capirlo?


Versione degli agenti e del server WAPT: 2.4.0.14.080
Server secondari e repository che eseguono Debian 12.5

Grazie in anticipo per il vostro aiuto o per le vostre idee per andare avanti!
Massima

[sfontenau]

Ciao

, hai abilitato la verifica del certificato HTTPS su WinPE?

La regola del repository secondario è configurata per utilizzare HTTPS?

Simon

[dcardon]

Ciao Maxime,

Inoltre, un'altra domanda su questo argomento: abbiamo licenze Windows 11 Enterprise, ma indipendentemente dalle opzioni che aggiungiamo al file .xml di risposta (in base al numero di indice o all'etichetta di versione nel tag corrispondente), le workstation, una volta distribuite, risultano essere nell'edizione Professional.
Sapete cosa potrebbe spiegare questo comportamento e dove trovare i log per comprenderlo?

Per facilitare la comprensione della discussione sul forum, è meglio porre una domanda per argomento; altrimenti, è difficile tenere traccia. Potresti riproporre la domanda in un nuovo argomento?

Versione degli agenti e del server WAPT: 2.4.0.14.080.
Server secondari e repository in esecuzione su Debian 12.5.

È stata rilasciata la versione 2.5.5 con una serie di piccole correzioni; vi consiglio di effettuare l'aggiornamento

Sinceramente,

Denis

[MaximeJ]

Sì, ho selezionato la casella per abilitare HTTPS su WinPE e la regola del repository secondario punta correttamente a un URL HTTPS su quel server. Quando controllo i log dei client già distribuiti che utilizzano questo repository secondario, questi convalidano correttamente il certificato del server.

Si tratta di certificati emessi dalla nostra CA interna; ho aggiunto la catena di certificati e convalidato la configurazione di Nginx senza errori.

Ci sono dei log che posso recuperare dal client o dal server che potrebbero fornirmi maggiori informazioni? Magari la configurazione di Nginx?


Ok, ottima osservazione sulla versione 2.5.5; pianificheremo un aggiornamento in quel caso! E la seconda domanda ha senso; creerò un'altra discussione. Grazie!

[dcardon]

Ciao Maxime,

c'era un bug con il reindirizzamento HTTPS. Prima della versione 2.5.5, il pre-installatore wgetwads.exe si connetteva al server, che poi inviava un reindirizzamento HTTP per connettersi al repository secondario. Tuttavia, si verificava un'errata interpretazione dei codici di ritorno e il ripristino del contesto TLS, da cui l'errore 400.
Abbiamo modificato il comportamento in modo che il pre-installatore wgetwads.exe recuperi le regole del repository secondario e si connetta direttamente senza passare attraverso il reindirizzamento HTTP [1].

Quindi l'aggiornamento alla versione 2.5.5 dovrebbe risolvere il tuo problema.

Cordiali saluti,

Denis

[1] https://www.wapt.fr/en/doc/wapt-changel ... 2024-05-22

[MaximeJ]

È tutto molto chiaro, grazie mille! Potrò fare pressione sui miei colleghi che gestiscono il server affinché avviino l'aggiornamento alla versione 2.5.5 e poi riavvieremo le nostre implementazioni.

Cordiali saluti