Wie kann man mit Chrome Remote Desktop unter Linux eine Verbindung zu einer bestehenden Sitzung herstellen?
- Einführung in Chrome Remote Desktop auf Linux
- Problemstellung: Verbindung zu einer bestehenden Sitzung herstellen
- Lösungsansatz: Zugriff auf den bestehenden X-Server erhalten
- Praktische Umsetzungsschritte
- Besonderheiten bei Wayland und neueren Distributionen
- Fazit
Einführung in Chrome Remote Desktop auf Linux
Chrome Remote Desktop ist ein beliebtes Werkzeug, das es erlaubt, einen entfernten Zugriff auf Computer über das Internet zu ermöglichen. Unter Linux erlaubt es diese Software, sowohl von anderen Geräten auf den Linux-Desktop zuzugreifen als auch gleichzeitig mit mehreren Sitzungen zu arbeiten. Ein häufiges Anliegen ist dabei, wie man eine bestehende Sitzung wieder aufnehmen oder sich mit genau dem aktiven Desktop verbinden kann, anstatt eine neue Sitzung zu starten. Das ist besonders wichtig, wenn man an einem Desktop arbeitet und die Session nicht unterbrechen will, oder wenn auf einem Server bestimmte laufende Anwendungen weiterhin sichtbar sein sollen.
Problemstellung: Verbindung zu einer bestehenden Sitzung herstellen
Standardmäßig startet Chrome Remote Desktop unter Linux nach der Einrichtung eine neue virtuelle Sitzung. Diese ist unabhängig von der derzeit lokal aktiven Sitzung. Das bedeutet, wenn man sich über ein anderes Gerät verbindet, sieht man nicht den bereits von einem Benutzer am Computer aktiven Desktop, sondern eine separate virtuelle Umgebung. Dies kann Probleme verursachen, wenn wichtige Programme offen sind oder man die gleiche Sitzung weiter nutzen möchte. Daher stellt sich die Frage, wie man mit Chrome Remote Desktop so konfiguriert, dass man direkt auf den bereits laufenden Desktop zugreifen kann.
Lösungsansatz: Zugriff auf den bestehenden X-Server erhalten
Um mit Chrome Remote Desktop eine Verbindung zu der bestehenden Desktop-Sitzung unter Linux herzustellen, muss die Software so konfiguriert werden, dass sie den echten X-Server (bzw. Wayland-Display-Server) verwendet und nicht eine neue virtuelle Sitzung startet. Das Container- oder virtuelle Display muss deaktiviert werden.
Dies erfordert Anpassungen in der Datei `/etc/chrome-remote-desktop-session` oder im Startskript der Sitzung, sodass die Desktop-Umgebung wie GNOME, XFCE oder KDE in der aktiven Sitzung verwendet wird. Außerdem muss Chrome Remote Desktop mit den Berechtigungen gestartet werden, um mit dem aktuellen Display zu kommunizieren. Häufig ist es notwendig, den aktuell eingeloggten Benutzer in der Sitzung erneut zu authentifizieren.
Praktische Umsetzungsschritte
Zunächst sollte geprüft werden, welche Display-Nummer lokal aktiv ist, meistens `:0`. Die Chrome Remote Desktop Konfigurationsdatei kann dann so angepasst werden, dass die Variable `DISPLAY=:0` gesetzt ist und die gewählte Desktop-Umgebung dort geladen wird. Das stellt sicher, dass beim Verbindungsaufbau genau diese laufende Sitzung verwendet wird.
Weiterhin sollte sichergestellt werden, dass keine Policy- oder Berechtigungseinschränkungen die Verbindung verhindern. Unter Umständen müssen zusätzliche Rechte für den Benutzer erteilt oder der Zugriff auf den X-Server mit `xhost` freigegeben werden.
Besonderheiten bei Wayland und neueren Distributionen
Viele moderne Linux-Distributionen nutzen mittlerweile Wayland statt X11 als Display-Server. Chrome Remote Desktop unterstützt Wayland nur eingeschränkt, weshalb in diesen Fällen meist auf eine Xorg-Sitzung umgeschaltet werden muss, um den Zugriff auf den primären Desktop zu ermöglichen. Dies kann in den Systemeinstellungen unter dem Login-Manager konfiguriert werden.
Fazit
Der Zugriff auf eine bereits bestehende Sitzung mit Chrome Remote Desktop unter Linux ist möglich, allerdings nicht standardmäßig aktiviert. Es bedarf einer gezielten Konfiguration, die Chrome Remote Desktop anweist, die echte Desktop-Sitzung (`DISPLAY=:0`) und nicht eine neue virtuelle Sitzung zu verwenden. Durch Anpassungen in der Sitzungsdatei, dem richtigen Setzen von Umgebungsvariablen sowie dem Umgang mit Berechtigungen und Display-Servern lässt sich der entfernte Zugriff so gestalten, dass man die bestehende Umgebung weiter nutzt. Gerade für administrative Aufgaben oder die Zusammenarbeit an einem gemeinsamen Desktop ist dies eine wichtige Möglichkeit.