[RESOLU] Mise à jour des agents 2.4 vers 2.6

dani · 15 avr. 2025 - 11:31

Bonjour.

J'ai une petite installation de WAPT Discovery (pour une 20aine de postes), actuellement en 2.4.0.14143. Je cherche à mettre à jour en 2.6.0.17177 (je déploie le nouveau serveur sur une nouvelle machine). Pas de problème particulier pour la partie serveur (que je fais tourner sous forme de Docker sur l'orchestrateur Nomad par ailleurs, je pourrai partager mon job Nomad si ça en intéresse certains).

Tout est OK aussi sur mon poste d'administration sur lequel j'ai installé manuellement la console et l'agent avec WAPTSetup. Mon poste remonte bien sur le serveur, et apparaît en ligne. J'ai bien construit un nouveau paquet waptupgrade pour pousser la version 2.6 sur mes postes.

Problème : tous ces postes encore en v2.4 n'arrivent pas à contacter le serveur, puisqu'ils ne s'auth pas encore par certificat. Toutes les URL qu'ils appellent (/wapt/Packages, /wapt-host/XXXXX.wapt, /update_host, /get_websocket_auth_token) ont une 401 en réponse (à l'exception du /ping qui lui fonctionne). Du coup, je ne comprend pas comment ils sont censés récupérer la dernière version de l'agent qui est dans le dépôt. Je n'ai pas de GPO en place (j'ai fait une installation initiale manuelle sur chaque poste, puis le paquet waptupgrade s'est chargé des mises à jour jusque là). Je n'utilise pas non plus l'auth kerberos.

La documentation n'est pas très explicite sur ce point. Elle indique simplement que la mise à jour se fera dans les 2h et qu'en attendant, les agents apparaissent déconnectés. Mais comment cette mise à jour est censée se faire si les agent n'ont pas accès au serveur pour la récupérer ?

dani · 15 avr. 2025 - 11:59

Si je met manuellement à jour l'agent sur un des postes (soit en exécutant waptagent.exe, soit waptdeploy.exe), alors tout fonctionne. L'agent se met bien à jour, et apparaît en ligne sur la console. C'est vraiment juste l'étape de mise à jour de l'agent, via le paquet waptupgrade que j'ai du mal à comprendre comment elle est censée fonctionner (et qui pour moi, ne semble pas fonctionner)

17 avr. 2025 - 12:25

Bonjour Dani,

les postes devrait arriver à s'authentifier par certificat sur le serveur. C'est juste la websocket qui ne remonte pas tant que le poste n'a pas été upgradé. Donc normalement, le poste devrait s'authentifier, récupérer le paquet upgrade et l'installer (grace au force install) sous deux heures. Et à partir de ce moment là la websocket remonte.

Avant migration, est ce que votre serveur / repo était configuré en https ou bien en http? Et après migration? Pour que l'auth par certificat fonctionne correctement sur le nginx, il faut que la connexion soit en https (en certificat reconnu ou autosigné).

Cordialement,

Denis

dani · 17 avr. 2025 - 13:38

C'était bien en https en 2.4, et également en 2.6. Mais après bien plus de 2h, toujours pas d'upgrade des paquets. J'ai fini par mettre en place une GPO avec waptdeploy, et mis à jour manuellement sur les quelques postes hors domaine. Je ne sais pas exactement pourquoi ça n'a pas fonctionné (possible que ça vienne de ma config, je dévie un peu de la doc officiel pour faire tourner ça sur l'orchestrateur Nomad)

17 avr. 2025 - 14:41

Bonjour Daniel,

merci pour le retour. Probablement qu'il y a qqchose dans votre adaptation containeur qui influe sur le comportement. Mais bon, les GPO sont aussi une bonne option

Je passe le topic en résolu.

A bientôt,

Denis