Linux Remote Desktop über SSH (alternativ zu FreeNX)

Ich muss auf meinem Linux-Server einen Remote-Desktop-Client finden, der über SSH funktioniert. Wir verwenden vorher FreeNX, aber es ist veraltet und wurde aus vielen Repos entfernt. Welchen Kunden könnt ihr empfehlen?

Ich habe winswitch verwendet, aber es wird jetzt gelöscht. TightVNC scheint noch am Leben zu sein
Möchten Sie remote auf Ihren Linux-Server zugreifen oder lokal auf Ihrem Linux-Server arbeiten und remote auf andere Maschinen zugreifen? Wenn letzteres der Fall ist, benötigen Sie RDP-Unterstützung oder reicht RFB (dh VNC)-Unterstützung aus?
Es ist ein Terminalserver mit unserer Software. Benutzer müssen eine Verbindung herstellen und auf dem Server arbeiten.
Sie brauchen also eine GUI und wollen auf dem Remote- Desktop arbeiten – oder nur auf die Kommandozeile zugreifen? Auf welchem ​​Betriebssystem laufen die Clients? Würde ein einfacher SSH-Tunnel ausreichen (öffnen von grafischen Dingen auf dem X-Windows-System des lokalen Computers)?
Hast du es mal mit nomachine versucht ? Es war immer mein Favorit, um Full Shell remote auszuführen.
Ich brauche mehr als 50 verbundene Benutzer. Nomachine hat Einschränkungen. Ich möchte x2go ausprobieren.
@Izzy, danke für die Idee. Ich werde versuchen, Software über den SSH-Tunnel auszuführen.
Groß. Was ich mir dabei gedacht habe, findet ihr in Guettlis Antwort . Wenn Sie Probleme mit -Xhaben, versuchen Sie es -Ystattdessen (neuere Methode zum Exportieren von X).

Antworten (2)

Ich habe festgestellt, dass die xrdpKombination mit ssh-Tunneling + Komprimierung viel schneller ist als die einfache X-Weiterleitung in SSH.

Trotz des Namens unterstützt es intern VNC.

Für die Portweiterleitung über ssh gehen Sie so vor:

ssh -v -C -L localport:127.0.0.1:remotexrdpport user@host.tld

Dann verbindet sich der Client mit localhost:localport.

Aktivieren Sie Compression yesund CompressionLevel 9in .ssh/configoder auf der Befehlszeile, um eine schnellere Weiterleitung zu erreichen.

In xrdp.iniAbschnitt globalssollten Sie Folgendes tun:

[globals]
bitmap_cache=yes
bitmap_compression=yes
...

Eine solche Combo funktioniert leidlich über relativ langsame Verbindungen. Nicht so gut wie NoMachineServer, aber die Verbesserung gegenüber der einfachen X-Weiterleitung ist enorm.

Wie ist die Latenz zu Ihren Servern? Wenn es gut ist, ist der einfachste Weg:

you@pc> ssh -X root@server xeyes
Die meisten meiner Kunden haben 100 MB/s. Ich werde deinen Rat ausprobieren. Danke
Das hatte ich im Sinn, als ich um Klärung der Frage gebeten habe (+1 ;) Ich würde nur empfehlen, den -XParameter durch -Y(neuere Methode) zu ersetzen, aber die beiden sind "austauschbar": Wenn einer Probleme macht, versuchen Sie es andere.
Wird es lokale Bibliotheken, Schriftarten, Drucker oder Remote verwenden?
@NCNecros meine Vermutung: Es verwendet lokale Bibliotheken und Schriftarten. Die Drucker stammen vom entfernten Host. AFAIK, die Anwendung, die auf dem Remote-Computer ausgeführt wird, weiß nicht, dass die Anzeige exportiert wird. Aber es war nur eine Vermutung. Für meinen Anwendungsfall funktioniert es.
Da das Xwindow-Protokoll viele gut komprimierbare Streams mischt, würde ich -Cssh ein Flag hinzufügen, um eine transparente Komprimierung zu ermöglichen.
Linux Remote Desktop über SSH (alternativ zu FreeNX)
AntwortenHierDatenschutz-Bestimmungen1y, 0v