Newsgroup: it.comp.os.linux.sys
Titolo: ssh "bloccato"

Mi sta succedendo una cosa strana su una delle macchine che amministro
da remoto via ssh: riesco a loggarmi regolarmente (anche se a volte ho
attese nell'ordine dei 30 secondi per il prompt della password), poi,
dopo un intervallo di tempo casuale che va da pochi secondi a qualche
minuto, la sessione sembra bloccarsi, nel senso che, qualunque cosa io
faccia, il cursore resta lì a lampeggiare come se niente fosse.
Trascorso un intervallo di tempo altrettanto casuale (da qualche
secondo a +infinito) la situazione si sblocca (quando si sblocca) e
scopro che gli eventuali comandi che ho dato alla cieca durante il
freeze sono arrivati a destinazione e sono stati eseguiti.
Quando invece non si sblocca sono costretto a tirare giù la shell alla
bruttodio e loggarmi di nuovo.
Sulla macchina remota gira una Clarkconnect 4.2 Community Edition con
porta 22 aperta su iptables e router ed è l'unica che mi dà questo
problema.
Nei log non trovo nulla di significativo, e non so se pensare a
qualche bug della distro, a un problema hardware o alla linea (ADSL
telecom) con la quale la macchina remota è collegata.
Idee?
G

 faccia, il cursore resta lì a lampeggiare come se niente fosse.
questo potrebbe essere un problema della rete che va a singhiozzo ...
quando si blocca, prova a connetterti da un altro terminale con '-v' o '-vv'
e vedi che ti dice
ciao
-- 
Never try to teach a pig to sing.
It wastes your time and annoys the pig.

 freeze sono arrivati a destinazione e sono stati eseguiti.
C"era un' opzione da togliere in /etc/ssh/sshd_config o qualcosa del 
genere.... se non la trovi posso vedere se la ritrovo io....
-- 
"I am your automatic lover..."
Roy Batty

 e vedi che ti dice
DNS disabilitato, mi sto connettendo direttamente con l'IP.
Anche in modalità superverbosa non c'è nessun errore di connessione.
Sto provando di tutto: tcpkeepalive, clientalive, cambio porte, etc
etc ma la situazione non cambia di una virgola...
Temo che il problema sia proprio la linea.
@BJB: se ti ricordi quel workaround mi fai un grosso favore.
Grazie a tutti
G

 Anche in modalità superverbosa non c'è nessun errore di connessione.
ma a che punto preciso si "impalla" ? posta la riga su cui
si blocca per piu' tempo ... pero' fai qualche prova per vedere se
e' sempre la stessa ..


partner...@aravensoft.com
 wrote:
[...]
E ping che dice?
Hai provato a "pingare" la macchina remota, da un
altro terminale, quando la connessione e` bloccata.
bye,
-- 
piergiorgio

 G
Mi ricordo che per un lungo periodo ho avuto dei problemi simili su
una macchina remota.
Alla fine, dopo un trasloco, ci siamo accorti che era uno switch che
era "partito" e che in certi momenti bloccava il link, lasciandolo
appeso. La cosa buffa è che questo avveniva solo su una macchina,
probabilmente era un problema della porta.
Fai un po' di controlli sul tuo hardware e sui link, magari è
quello :-)

Mandi! 
partner...@aravensoft.com
  In chel dì si favelave...
pac> Idee?
Doppio NAT? A me è capitato dietro a delle ADSL alice con un router
farlocco (i primi) che non sapeva gestire correttamete la
frammentazione.
Ho smaronato per un po', tutti i pacchetti superiori a tot byte
finivano al bagno, e la conessione ssh era felicissima... io ci avevo
sbattuto il grugno con cipe/openvpn, ma in teoria esiste un workaround
generale, vedi /usr/share/doc/ppp/README.Debian.gz:
MSS clamping
~~~~~~~~~~~~
If the computer running pppd acts as a router for other machines, you
probably want to make it reduce the MSS field of outgoing packets, to
avoid fragmentation and problems caused by path MTU blackholing.
You may add something like this to /etc/ppp/ip-up.d/local:
iptables --insert FORWARD 1 --proto tcp --tcp-flags SYN,RST SYN \
        --out-interface $PPP_IFACE --match tcpmss --mss 1400:1536 \
        --jump TCPMSS --clamp-mss-to-pmtu
-- 
  Software is like sex: it's better when it's free.
						(Linus Torvalds)

 si blocca per piu' tempo
Non c'è mai un momento preciso. E per di più di solito non si impalla
durante la connessione ma quando sono già loggato e sto lavorando
sulla macchina remota. A casaccio, tanto se sto digitando qualcosa
quanto se in quel momento non sto facendo niente. E senza alcun
messaggio di errore. Semplicemente la connessione si appende, e la
cosa ancor più strana è che se digito qualcosa alla cieca i comandi
arrivano a destinazione, solo che io non li vedo (salvo nei casi in
cui dopo un po' il problema si sblocca, ed allora trovo tutti i
caratteri digitati al prompt).
Anche nella fase di blocco la macchina risponde ai ping e gli utenti
che la usano in loco come gateway/proxy/webfilter non notano alcun
malfunzionamento.
Il problema sembra interessare solo ssh...
Sono sempre più propenso a credere che l'inghippo sia sulla
connessione o su un apparato di rete, come suggerisce Zarathustra.
Proverò a cambiare le porte e ad aggiungere la regola iptables
proposta da Gaiarin.
Vi farò sapere.
Grazie a tutti per ora.
G

Aggiornamento e soluzione (?)
Dopo lunga e perigliosa ravanata mi è venuto in mente di dare
un'occhiata alla cache arp ed ho trovato il problema.
Per motivi di praticità e mancanza di fondi avevo collegato allo
stesso switch Cisco sia le macchine della rete protetta dal server
ClarkConnect che quelle della rete non filtrata (con due classi di
indirizzo differenti dunque) ed il router adsl, contando che
subnettare fosse sufficiente ad evitare conflitti. Il router di
Telecom invece non era dello stesso parere e mi son trovato il suo mac-
address nella cache arp di entrambe le NIC del server.
Ora per tenere stabile a tempo indeterminato la connessione ssh mi
basta tenere in esecuzione un arping verso l'indirizzo del router adsl
(soluzione molto rozza, mi rendo conto) ed appena ne avrò la
possibilità andrò in loco a cambiare i cablaggi per separare
fisicamente le due reti.
G