Newsgroup: it.comp.os.linux.sys
Titolo: [OT?] SSH e poca banda disponibile

Una domanda forse OT:
 
Mi collego ad un server SSH, ed in alcune ore del giorno questo e' 
impossibile a causa del traffico nella locale centralina Telecom.
 
Vedo pero' che la navigazione web e' abbastanza buona, per cui ho il 
sospetto che il problema sia forse nella cifratura dei dati SSH che 
causa molto traffico fra il client ed il server.
 
E' una spiegazione plausibile? Se si, quale protocollo di cifratura 
dovrei utilizzare per massimizzare le prestazioni di rete? Ho provato ad 
istruire il client a non usare nessuna cifratura, ma poi il server 
rifiuta la connessione.
 
Il mio client offre questi protocolli:
 
aes256
aes128
twofish256
twofish128
blowfish
3des
arcfour
cast128

 E' una spiegazione plausibile ?
 
No.
 
 


E quindi perche' secondo te la navigazione web funziona bene e la 
connessione SSH invece no, e questo succede solo quando i miei vicini 
sono in casa, mentre quando sono tutti al lavoro funzionano bene sia il 
web che SSH? Quale potrebbe essere la causa di queste difficolta'?
 
Comunque adesso ho forzato il client ad usare aes128 e funziona 
abbastanza meglio.

 impossibile a causa del traffico nella locale centralina Telecom.
 
Cosa vuol dire "impossibile"? Connessione rifiutata?
 
Hai controllato se è un problema di latenza?
 
Enrico

Il 20/04/2014 11:20, CtRiX ha scritto:

Potrebbe essere che il provider quando vede che uso un sistema criptato 
pensa che stia usando un p2p e quindi mi applica policy di QoS?


 
A volte vedo cominciare al negoziazione fra client e server, ma si 
blocca dopo il "saluto" del server, a volte la connessione cade durante 
il lavoro normale, altre volte e' il client del gestionale che va in 
timeout mentre cerca di collegarsi al server del gestionale attraverso 
il summenzionato tunnel SSH.
 
Comunque ho trovato questo articolo che da alcune indicazioni, provo ad 
andare di aes128 che sembrerebbe quello con minore sovraccarico, fra 
quelli che il mio server accetta (purtroppo non mi accetta il blowfish 
che funziona molto meglio, provero' a chiedere all'IT manager dall'altra 
parte di abilitarlo).
 
http://xmodulo.com/2013/07/how-to-speed-up-x11-forwarding-in-ssh.html
 
 

 impossibile a causa del traffico nella locale centralina Telecom.
 
Hai provato a verificarlo con iperf?
Mi sembra un po' poco credibile come spiegazione, ma se vivi in una zona particolarmente sfortunata è possibile (ci sono DSLAM che hanno come backhaling  o addirittura 2 flussi HDSL affasciati)
 
Io proverei a fare dei test variando la dimensione dell'MTU (e se ci riesci anche dell'MSS), mi sono capitati spesso problemi simili, soprattutto quando da quando Telecom ha migrato i circuiti da ATM a Ethernet.
 
Altrimenti, se non si risolve e se hai un router "decente", prova a dare precedenza con il QoS al traffico SSH.

 pensa che stia usando un p2p e quindi mi applica policy di QoS?
 
No, la Deep Packet Inspection non viene fatta (esclusivamente) su questo criterio.
Ci sono degli apparati che riconoscono i più comuni pattern di procollo e fanno shaping su quello. Non ho mai sentito nessuno che facesse shaping o policing di SSH.


 
Provero' a farlo, comunque avendo forzato il client SSH ad usare AES128 
invece che AES256 ho gia' visto un notevole miglioramento.

 invece che AES256 ho gia' visto un notevole miglioramento.
 
quindi il problema e' il client o il server, non la connessione.
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?


 
Non saprei di preciso, ma guardando all'intero sistema come una 
"blackbox" vedo che i problemi li ho solo quando la rete internet e' 
congestionata (tipicamente la sera dopo le 18 e nel pomeriggio dei 
festivi) per cui penso che magari certi protocolli di cifratura hanno 
bisogno di un rete veloce, ed altri invece tollerano meglio reti un po' 
piu' lente.
 
Le ragioni profonde non saprei individuarle, io ho solo bisogno di 
lavorare anche nei festivi quando serve: non faccio il sistemista di 
mestiere, sono collaboratore esterno a p.iva in settore diverso.

 impossibile a causa del traffico nella locale centralina Telecom.
 
ssh -C -X utente@host non va bene?
 
Enrico


 
La compressione e' gia' attiva, e non devo forwardare X11: sto lavorando 
fra client e server entrambi Windows, ed uso il tunnel SSH per 
interrogare un gestionale che e' residente su un'altra macchina windows 
dentro la LAN del mio cliente.
 
Comunque come dicevo ho sostanzialmente risolto il problema usando una 
criptatura meno pesante.

 impossibile a causa del traffico nella locale centralina Telecom.
 
PPP?
 
Da /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
 
-- 
  ...il ponte di Messina unirà «non due coste ma due cosche».
							(Niki Vendola)


 
Gia' provato, nessun miglioramento.