[RISOLTO] Stazioni SCOLLEGATE + soluzione
Pubblicato: 21 ottobre 2019 - 18:56
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
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
