Accès non surveillé RustDesk : guide de configuration

L’accès non surveillé consiste à atteindre un ordinateur alors que personne ne se trouve devant lui — un serveur en rack, un kiosque, l’ordinateur d’un proche à l’autre bout du pays. RustDesk gère très bien ce cas de figure, à condition de configurer correctement deux éléments : un mot de passe permanent pour que personne n’ait à approuver chaque connexion, et RustDesk exécuté en tant que service afin qu’il soit disponible avant la connexion et après la déconnexion. Ce guide couvre ces deux aspects, ainsi que la manière de le déployer sur toute une flotte.

La réponse courte

Définissez un mot de passe permanent (Paramètres → Sécurité) et installez RustDesk en tant que service système — le service installé démarre avec la machine. Le mot de passe élimine la nécessité pour une personne d’accepter l’invite ; le service permet à RustDesk de s’exécuter indépendamment de tout utilisateur connecté, afin que vous puissiez vous connecter à tout moment — y compris à l’écran de connexion. Pour un déploiement à grande échelle, générez un client préconfiguré afin que chaque machine s’installe automatiquement auprès de votre serveur.

Étape 1 : Définir un mot de passe permanent

Par défaut, RustDesk affiche un mot de passe à usage unique, renouvelé à chaque session, qu’une personne présente à l’autre bout vous lirait à voix haute. Pour l’accès non surveillé, vous le remplacez par un identifiant fixe :

1. Ouvrez RustDesk sur la machine que vous souhaitez atteindre.
2. Accédez à Paramètres → Sécurité (versions plus anciennes : la zone du mot de passe sur l’écran principal).
3. Choisissez Définir un mot de passe permanent et saisissez une valeur forte et unique.

La documentation client de RustDesk présente cette étape comme le cœur même de l’accès non surveillé. Une règle mérite d’être soulignée : ne réutilisez pas le mot de passe de connexion du système d’exploitation. Utilisez pour RustDesk un mot de passe dédié à forte entropie, afin que la fuite d’un identifiant ne compromette pas l’autre.

Étape 2 : Installer en tant que service et démarrer au démarrage du système

C’est l’étape que l’on oublie le plus souvent. Si vous vous contentez d’exécuter le fichier portable .exe ou .app, la session se termine dès que l’utilisateur se déconnecte ou qu’une invite UAC/de permission apparaît — car ce processus n’existe qu’au sein de la session de l’utilisateur. Pour un véritable accès non surveillé, RustDesk doit s’exécuter en arrière-plan en tant que service système.

• Exécutez le programme d’installation de RustDesk (et non la version portable) et terminez l’installation.
• Dans Paramètres → Général, assurez-vous que le Service est en cours d’exécution — utilisez Démarrer s’il apparaît comme arrêté. Une fois installé, le service démarre automatiquement avec la machine.

Une fois que RustDesk s’exécute en tant que service, il se charge avant que quiconque ne se connecte, ce qui vous permet de vous connecter à l’écran de connexion, de vous authentifier à distance, et même de redémarrer puis de vous reconnecter sans présence humaine. Des articles communautaires sur la bonne configuration du service Windows insistent sur la même distinction : version portable signifie assisté uniquement ; service installé signifie non surveillé.

Notes spécifiques par plateforme

Windows

La voie la plus simple. Installez, activez le service, définissez le mot de passe permanent, et c’est terminé. Comme le service s’exécute au démarrage, l’accès non surveillé à l’écran de connexion et lors des redémarrages fonctionne comme prévu.

macOS

macOS conditionne la capture d’écran et la saisie à des autorisations. Après l’installation, ouvrez Réglages Système → Confidentialité et sécurité et accordez à RustDesk à la fois Enregistrement de l’écran et Accessibilité. Pour un accès à la fenêtre de connexion (avant qu’un utilisateur ne se connecte), le service/assistant RustDesk doit être installé afin de pouvoir capturer l’écran avant la connexion — sinon vous obtiendrez un écran noir à cet endroit, le même problème de capture traité dans notre guide sur l’écran noir.

Linux

Installez RustDesk afin que son composant de service s’exécute au démarrage. Pour une machine qui reste à l’écran d’accueil de connexion (greeter), Wayland ne peut pas encore capturer ce greeter — une limitation de conception propre à Wayland (et non une limite de RustDesk) que RustDesk s’efforce activement de résoudre (PR #15420). Sur une machine headless, utilisez la configuration d’affichage virtuel ; sur un poste de bureau, une session X11/Xorg s’en charge encore là où une distribution en propose une, bien que plusieurs migrent désormais vers Wayland exclusivement. Consultez RustDesk pour Linux pour plus de détails.

Étape 3 : Déployer à grande échelle avec un client préconfiguré

Configurer une machine à la main, c’est jouable. En configurer cinquante, ça ne l’est plus. Sur les plans auto-hébergés Basic et supérieurs, le générateur de client personnalisé (Custom Client Generator) de la console web crée un programme d’installation avec l’adresse de votre serveur, la clé publique et les paramètres déjà intégrés, de sorte que les utilisateurs finaux n’ont rien à saisir. Combiné à votre outil de déploiement existant (stratégie de groupe, Intune, un RMM de MSP, un script shell), chaque appareil installe le service et s’enregistre auprès de votre serveur dès le premier lancement.

C’est là que l’auto-hébergement devient rentable pour les équipes : vous obtenez une flotte non surveillée entièrement sous votre contrôle, sans facturation cloud par poste qui décide combien de terminaux vous êtes « autorisé » à atteindre. Configurez le générateur via la console web sur le port 21114. Notez que RustDesk est sous licence par utilisateur connecté et appareil géré, et non par session simultanée ; budgétez donc en fonction du nombre de machines et d’administrateurs dont vous disposez — voir ce qui compte comme appareil géré.

Verrouillez l’accès

L’accès non surveillé est une porte ouverte en permanence sur une machine ; traitez donc les identifiants avec le plus grand sérieux :

• Un mot de passe permanent fort et unique, changé régulièrement.
• L’authentification à deux facteurs et, sur Pro, des contrôles d’accès afin que seuls les comptes autorisés puissent se connecter. Notre article sur le contrôle d’accès par utilisateur et les groupes d’appareils explique comment délimiter qui peut atteindre quoi.
• L’auto-hébergement des services côté serveur lorsque vous avez besoin de contrôler le serveur de rendez-vous, le relais, la console et les données de déploiement stockées. Les identifiants du terminal restent une responsabilité de sécurité propre au terminal. Comme RustDesk est open source sous licence AGPL, son implémentation de l’authentification peut être auditée.

Un accès non surveillé que vous contrôlez réellement

Pointez une flotte toujours active vers un serveur que vous exploitez vous-même, et l’accès permanent à ces machines reste géré par du matériel qui vous appartient, et non par un cloud que vous louez. Pour un accès permanent, garder ce chemin entre vos propres mains vaut largement le temps de configuration.