Wie kann man X über SSH bei einer langsamen Netzwerkverbindung beschleunigen?

32

Gibt es spezielle Empfehlungen zur Beschleunigung von X-Anwendungen über ssh bei einer langsamen Netzwerkverbindung? In diesem speziellen Fall greife ich von einem Laptop an der Ostküste auf einen Server an der Westküste zu, und das auch über eine nicht allzu schnelle DSL-Verbindung.

Irgendwelche Einstellungen für ssh? Irgendwelche Tipps im Allgemeinen?

vivekian2
quelle

Antworten:

15

Sie werden wahrscheinlich die größten Vorteile sehen, wenn Sie die -COption für die Komprimierung verwenden . Sie können es auch in Ihrem aktivieren, sshd_configindem Sie die folgende Zeile verwenden:

Compression yes
Chris Down
quelle
1
Wenn die Verbindungsumlaufzeit hoch ist, hilft die Komprimierung nicht viel. Das Standard-X-Protokoll mit seiner Vielzahl von Ping-Pong-Nachrichten eignet sich nicht für Routen mit erkennbarer RTT.
Linulin,
Das ist nur die Natur des Protokolls, mit dem wir es zu tun haben. Der Fragesteller hat angegeben, dass er den laufenden SSH-Server nicht ändern kann. Dies ist also die überlegene clientseitige Option, vorausgesetzt, es kann nichts am Server getan werden.
Chris Down
6
Auf einigen Websites wird auch berichtet, dass ein einfacher und schneller Chiper verwendet wird, z. B. Blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname
math
Es gibt eine ähnliche Frage, die zusätzliche Optionen empfiehlt: superuser.com/questions/400136/speeding-up-remote-x-sessions
math
(Alte Frage, wird aber in einer anderen Frage als "Referenz" markiert, die als Duplikat dieser Frage geschlossen wurde.) Der Grund, warum X-Anwendungen über eine SSH-Verbindung (oder tatsächlich an einem entfernten Ort) ausgeführt werden, ist das X-Protokoll selbst . Ich habe diese Antwort abgelehnt, weil eine Feinabstimmung der SSH-Einstellungen in der Praxis überhaupt nicht hilfreich ist. Sie müssen ein "Protokoll-Komprimierungs-Tool" verwenden, um die Anwendung nutzbar zu machen, die beste Option X2GO oder ein anderes NX-basiertes Tool. Siehe zum Beispiel unix.stackexchange.com/a/187420/104833 .
Ariel,
15

Wenn Sie die Option haben, probieren Sie NX aus und testen Sie es (obwohl es schwierig ist, loszulegen), da es sich viel schneller anfühlt, als X über SSH zu tunneln ...

Anon
quelle
3
NX funktioniert standardmäßig auch über einen SSH-Tunnel. Sie müssen sich also keine Gedanken mehr über das Öffnen anderer Ports machen.
wm_eddie
NX ist eigentlich super schnell. Besser als VNC, besser als Komprimierung über X. Funktioniert süß.
vivekian2
Ich würde dies als die richtige Antwort für jemanden markieren, der NX auf der Serverseite starten kann. Es sind nicht alle UI-Funktionen verfügbar (zumindest auf Gnome), aber die Geschwindigkeit ist es wert.
vivekian2
Nie NX ausprobiert, aber VNC ist eine gute Alternative zu SSH-X
baptx
Dies sollte die akzeptierte Antwort sein, und es macht keinen Sinn, zu versuchen, durch Feinabstimmung der ssh (d) -Einstellungen zu beschleunigen. Die beste Alternative zu NX selbst (deren Konfiguration sehr aufwändig ist) ist X2GO, das ebenfalls auf NX-Bibliotheken basiert, jedoch einfacher in Betrieb zu nehmen ist.
Ariel
8

Es ist schon eine Weile her, seit ich es ausprobiert habe, aber mit DXPC (Differential X Protocol Compression) funktionierte X11 über DFÜ-PPP merklich schneller. Vielleicht funktioniert die SSH-Komprimierungsoption für Sie besser, aber diese Komprimierung ist spezifisch für X11 und funktioniert möglicherweise schneller.

Bruce Ediger
quelle
4

Es kann sich lohnen, OpenSh mit hoher Leistung zu untersuchen. Openssh verwendet aus Sicherheitsgründen an vielen Stellen statische Puffer. Das HPH-SSH-Projekt implementiert Teile davon neu, um dynamische Puffer zu verwenden. Es scheint auch, dass sie in den letzten Revisionen Multi-Thread-Chiffren implementiert haben.

https://www.psc.edu/hpn-ssh

jmtd
quelle
Erfordert dies Änderungen auf dem ssh-Server, der auf der Serverseite ausgeführt wird? Es ist möglich, dass ich das nicht kontrollieren kann.
vivekian2
1
Nein, das tut es nicht. Von der Seite:> Wir haben einen Patch erstellt, der die Engpässe in OpenSSH beseitigt und vollständig mit anderen Servern und Clients kompatibel ist. Zusätzlich können HPN-Clients schneller von Nicht-HPN-Servern herunterladen
jmtd
1

X2Go wird Ihr Problem lösen. Ich greife auf einen Himbeer-Pi in Argentinien aus dem Silicon Valley zu. Es gibt eine leichte Verzögerung, aber es ist so angenehm zu arbeiten wie mein Schreibtischcomputer.

VNC ist Ihre zweite Wahl.

Reich
quelle