[RISOLTO] Stazioni SCOLLEGATE + soluzione

[erickeke]

Ciao,

la maggior parte dei miei computer si è disconnessa.

Questo può succedere se c'è una differenza di fuso orario superiore a 5 minuti tra il client e il server.

Nel mio caso, non era questo il problema.

Controllando i miei computer con TCPVIEW (di Sysinternals), ho notato che stavano cercando di usare il proxy.

Ho visto un post di sfonteneau in cui si diceva che la libreria WebSocket a volte insiste nell'usare il proxy.

Sui miei computer, avevo definito le variabili d'ambiente http_proxy, https_proxy e no_proxy per software come Git, npm e altri strumenti basati su Linux.

Tuttavia, esaminando il codice, mi sono reso conto che la libreria non riusciva a leggere no_proxy per i sottodomini: ad esempio, .mydomain.com.

Quindi ho aggiornato la variabile d'ambiente su tutti i miei computer aggiungendo il FQDN del mio server, wapt.mydomain.com: problema risolto!

Mi rimane solo un problema, ma aspetto di vedere se la procedura che ho iniziato stasera lo risolverà:

il servizio Python sul mio server WAPT sta utilizzando il 99% della CPU e ricevo diversi messaggi:
WARNING Invalid session 917a29931507404db3d67aad566bfb38.

Gli agenti sono aggiornati; spero sia correlato al mio problema con il proxy. Ulteriori aggiornamenti domani.

Dettagli per la libreria Websocket:

In C:\Program Files (x86)\wapt\lib\site-packages\websocket\_url.py:

La seguente funzione non supporta la verifica del sottodominio (.mydomain.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

[dcardon]

Ciao Erickeke,

La maggior parte delle mie macchine si è disconnessa.

Vale la pena notare che questo può accadere se c'è una differenza di fuso orario superiore a 5 minuti tra l'ora del client e quella del server.

Nel mio caso, non era questo il problema.

Esaminando le mie macchine con TCPVIEW (di Sysinternals), mi sono reso conto che stavano cercando di usare il proxy.

Ho visto un messaggio di sfonteneau che diceva che la libreria WebSocket a volte insisteva nell'usare il proxy.

Sulle mie macchine, avevo definito le variabili d'ambiente http_proxy, https_proxy e no_proxy per software come Git, npm e altre applicazioni basate su Linux.

Tuttavia, esaminando il codice, mi sono reso conto che la libreria non riusciva a leggere la direttiva `no_proxy` per nulla in un sottodominio, ad esempio `.mydomain.com`.

Ho aggiornato la variabile d'ambiente su tutte le mie macchine, aggiungendo il FQDN del mio server, `wapt.mydomain.com`: problema risolto!

Mi rimane solo un problema, ma aspetto di vedere se la procedura che ho iniziato stasera lo risolverà:

il servizio Python sul mio server Wapt sta utilizzando il 99% della CPU e ricevo diversi messaggi: `
WARNING Invalid session 917a29931507404db3d67aad566bfb38`.

Gli agenti sono aggiornati; spero che questo sia correlato al mio problema con il proxy. Altre novità domani.

Dettagli per la libreria Websocket:

In C:\Program Files (x86)\wapt\lib\site-packages\websocket\_url.py:

La seguente funzione non supporta la verifica del sottodominio (.mydomain.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

In effetti, si tratta di un bug nella libreria WebSocket. È davvero necessario definire queste variabili d'ambiente a livello di sistema? L'agente WAPT viene eseguito nell'account LocalSystem e, se le variabili sono definite solo nel contesto utente, non dovrebbe essere un problema.

Sinceramente,

Denis

[erickeke]

Grazie per la risposta. Mi serviva per alcuni software di programmazione per aggirare il proxy, ma ora che ho trovato la soluzione alternativa, nessun problema.

Volevo solo condividerla per chi fosse interessato.

[sfontenau]

Per quanto riguarda il problema di utilizzo della CPU al 99%,

consultare viewtopic.php?f=13&p=6617#p6617