
Normalerweise lasse ich viele Programme auf meiner Workstation laufen und muss sie manchmal remote verwenden. Daher muss ich eine Verbindung zu einer bestehenden X-Sitzung herstellen und dabei den physischen Bildschirm (Monitor der Workstation) die ganze Zeit gesperrt lassen.
Ich habe vino ausprobiert (vino-server und vinagre als Client), aber sie öffnen eine neue, leere X-Sitzung, sodass ich nicht auf laufende Anwendungen zugreifen kann.
Ich habe auch x11vnc ausprobiert, aber es sieht so aus, als würde der physische Bildschirm entsperrt und entsperrt (!) bleiben, wenn der Client fertig ist. Da haben wir also ein Sicherheitsproblem ...
Auf beiden Seiten läuft Ubuntu 12.04 mit der Standard-GUI, daher funktioniert keine GNOME-spezifische Lösung (Applets usw.).
Die ideale Lösung sollte mir Zugriff auf alle Programme geben, die auf beiden Monitoren und mehreren „virtuellen Desktops“ laufen. Dazu kann die Erfassung von Sondertasten wie Strg+[Zahl] und Alt-TAB erforderlich sein.
ssh -X
Alternativ ... wäre es eine gute Problemumgehung, wenn es möglich wäre, ein vorhandenes Fenster (bereits laufendes Programm) weiterzuleiten .
EDIT: x1vnc, natürlich nicht „x11server“ …
Antwort1
Eine Weiterleitung bereits bestehender Fenster über SSH ist meines Wissens nicht möglich.
Ich würde vorschlagen, sich für zu entscheiden x11vnc
. Möglicherweise müssen Sie es zuerst installieren. Dieser Befehl sollte einen einmaligen, passwortlosen VNC-Server aktivieren, der Ihren aktuell laufenden Desktop freigibt (wer zuerst kommt, mahlt zuerst):
x11vnc -noxdamage -display :0 -safer -nopw -once -xrandr
Möglicherweise müssen Sie die Anzeige anpassen. Sie können dies auch programmgesteuert über die ConsoleKit-Dbus-Schnittstelle erreichen, aber das ist zu umständlich und :0
funktioniert in den meisten Fällen problemlos. Wenn das nicht funktioniert, verwenden Sie einfach :1
und so.
Dies ist praktisch, da Sie es von einer SSH-Sitzung von woanders aus ausführen können, genau dann, wenn Sie es brauchen.
Antwort2
Sie sollten einen Blick darauf werfenx2gound stellen Sie einfach eine Verbindung mit „Verbindung zum lokalen Desktop“ her, anstatt einen Fenstermanager oder eine Desktopumgebung anzugeben.
Es wird SSH verwendet. Sobald Sie den Server auf Ihrer Workstation installiert und gestartet haben, sollten Sie in der Lage sein, mit dem x2goclient eine Verbindung herzustellen, sofern Sie bereits per SSH darauf zugreifen können.
Antwort3
Werfen Sie einen Blick auf dieX11RDP.
Es ist wirklich ein großartiges Update von Xrdp. Außerdem können Sie das Verhalten nach Bedarf anpassen. Ich hatte vorher dieselben Probleme wie Sie und habe x11rdp installiert und die Datei xrdp.conf bearbeitet, um die Anmeldung bei der vorherigen Sitzung zu ermöglichen ... Sehen Sie sich auf jeden Fall die Site an und probieren Sie Version 7 aus. Der Typ dort „Kevin Cave“ ist ein Genie und hat jetzt einige Updates erstellt, sodass Sie x11rdp als Debian-Pakete installieren können.