[WADS] Erreur 400 lors du déploiement depuis un repo secondaire

[MaximeJ]

Bonjour,

Suite à l'activation et la mise en service d'un repos secondaire pour accélérer nos déploiement ceux-ci ne fonctionnent pas. Le client boot correctement via la clé WinPE, il récupère correctement la règle lui indiquant d'aller chercher son repos secondaire mais lorsqu'il essai de télécharger le fichier wads.exe le message suivant s'affiche dans la console sur le client :

Code : Tout sélectionner

"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"

Et je vois la même chose dans les logs nginx du serveur de repos secondaire. Pourtant mon repos est bien synchronisé et je vois bien les fichiers présent dans le répertoire partagé. Les clients arrivent bien à télécharger leurs paquets depuis ce repos secondaire. Je vois uniquement cette erreur et je ne sais pas où chercher de plus à par les logs du client et dans /var/log/ pour les fichiers nginx et wapt mais je ne trouve rien de plus.

Quelqu'un à une idée de ce qui pourrait provoquer cette erreur 400 et de comment la résoudre ?


Par ailleurs, autre question sur le sujet, nous avons des licences Windows 11 entreprise, mais quel que soit les options qu'on ajoute dans le fichier .xml de réponse (en se basant sur le numéro d'index ou le libellé de la version dans le tag correspondant) les postes une fois déployés se retrouvent en édition Professionnel.
Vous savez ce qui pourrait expliquer ce comportement et où trouver les logs pour comprendre ?


Version de WAPT Agents et server : 2.4.0.14.080
Serveurs et repos secondaires en Debian 12.5

Merci d'avance de votre aide ou idée pour avancer !
Maxime

[sfonteneau]

Bonjour

Avez-vous la vérification de certificat https d'activer sur le winpe ?

Votre règle de dépôt secondaire est t'elle régler pour être en https ?

Simon

[dcardon]

Bonjour Maxime,

Par ailleurs, autre question sur le sujet, nous avons des licences Windows 11 entreprise, mais quel que soit les options qu'on ajoute dans le fichier .xml de réponse (en se basant sur le numéro d'index ou le libellé de la version dans le tag correspondant) les postes une fois déployés se retrouvent en édition Professionnel.
Vous savez ce qui pourrait expliquer ce comportement et où trouver les logs pour comprendre ?

Pour faciliter le suivi sur le forum, il est préférable de faire une question par topic, sinon c'est compliquer de suivre. Est ce que vous pourriez reposer la question dans un nouveau topic?

Version de WAPT Agents et server : 2.4.0.14.080
Serveurs et repos secondaires en Debian 12.5

La version 2.5.5 est sortie avec tout plein de petit correctifs, je vous encourage à upgrader

Cordialement,

Denis

[MaximeJ]

Oui, j'ai coché la case pour valider le https sur le winpe et la la règle du dépôt secondaire pointe bien vers une url en https de ce serveur. Quand je regarde les logs des clients déjà déployés et qui utilisent ce repos secondaire ils valident bien le certificat du serveur.

Ce sont des certificats émis par notre CA interne, j'ai bien ajouté la chaine de certification et validé la configuration de nginx sans erreurs.

Y'a-t-il des logs à récupérer quelque part sur le client ou le serveur qui me donneraient plus d'éléments ? La configuration nginx peut être ?


OK bien vu pour la version 2.5.5, on planifie un upgrade alors ! Et pour la seconde question ça fait sens effectivement, je ferai un autre topic. Merci !

[dcardon]

Bonjour Maxime,

il y avait un bug de https redirect. Avant la version 2.5.5, le pré-installeur wgetwads.exe se connecte au serveur qui lui renvoie un HTTP redirect pour se connecter au dépôt secondaire, mais il y a une mauvaise interprétation des codes de retour et de ré-initialisation du contexte tls, d'où le code 400.
On a modifier le fonctionnement pour que le pré-installeur getwads.exe récupère les règles de dépôt secondaire et se connecte en direct dans passer par le HTTP redirect [1]

Donc l'upgrade en 2.5.5 devrait résoudre votre problème.

Cordialement,

Denis

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

[MaximeJ]

Très clair comme ça, merci beaucoup ! Je vais pouvoir faire pression sur mes collègues qui gèrent le serveur pour qu'ils lancent l'upgrade en 2.5.5 et on relancera nos déploiements alors.

Cordialement