Langsame Datenübertragung mit SSH

2

Der Server ist ein Ubuntu-Server 11.04 mit sshd.

SSH funktioniert gut für Konsolenprogramme.

Die Datenübertragung ist jedoch langsam, was beim Übertragen großer Dateien sehr ärgerlich ist.

Ich habe zwei verschiedene Client-Programme ausprobiert und den Port geändert, aber die Geschwindigkeit ist immer gleich. Ich weiß, dass der Server Daten viel schneller über SSL übertragen kann, was afaik mit AES umsetzt. Ich habe meinen SSH-Client so konfiguriert, dass er auch AES verwendet, aber keine Auswirkung.

Warum verwendet SSH mehrmals langsamer als SSL und gibt es eine Möglichkeit, die Übertragungsgeschwindigkeit von SSH zu verbessern?

linux ubuntu sshd Zotta
quelle
Was passiert, wenn Sie SFTP versuchen? Sie könnten versuchen, einen anderen Port in Ihrer ssh-Konfigurationsdatei zu definieren, damit er keine 22 verwendet, aber das könnte problematisch sein.
pneumatics
Ich verwende SFTP (SSH-Dateiübertragung). Und den Hafen habe ich schon gewechselt.
Zotta
Nun, es gibt zwei Erklärungen, warum es so langsam ist. Das erste ist, dass Sie speziell für SSH gedrosselt werden, was sehr unwahrscheinlich ist. Das zweite ist, dass Sie viele kleinere Dateien übertragen, aber in großen Mengen. Jedes Mal, wenn eine Datei über SFTP übertragen wird, werden von jeder Seite mehrere Überprüfungen durchgeführt, um sicherzustellen, dass die Datei sicher ist. Dies beansprucht viel Bandbreite. Daher würde ich vorschlagen, die hohe Anzahl von Dateien in eine ZIP-Datei zu komprimieren und dann zu übertragen Über. Davon abgesehen weiß ich es wirklich nicht
pneumatics
Haben Sie auch versucht, Rsync? Können Sie die mittlere Übertragungsgeschwindigkeit angeben, die Sie mit scp / sftp und mit ssl beobachtet haben (um einen Eindruck zu vermitteln)?
Vincent
Die Lösung besteht darin, ssh nicht für die Datenübertragung zu verwenden. Ich habe einen FTP-Server installiert, der TLS und einen VPN-Server unterstützt. Funktioniert gut.
Zotta

Antworten:

2

Es gibt ein Projekt namens HPN-SSH ( Hochleistungs-SSH / SCP ), es ist seit einiger Zeit der Standard-Client in FreeBSD, also denke ich, dass er als stabil angesehen werden kann. Ich habe einen geringen Geschwindigkeitsgewinn von / zu meinem Backup-Server in meinem LAN festgestellt, aber der tatsächliche Gewinn von HPN-SSH, so wie ich es verstehe, liegt über größere Entfernungen (lesen Sie mehr dazu auf deren Website). Ich weiß nicht, ob das bei Ihnen der Fall ist.

Wenn Sie jedoch die Leistung verbessern möchten, können Sie auf einfachere Verschlüsselungsalgorithmen wie Blowfish oder Archfour umsteigen. Im Allgemeinen sehe ich das nicht als Problem.

Intenso
quelle
0

Ich vermute, eine CPU ist sehr langsam oder bereits ausgelastet. Um dies zu beschleunigen, können Sie den oben genannten "HPN" -Patch verwenden, damit Sie auf die Verschlüsselung verzichten können. Wenn Sie jedoch nicht die gesamte Verschlüsselung verlieren möchten (ich kann es Ihnen nicht verdenken), können Sie mithilfe der auf "ArcFour" -Verschlüsselung wechseln Ciphers Wahlweise an der CLI oder in ~/.ssh/config. Es ist erheblich weniger ressourcenintensiv als die Standardverschlüsselungsalgorithmen, aber gleichzeitig nicht ganz so sicher. Ich erhalte unglaublich langsame ssh-Übertragungsgeschwindigkeiten auf meinem eee-PC, auf dem eine 1,6-GHz-Single-Core-CPU ausgeführt wird.

Beispiel: ssh -oCiphers='arcfour' user@host

Wenn Sie verwenden scp, mach das: -oCiphers='arcfour'

Wenn Sie verwenden rsync Führen Sie für die Übertragung Folgendes aus: -e'ssh -oCiphers=arcfour'

UtahJarhead
quelle