Introduction
Le contrôle à distance sur Linux fonctionne de la même façon que sur Windows et macOS : cliquez sur l'icône du système d'exploitation à côté d'un appareil en ligne et une session de bureau en direct s'ouvre dans un nouvel onglet du navigateur. La session est chiffrée de bout en bout et se connecte en pair à pair lorsque les conditions réseau le permettent.
Ce qui est différent sur Linux, c'est ce qu'il y a en dessous. Les bureaux Linux varient selon le serveur d'affichage (X11 ou Wayland) et l'environnement de bureau, et la prise en charge du contrôle à distance dépend de cette combinaison plutôt que de la distribution utilisée. Cet article couvre ce qui est pris en charge, ce que l'agent configure sur l'appareil, et les comportements spécifiques aux sessions Linux.
Pour les contrôles de session, les barres d'outils et les outils de presse-papiers, voir Contrôle à distance. Ceux-ci fonctionnent de la même façon sur toutes les plateformes.
⚙️ PRÉREQUIS
L'agent Level est installé et en ligne sur l'appareil cible
Votre compte dispose de l'autorisation de contrôle à distance pour le groupe de l'appareil
Une session graphique (Wayland ou X11) est en cours d'exécution sur l'appareil, y compris l'écran de connexion
Pour les sessions Wayland : PipeWire et un bus de session D-Bus en cours d'exécution
Ce qui est pris en charge
Il n'existe pas de liste fixe de distributions prises en charge. Un appareil Linux prend en charge le contrôle à distance lorsque trois conditions sont remplies :
L'agent Level Linux s'exécute dessus.
Il utilise une combinaison prise en charge de serveur d'affichage et d'environnement de bureau (voir ci-dessous).
Les composants système requis sont présents (PipeWire et D-Bus pour les sessions Wayland).
Si votre distribution exécute l'un des environnements ci-dessous, le contrôle à distance fonctionne quelle que soit la distribution.
Serveurs d'affichage
Les deux principaux serveurs d'affichage Linux sont pris en charge. L'agent détecte ce qui est en cours d'exécution et choisit automatiquement le bon chemin. Wayland est essayé en premier, avec X11 comme solution de repli.
Wayland est pris en charge sur ces environnements de bureau :
GNOME (Mutter)
KDE Plasma (KWin)
COSMIC (System76 / Pop!_OS)
Compositeurs basés sur wlroots tels que Sway et Hyprland, à condition que le compositeur implémente les protocoles standard wlroots de pointeur virtuel et de clavier virtuel
X11 / Xorg est pris en charge sous n'importe quel environnement de bureau. XFCE, MATE, Cinnamon, et les anciennes sessions GNOME ou KDE fonctionnant sur Xorg utilisent tous ce chemin.
ℹ️ REMARQUE : Tous les compositeurs Wayland ne fonctionneront pas. En dehors de GNOME, KDE et COSMIC, la prise en charge dépend du compositeur exposant les protocoles d'entrée virtuelle wlroots. Un compositeur qui ne les expose pas aura un contrôle d'entrée dégradé ou inexistant. Si vous utilisez un compositeur de niche et que la saisie ne fonctionne pas, passez la session sur Xorg comme solution de contournement.
Architectures
Les appareils x86-64 et ARM64 sont tous deux pris en charge.
Une session graphique est requise
Le contrôle à distance se connecte à la session graphique actuellement active sur l'appareil, y compris l'écran de connexion, et suit automatiquement les changements de session. Si un utilisateur se connecte, se déconnecte ou change de compte pendant une session, Level se reconnecte à la nouvelle session.
Vous n'avez pas besoin d'un utilisateur connecté. Un gestionnaire d'affichage affiché sur l'écran de connexion compte comme une session graphique active, vous pouvez donc vous connecter, observer un utilisateur se connecter et rester attaché pendant la transition. C'est le même comportement que l'écran de connexion Windows et l'écran de verrouillage macOS.
Ce qui doit être vrai, c'est qu'une session graphique est en cours d'exécution. La session doit être Wayland ou X11 sur un siège. Ces cas n'ont pas de session graphique et ne peuvent pas être contrôlés à distance :
Serveurs sans affichage sans gestionnaire d'affichage
Machines démarrées vers une cible texte ou multi-utilisateur
Le gestionnaire d'affichage n'est pas en cours d'exécution
Connexions en console texte (tty / getty) uniquement
💡 CONSEIL : Pour les appareils Linux sans affichage, utilisez plutôt la gestion en arrière-plan. Terminal, Explorateur de fichiers, Processus, et Services fonctionnent tous sans session graphique. Voir Gestion des appareils.
Ce que l'agent configure
Sur la plupart des systèmes, le contrôle à distance fonctionne sans configuration manuelle. Sur GNOME et KDE, l'agent installe un petit composant pour activer la capture de session Wayland et la saisie.
GNOME
L'agent installe automatiquement une extension GNOME Shell Level pour l'utilisateur connecté. Il sélectionne la bonne version de l'extension pour la version de GNOME Shell installée, ce qui permet de prendre en charge une large gamme de versions de GNOME sans aucune intervention de votre part.
KDE Plasma
L'agent enregistre une entrée de bureau qui lui accorde l'accès aux interfaces Wayland restreintes de KWin, puis actualise le cache d'applications de KDE.
ℹ️ REMARQUE : En raison de cette étape d'enregistrement, le contrôle à distance sur un appareil KDE peut prendre un moment avant d'être disponible après l'installation ou la mise à niveau de l'agent. Si une nouvelle installation KDE n'accepte pas encore les sessions, attendez une minute et réessayez.
Comportements des sessions Linux
Quelques éléments fonctionnent légèrement différemment dans une session Linux.
Plusieurs moniteurs est pris en charge. Utilisez le menu déroulant Affichage dans la barre d'outils supérieure pour basculer entre les moniteurs, comme sur les autres plateformes.
Partage du presse-papiers est pris en charge sur les sessions GNOME, KDE et X11. Envoyer le presse-papiers et Obtenir le presse-papiers fonctionnent comme décrit dans Contrôle à distance.
Saisie au clavier gère les dispositions non américaines et les caractères Unicode, de sorte que la frappe dans la session devrait correspondre à ce que vous tapez localement.
Rendu du curseur peut sembler légèrement différent d'un curseur local. Le curseur distant est capturé et rendu séparément de l'image du bureau, ce qui peut rendre son mouvement ou son apparence subtilement différent de ce que l'on observe directement sur la machine.
FAQ
Quelles distributions Linux le contrôle à distance prend-il en charge ? Il n'existe pas de liste de distributions. La prise en charge est basée sur ce que l'appareil utilise, et non sur la distribution. Si l'agent Level s'exécute dessus et qu'il utilise GNOME, KDE Plasma, COSMIC, un compositeur wlroots, ou n'importe quel bureau sur Xorg, le contrôle à distance fonctionne.
Je ne peux pas démarrer une session à distance sur mon serveur Linux. Quel est le problème ? La machine n'a probablement pas de session graphique en cours d'exécution : elle est sans affichage, démarrée vers une cible texte, ou le gestionnaire d'affichage n'est pas en cours d'exécution. Le contrôle à distance a besoin d'une session graphique (Wayland ou X11) à laquelle se connecter, mais il ne nécessite pas d'utilisateur connecté. Un écran de connexion compte. Les connexions en console texte ne comptent pas. Utilisez le Terminal dans la gestion en arrière-plan pour les machines sans affichage.
Puis-je me connecter avant que quelqu'un ne se soit connecté ? Oui, tant que l'écran de connexion graphique est affiché. Level se connecte à l'écran de connexion et reste connecté pendant la connexion, vous pouvez donc observer un utilisateur se connecter ou vous connecter vous-même si vous disposez des identifiants.
Le contrôle à distance se connecte à ma machine Sway/Hyprland mais je ne peux pas déplacer la souris ni taper. Pourquoi ? Votre compositeur n'expose probablement pas les protocoles de pointeur virtuel et de clavier virtuel wlroots utilisés par l'agent pour la saisie. Sway et Hyprland le font ; certains compositeurs de niche ne le font pas. Si le vôtre ne le fait pas, exécutez la session sous Xorg à la place.
Je viens d'installer l'agent sur une machine KDE et le contrôle à distance n'est pas encore disponible. L'agent enregistre une entrée de bureau auprès de KDE pour accéder aux interfaces Wayland de KWin, et cet enregistrement peut prendre un moment après l'installation ou la mise à niveau. Attendez une minute et réessayez.
L'extension GNOME nécessite-t-elle une configuration de la part de l'utilisateur final ? Non. L'agent l'installe et l'active automatiquement pour l'utilisateur connecté, et choisit la bonne version pour la version de GNOME Shell installée.
La connexion est-elle chiffrée de la même façon que sur Windows et macOS ? Oui. Les sessions Linux utilisent la même connexion P2P chiffrée de bout en bout, avec basculement vers un relais lorsqu'une connexion directe n'est pas possible. Consultez l'article principal sur le contrôle à distance pour plus de détails.