RustDesk a annoncé le 14 août 2026 qu'il sait désormais ouvrir une session distante sur un bureau Wayland sans personne à l'autre bout pour l'autoriser, et que les configurations multi écran fonctionnent dans la même session. C'est la fonction qui manquait au support à distance sous Linux depuis que les distributions livrent Wayland par défaut. Vous vous connectez après un redémarrage, depuis l'écran de connexion, sans qu'un humain sur place clique sur accepter dans une fenêtre de portail. Cela arrive sous forme de préversion séparée pour les systèmes x86_64 dérivés de Debian et Ubuntu, pas dans la version standard, et Fedora et Arch sont annoncés pour plus tard.
The short answer
RustDesk a annoncé le 14 août 2026 qu'il prend désormais en charge un véritable accès distant non surveillé sur Wayland, multi écran compris, et que vous pouvez vous connecter depuis l'écran de connexion après un redémarrage. Cela arrive en préversion séparée pour les systèmes x86_64 dérivés de Debian et Ubuntu, et non dans la version standard, avec Fedora et Arch Linux annoncés comme prochaines cibles. RustDesk demande des retours de terrain avant d'en faire le comportement par défaut.
Quiconque a tenté de reprendre la main sur un bureau Linux à distance depuis que Wayland est passé par défaut connaît le scénario. La connexion aboutit, le client affiche un rectangle noir, et la machine en face attend tranquillement que quelqu'un valide une fenêtre de permission que personne ne verra jamais. RustDesk annonce que c'est réglé.
Ce qui a été annoncé
Le 14 août 2026, l'équipe RustDesk a publié un billet intitulé Unattended Remote Access on Wayland with RustDesk. L'affirmation est directe : RustDesk sait désormais fournir un véritable accès non surveillé sur Wayland, sans exiger que quelqu'un sur la machine distante approuve chaque session, et les configurations multi écran sont prises en charge. Après la configuration initiale, vous pouvez vous connecter même quand personne n'est présent devant la machine, y compris depuis l'écran de connexion après un redémarrage.
C'est la dernière proposition qu'il faut relire. Se connecter à une session de bureau déjà ouverte est un problème. Se connecter à une machine qui vient de redémarrer et attend sur un greeter, sans session utilisateur à laquelle se rattacher, en est un autre, plus difficile, et c'est celui qui transforme un outil de bureau à distance en quelque chose sur quoi compter pour une machine que vous ne pouvez pas atteindre à pied.
Pourquoi c'était compliqué
Sous X11, n'importe quel client capable de parler au serveur d'affichage pouvait lire tout l'écran et synthétiser des événements d'entrée. C'était pratique, et c'est la raison pour laquelle la capture d'écran, les démons de raccourcis et les outils de bureau à distance fonctionnaient sans rien demander à personne.
Wayland a fermé cette porte volontairement. Un client ne voit pas les autres fenêtres, ne récupère pas le tampon d'image et n'injecte pas de frappes clavier. Le partage d'écran passe par xdg-desktop-portal, qui remet la décision au compositeur et affiche normalement une fenêtre à l'utilisateur. Pour un partage d'écran en visioconférence, c'est le bon comportement. Pour une borne sans opérateur dans un entrepôt, c'est un mur.
Les contournements employés jusqu'ici disent bien l'ampleur du manque. Repasser le gestionnaire de connexion sur un greeter X11 pour qu'au moins l'écran de connexion soit capturable. Maintenir des parcs entiers en session X11 et repousser les montées de version du bureau. Faire tourner un serveur VNC sur une sortie virtuelle que personne ne voit. Chacun de ces choix sacrifie quelque chose de réel, et chacun est une dette technique que vous portez jusqu'à ce que l'outillage rattrape son retard.
Ce qui n'est pas encore couvert
Le périmètre est étroit et RustDesk le dit clairement. Une préversion, x86_64 uniquement, systèmes dérivés de Debian et Ubuntu uniquement, publiée en téléchargement séparé plutôt qu'intégrée au canal normal. Fedora et Arch Linux sont cités comme prochaines distributions, sans date. La fonction rejoindra les versions standard une fois l'implémentation stabilisée.
RustDesk présente d'ailleurs cette sortie comme une demande plutôt que comme un tour d'honneur : l'équipe veut davantage de tests en conditions réelles avant d'en faire le comportement par défaut. C'est la bonne posture pour une capacité qui dépend du comportement du compositeur, et ce comportement diffère entre GNOME, KDE Plasma, les sessions basées sur wlroots et tout le reste. Nous avons couvert récemment le travail Wayland de GNOME 51 et les changements dmabuf de Plasma 6.8, et le rythme des évolutions dans cette couche explique exactement pourquoi une fonction pareille a besoin de retours de terrain plutôt que d'une démonstration en laboratoire.
Le contexte concurrentiel donné dans l'annonce mérite d'être noté parce qu'il est vérifiable. AnyDesk exige aujourd'hui Xorg pour les sessions Linux entrantes. TeamViewer qualifie encore sa prise en charge de Wayland d'expérimentale pour les environnements de bureau courants. Que RustDesk arrive le premier compte moins que le fait que le problème soit resté ouvert assez longtemps pour qu'arriver premier en août 2026 soit encore possible.
Ce que nous ferions cette semaine
Récupérez la préversion pour deux ou trois machines non critiques, pas pour le parc. L'intérêt d'une préversion, c'est l'information, et l'information vient de machines que vous pouvez vous permettre de casser.
Testez explicitement le cas du greeter. Redémarrez, ne vous connectez pas localement, et branchez vous. Si cela fonctionne sur votre matériel et votre environnement de bureau, vous venez de supprimer la principale raison de garder ces machines sous X11.
Vérifiez ensuite le chemin multi écran, parce qu'une sortie unique et arbitraire est l'implémentation partielle classique, puis regardez ce qui se passe quand quelqu'un se connecte physiquement pendant que vous êtes connecté. Remontez ce que vous trouvez. RustDesk demande précisément cela, et une préversion réellement testée sur des parcs, c'est ainsi que cela finit dans une version stable au lieu de rester un billet de blog.
Sources et pour aller plus loin
- Unattended Remote Access on Wayland with RustDesk, blog RustDesk, 14 août 2026
- La démonstration publiée par RustDesk sur X, 14 août 2026
- RustDesk pour Linux : installation, X11 contre Wayland, accès sans écran et non surveillé, documentation RustDesk
- RustDesk now supports true unattended remote access on Wayland, discussion Hacker News, 14 août 2026
Questions fréquentes
Que veut dire non surveillé exactement ?
Cela signifie que la machine distante accepte une session entrante sans personne sur place pour l'autoriser. Sur un bureau Wayland, le compositeur arbitre la capture d'écran et l'injection d'événements via xdg-desktop-portal, et le portail ouvre normalement une fenêtre que quelqu'un doit valider. C'est très bien pour du dépannage assisté, quand un collègue est au téléphone avec vous, et inutile pour le cas que nous avons tous : une machine en baie, un boîtier d'affichage dans un hall, un poste laissé allumé au bureau. RustDesk annonce que la préversion supprime cette exigence, et que vous pouvez vous connecter après un redémarrage alors que la machine est encore sur son écran de connexion.
Quels systèmes peuvent utiliser la préversion aujourd hui ?
Une seule cible : les systèmes x86_64 dérivés de Debian et Ubuntu. RustDesk la publie en téléchargement séparé plutôt que de l'intégrer au canal normal, donc vos installations existantes ne bougent pas tant que vous ne les remplacez pas volontairement. L'annonce cite Fedora et Arch Linux comme prochaines distributions, sans date, et précise que la fonction rejoindra les versions standard une fois l'implémentation stabilisée. Si vous êtes sur des dérivés RHEL, sur openSUSE ou sur arm64, vous attendez.
Cela remplace-t-il notre outillage de support à distance ?
Pas encore, et traiter une préversion comme un outil de production serait une erreur. Ce qui change, en revanche, c'est la forme de votre plan de migration. Beaucoup d'équipes maintiennent des parcs entiers en session X11 précisément parce que leur accès distant cassait sous Wayland, ce qui bloque aussi les montées de version du bureau. Si l'accès non surveillé fonctionne sur votre matériel, ce verrou saute et vous pouvez planifier le passage à Wayland pour ses propres mérites. Testez sur une poignée de machines, vérifiez le cas de l'écran de connexion et le cas multi écran, et gardez votre solution actuelle jusqu'à ce que la fonction arrive dans une version normale.
Où en sont les autres produits de bureau à distance sous Wayland ?
RustDesk décrit l'état du terrain dans sa propre annonce, et les affirmations sont vérifiables dans la documentation des éditeurs. AnyDesk exige aujourd'hui Xorg pour les sessions Linux entrantes. TeamViewer qualifie encore sa prise en charge de Wayland d'expérimentale pour les environnements de bureau courants. GNOME et KDE livrent tous deux leurs propres services de bureau à distance avec des modes sans écran et écran de connexion, mais raccorder cela à un client multiplateforme, avec un relais auto hébergé et une gestion multi écran, c'est exactement l'écart que RustDesk cherche à combler.
Que faut-il tester en premier si nous essayons ?
Trois choses, dans cet ordre. Redémarrez la machine et connectez vous pendant qu'elle est sur le greeter, parce que c'est le cas qui échoue silencieusement sur la plupart des installations. Connectez vous ensuite à une machine multi écran et vérifiez que vous récupérez tous les écrans et pas une sortie arbitraire. Vérifiez enfin ce que devient la session quand un utilisateur local se connecte physiquement, car le passage de main entre session greeter et session utilisateur est l'endroit où la capture par portail perd habituellement sa permission. RustDesk demande explicitement des retours de terrain avant de rendre ce comportement natif, donc un rapport de bug précis vaut mieux aujourd'hui qu'un message d'humeur sur un forum.