Es ist Fakt: Wayland gewinnt als Display‑Server‑Protokoll zunehmend an Bedeutung. Die meisten Linux‑Distributionen setzen Wayland inzwischen als Standard‑Display‑Server ein.
Der Wayland‑Support von TeamViewer entwickelt sich kontinuierlich weiter, parallel dazu, wie Linux‑Compositoren ihre Remote‑Desktop‑Funktionen ausbauen. Da sich Wayland‑Implementierungen teilweise stark unterscheiden, verwendet TeamViewer je nach Compositor unterschiedliche Integrationsmethoden.
Hinweis: Bevor ihr loslegt, stellt bitte sicher, dass ihr die neueste Version von TeamViewer verwendet. Wie ihr euren Client aktualisiert, erfahrt ihr im folgenden Knowledge Base-Artikel:
TeamViewer unter Linux aktualisieren
Allgemeine Ansätze für den Wayland‑Support
Portal‑basierter Kompatibilitätsmodus (xdg-desktop-portal)
TeamViewer nutzt die von xdg-desktop-portal bereitgestellten Funktionen für Bildschirmübertragung und Remote‑Eingaben. Diese Funktionen müssen vom jeweiligen Compositor implementiert werden. Aktuell unterstützen GNOME und KDE Plasma die erforderlichen Portale für beaufsichtigte Sessions. Viele andere Compositoren haben entsprechende Implementierungen auf ihrer Roadmap.
Einschränkungen der portal‑basierten Integration
Das Portal‑Verhalten wird vom Wayland‑Sicherheitsmodell bestimmt. Typische Einschränkungen sind:
- Kein unbeaufsichtigter Zugriff verfügbar
- Zustimmung beim ersten Verbindungsaufbau erforderlich
- Kein Remote‑Zugriff auf System‑ oder Pre‑Login‑Bildschirme
- Unterschiedliches Verhalten je nach Compositor
Berechtigungseinrichtung
TeamViewer kann je nach Compositor einen halb unbeaufsichtigten Zugriff ermöglichen. Berechtigungen können gespeichert werden, sodass zukünftige Sessions ohne Interaktion starten. Andernfalls ist für jede Verbindung eine Bestätigung erforderlich.
GNOME | KDE |
|---|
|
|
wlroots‑basierte Integration
Compositoren auf Basis von wlroots können unbeaufsichtigten Zugriff ohne zusätzliche Bestätigungen ermöglichen. TeamViewer hat diese Integration unter Sway, labwc und Wayfire getestet. Es ist keine zusätzliche Konfiguration erforderlich.
Aktuelle Einschränkungen
Diese Integration befindet sich noch im experimentellen Status. Das Verhalten kann je nach wlroots‑Compositor variieren, und es kann zu unerwarteten Problemen oder Abstürzen kommen. Nutzer‑Feedback hierzu schätzen wir sehr.
Compositor‑spezifische Hinweise
GNOME
GNOME unterstützt Portale und ermöglicht interaktive Remote‑Sessions mit Bestätigungsabfragen.
- Sehr eingeschränkter unbeaufsichtigter Zugriff
- Kein Zugriff auf Sperr‑ und Login‑Bildschirm
- Nur Einzel‑Monitor‑Setups werden unterstützt
- Berechtigungen können nach Änderungen am Display‑Layout ungültig werden
KDE Plasma
KDE bietet ein flexibleres Portal‑Verhalten, da keine Monitor‑Auswahl erforderlich ist und in der Regel Zugriff gewährt wird.
- Eingeschränkter unbeaufsichtigter Zugriff
- Zukünftige Sessions können ohne Interaktion starten
- Remote‑Steuerung auf dem Sperrbildschirm möglich
- Zugriff auf den Login‑Bildschirm unter Wayland nicht unterstützt
wlroots‑basierte Compositoren
(z. B. Raspberry Pi OS 12+)
- Unbeaufsichtigter Zugriff ohne zusätzliche Konfiguration
- Diese Integration ist experimentell
- Verhalten kann je nach Compositor variieren
- Abstürze oder unerwartetes Verhalten möglich
Feedback ist willkommen!
Bekannte Probleme und Troubleshooting
Änderungen an der GNOME‑Display‑Konfiguration
Änderungen an Monitor‑Layouts, etwa das Hinzufügen, Entfernen oder Neuanordnen von Displays, können zuvor gewährte Berechtigungen ungültig machen. TeamViewer versucht, dies zu erkennen und neue Berechtigungen anzufordern.
Falls die Remote-Seite nur einen schwarzen Bildschirm sieht und keine neue Abfrage erscheint, könnt ihr die Konfiguration zurücksetzen. Der folgende Kommandozeilenbefehl kann dafür verwendet werden. Ein integrierter Reset‑Mechanismus ist geplant.
sudo teamviewer daemon stop &&sudo sed -i.bak '/XDGRestoreTokens/d' "/etc/teamviewer/global.conf" &&sudo teamviewer daemon start
Persistente Berechtigungen unter KDE
Einige KDE‑Systeme liefern unabhängig von der Benutzerentscheidung immer eine "restore token"-Berechtigung zurück. Da TeamViewer die Auswahl des Benutzers nicht unterscheiden kann, erfolgt keine erneute Abfrage. Dabei kann es sich um einen KDE‑Bug oder eine bewusste Design‑Entscheidung handeln.
Experimenteller Status und Roadmap
Der Wayland‑Support von TeamViewer wird weiterhin als experimentell betrachtet, da sich das Verhalten von Portalen und Compositoren stark unterscheidet und kontinuierlich weiterentwickelt. Aktuell konzentriert sich die Entwicklung auf die Verbesserung der portal‑basierten Funktionalität, den Ausbau des unbeaufsichtigten Zugriffs in wlroots‑Umgebungen sowie auf das Ziel eines vollständigen unbeaufsichtigten Supports für GNOME und KDE.
Für Umgebungen, die auf einen vollständig zuverlässigen und stabilen unbeaufsichtigten Zugriff angewiesen sind, bleibt Xorg der aktuell empfohlene Display‑Server.
