[RESOLU] Postes DISCONNECTED + solution
Posté : 21 oct. 2019 - 18:56
Salut,
J'avais une majorité de mes postes en DISCONNECTED.
Il faut savoir que ça peut le faire si il y a plus de 5 minutes de décalage entre l'heure du client et du serveur.
Dans mon cas ce n'était pas le problème.
En regardant sur mes postes avec TCPVIEW (de Sysinternals), je me suis aperçu qu'ils essayaient de passer par le proxy.
J'ai vu un message de sfonteneau qui disait que la librairie websocket s'obstinait parfois à utiliser le proxy.
Sur mes postes j'avais défini les variables d'environnement http_proxy https_proxy et no_proxy pour les logiciels genre Git,Npm et autres dérivés du monde linux.
Sauf qu'en regardant le code, je me suis rendu compte que la librairie ne savait pas lire le no_proxy pour tout ce qui est sous domaine : ex : .mondomaine.com
Donc j'ai mis à jour ma variable d'environnement sur tous mes postes en y ajoutant le fqdn du mon serveur wapt.mondomaine.com : problème résolu !
Il ne me reste qu'un soucis, mais j'attends de voir si la manip lancée ce soir résoudra mon problème :
le service python sur mon serveur Wapt tourne à 99% du CPU et j'ai pas mal de messages :
WARNING Invalid session 917a29931507404db3d67aad566bfb38
Les agents sont à jour, j'espère que c'est lié à mon pb de proxy. Plus de news demain.
Détail pour la librairie Websocket :
Dans C:\Program Files (x86)\wapt\lib\site-packages\websocket\_url.py :
La fonction ci-dessous suivante ne supporte pas la vérification de sous-domaine (.mondomaine.com)
def _is_no_proxy_host(hostname, no_proxy):
if not no_proxy:
v = os.environ.get("no_proxy", "").replace(" ", "")
no_proxy = v.split(",")
if not no_proxy:
no_proxy = DEFAULT_NO_PROXY_HOST
if hostname in no_proxy:
return True
elif _is_ip_address(hostname):
return any([_is_address_in_network(hostname, subnet) for subnet in no_proxy if _is_subnet_address(subnet)])
return False
J'avais une majorité de mes postes en DISCONNECTED.
Il faut savoir que ça peut le faire si il y a plus de 5 minutes de décalage entre l'heure du client et du serveur.
Dans mon cas ce n'était pas le problème.
En regardant sur mes postes avec TCPVIEW (de Sysinternals), je me suis aperçu qu'ils essayaient de passer par le proxy.
J'ai vu un message de sfonteneau qui disait que la librairie websocket s'obstinait parfois à utiliser le proxy.
Sur mes postes j'avais défini les variables d'environnement http_proxy https_proxy et no_proxy pour les logiciels genre Git,Npm et autres dérivés du monde linux.
Sauf qu'en regardant le code, je me suis rendu compte que la librairie ne savait pas lire le no_proxy pour tout ce qui est sous domaine : ex : .mondomaine.com
Donc j'ai mis à jour ma variable d'environnement sur tous mes postes en y ajoutant le fqdn du mon serveur wapt.mondomaine.com : problème résolu !
Il ne me reste qu'un soucis, mais j'attends de voir si la manip lancée ce soir résoudra mon problème :
le service python sur mon serveur Wapt tourne à 99% du CPU et j'ai pas mal de messages :
WARNING Invalid session 917a29931507404db3d67aad566bfb38
Les agents sont à jour, j'espère que c'est lié à mon pb de proxy. Plus de news demain.
Détail pour la librairie Websocket :
Dans C:\Program Files (x86)\wapt\lib\site-packages\websocket\_url.py :
La fonction ci-dessous suivante ne supporte pas la vérification de sous-domaine (.mondomaine.com)
def _is_no_proxy_host(hostname, no_proxy):
if not no_proxy:
v = os.environ.get("no_proxy", "").replace(" ", "")
no_proxy = v.split(",")
if not no_proxy:
no_proxy = DEFAULT_NO_PROXY_HOST
if hostname in no_proxy:
return True
elif _is_ip_address(hostname):
return any([_is_address_in_network(hostname, subnet) for subnet in no_proxy if _is_subnet_address(subnet)])
return False
