Introduction
Le contrôle à distance sous Linux fonctionne de la même manière que sous 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 sous Linux, c'est ce qui se passe en dessous. Les bureaux Linux varient en termes de serveur d'affichage (X11 ou Wayland) et d'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 commandes de session, les barres d'outils et les outils du presse-papiers, voir Contrôle à distance. Ces fonctionnalités fonctionnent de la même manière 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 GNOME sous Wayland : PipeWire et un bus de session D-Bus en cours d'exécution (les autres compositeurs n'en ont pas besoin)
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 Linux Level s'y exécute.
Il exécute une combinaison de serveur d'affichage et d'environnement de bureau prise en charge (voir ci-dessous).
Les composants requis par son environnement de bureau sont présents (GNOME sous Wayland utilise PipeWire et D-Bus ; les autres compositeurs n'en ont pas besoin).
Si votre distribution utilise 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 la bonne méthode. 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
X11 / Xorg est pris en charge sous tout environnement de bureau. XFCE, MATE, Cinnamon, ainsi que les sessions GNOME ou KDE plus anciennes fonctionnant sous Xorg utilisent tous cette méthode.
ℹ️ REMARQUE : GNOME, KDE, COSMIC, Sway et Hyprland sont testés et fonctionnent. Un compositeur Wayland de niche en dehors de cet ensemble peut ne pas fonctionner, et la raison habituelle est la capture d'écran : si le compositeur ne peut pas fournir à Level un flux d'écran, vous vous connecterez mais ne verrez rien. La saisie à la souris dispose d'un mécanisme de repli au niveau du noyau qui fonctionne sur tout compositeur, donc les entrées sont rarement le problème. Si un compositeur de niche ne capture pas, exécutez la session sous Xorg à la place.
Architectures
Les appareils x86-64 et ARM64 sont tous deux pris en charge.
Une session graphique est requise
Le contrôle à distance se rattache à 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 rattache à la nouvelle session.
💡 CONSEIL : Pour les appareils Linux sans interface graphique, utilisez la gestion en arrière-plan à la place. Terminal, Explorateur de fichiers, Processus, et Services fonctionnent tous sans session graphique. Voir Gestion de l'appareil.
Vous n'avez pas besoin d'un utilisateur connecté. Un gestionnaire d'affichage affiché à l'écran de connexion est considéré comme une session graphique active, vous pouvez donc vous connecter, observer un utilisateur se connecter et rester rattaché pendant la transition. Il s'agit du 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 interface graphique sans gestionnaire d'affichage
Machines démarrées sur 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
🖥️ NOTE DE PLATEFORME : Les versions plus anciennes de GNOME (antérieures à GNOME 42 / Ubuntu 22.04) exécutent souvent l'écran de connexion sous Wayland tandis que la session utilisateur s'exécute sous X11. Les interfaces de programmation de bureau à distance Wayland sur ces versions plus anciennes ne sont pas suffisamment matures pour que Level se rattache au greeter, donc le contrôle à distance à l'écran de connexion ne fonctionnera pas sur ces versions.
Pour y remédier, forcez le greeter sur X11 en décommentant WaylandEnable=false dans /etc/gdm3/custom.conf et le redémarrage. GNOME 42 et versions ultérieures fonctionnent sous Wayland aussi bien à l'écran de connexion qu'en session utilisateur.
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 les entrées.
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, de sorte qu'un large éventail de versions GNOME est pris en charge sans aucune action de votre part.
GNOME sous Wayland est pris en charge à partir de GNOME 42 (Ubuntu 22.04) et versions ultérieures. Sur ces versions, l'écran de connexion et la session utilisateur fonctionnent tous deux sous Wayland. Les versions plus anciennes de GNOME doivent exécuter la session sous X11 (voir la remarque sur l'écran de connexion ci-dessus).
KDE Plasma
Sur KDE Plasma, l'agent enregistre automatiquement l'accès dont il a besoin auprès de KWin. Aucune action requise.
Si le contrôle à distance n'est pas disponible après l'installation
La configuration s'exécute automatiquement et le contrôle à distance devrait fonctionner immédiatement après l'installation de l'agent. Si ce n'est pas le cas, redémarrez l'appareil.
💡 CONSEIL : Un redémarrage résout presque tous les problèmes de configuration initiale dans tous les environnements de bureau, y compris l'activation des extensions GNOME et l'enregistrement des accès KDE. Si un appareil fraîchement installé ou mis à niveau n'accepte pas les sessions à distance, redémarrez-le avant d'aller plus loin.
Comportements des sessions Linux
Quelques éléments fonctionnent légèrement différemment dans une session Linux.
Multi-moniteur est pris en charge. Utilisez le menu déroulant Affichage dans la barre d'outils supérieure pour basculer entre les moniteurs, de la même manière que sur les autres plateformes.
Partage du presse-papiers fonctionne dans tous les environnements de bureau, y compris les compositeurs Wayland au-delà de GNOME et KDE. Envoyer le presse-papiers et Récupérer 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 saisie dans la session devrait correspondre à ce que vous tapez localement.
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 exécute, et non sur la distribution utilisée. Si l'agent Level s'y exécute et qu'il utilise GNOME, KDE Plasma, COSMIC, un compositeur wlroots, ou n'importe quel bureau sous Xorg, le contrôle à distance fonctionne.
Je ne peux pas démarrer une session à distance sur mon serveur Linux. Qu'est-ce qui ne va pas ? La machine n'a probablement pas de session graphique en cours d'exécution : elle est sans interface graphique, démarrée sur une cible texte, ou le gestionnaire d'affichage n'est pas en cours d'exécution. Le contrôle à distance nécessite une session graphique (Wayland ou X11) à laquelle se rattacher, mais 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 interface graphique.
Puis-je me connecter avant que quelqu'un ne se soit connecté ? Oui, tant que l'écran de connexion graphique est affiché. Level se rattache à 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 Wayland mais l'écran est vide. Pourquoi ? Sur un compositeur de niche, Level peut ne pas être en mesure de capturer l'écran. Sway, Hyprland, GNOME, KDE et COSMIC sont testés et capturent correctement ; certains compositeurs moins courants ne le font pas. Exécutez la session sous Xorg à la place, qui capture sur tout environnement de bureau.
Je viens d'installer l'agent et le contrôle à distance n'est pas encore disponible. La configuration est automatique et devrait être prête immédiatement, mais si un appareil n'accepte pas les sessions juste après l'installation ou la mise à niveau, redémarrez-le. Cela résout la plupart des problèmes de configuration initiale, y compris l'activation des extensions GNOME et l'enregistrement des accès KDE.
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 manière que sous Windows et macOS ? Oui. Les sessions Linux utilisent la même connexion P2P chiffrée de bout en bout, avec repli sur relais lorsqu'une connexion directe n'est pas possible. Consultez l'article principal sur le contrôle à distance pour plus de détails.