Upgrade vers 1.7.4 et agent WAPT

Question about WAPT Server / Requêtes et aides autour du serveur Wapt
Règles du forum
* English support on www.reddit.com/r/wapt
* Le support en français se fait sur ce forum
*Afin de faciliter l'aide dans ce forum, merci de préciser dans vos posts les éléments suivants :
- Version de WAPT installée (1.3.9 / 1.3.13 / 1.5 / 1.6)
- OS du serveur (Linux / Windows)
- OS de la machine d'administration/création des paquets (Windows 7 / 10)
* Merci de préfixer le titre du thread par [RESOLU] si il est résolu.
corriou
Messages : 2
Inscription : 16 mai 2019 - 09:59

16 mai 2019 - 15:54

Bonjour,

Je gère un serveur WAPT actuellement en version 1.7.4 (issu de mises-à-jour successives depuis 1.3=>1.6=>1.7) sous Linux pour des une centaine de postes sous Windows 7 et Windows 10 (antivirus Kaspersky Endpoint Protection 11 sur toutes les machines avec une stratégie identique)
Suite à une mise à jour du serveur, de nombreuses machines sont notées injoignable (voire rien du tout) et de nombreux problèmes sont survenus :

1) la création de l'agent dans la foulée a créé le paquet waptupgrade 1.7.4.6074 qui est censé s'installer. Pourtant, bien que noté comme installé (et les machines comme à jour), la colonne de la console "Version de WAPT" affiche 1.7.3.5 (la version précédente du serveur et de l'agent). L'installation manuelle de l'agent règle le problème d'affichage.

2) de machines allumées sont notées injoignable bien qu'elles répondent au PING à partir du serveur. Quand on se met sur une de ces machines, les commandes "wapt-get" fonctionnent (wapt-get register -S, wapt-get update...) mais l'affichage de la console ne change pas pour autant. Les machines injoignables ont toutes comme point commun d'avoir ouvert des websockets (parfois des dizaines) vers le serveur, tous en TIME_WAIT. L'installation manuelle de l'agent ne règle pas ce problème.

3) côté client, lorsque je lance "runwaptservice.bat ldebug", la machine devient à nouveau joignable dans la console (et apparaissent des websockets en ESTABLISHED ou CLOSE_WAIT). La seule erreur qui apparaît dans les logs est :
C:\Program Files (x86)\wapt\lib\site-packages\urllib3\connection.py:362: SubjectAltNameWarning: Certificate for wapt.XXXXXX has no `subjectAltName`, falling back to

Code : Tout sélectionner

check for a `commonName` for now. This feature is being removed by major browsers and deprecated by RFC 2818. (See https://github.com/shazow/urllib3/issues/497 for details.)
  SubjectAltNameWarning
Dès que je relance le service classiquement, elle redevient injoignable.

4) côté serveur, j'ai relancé le service en mode debug. J'obtiens énormément des lignes du type :

Code : Tout sélectionner

May 16 15:51:32 wapt python[44132]: 2019-05-16 15:51:32,426 INFO 171880823dbb447fbd3bab3e77a91a58: Sending packet PONG data None
Les machines et le serveur sont réglées sur la même horloge par NTP.

Si vous aviez des pistes, je serais preneur. Merci de votre aide.
Dernière modification par corriou le 16 mai 2019 - 16:25, modifié 2 fois.
corriou
Messages : 2
Inscription : 16 mai 2019 - 09:59

16 mai 2019 - 16:02

J'ai également, côté serveur des lignes du type :

Code : Tout sélectionner

2019-05-16 16:01:18,582 WARNING Invalid session 54b83be8349b48729e39afa809e71f03
Répondre