RustDesk en détail : connexion, exploitation et sécurité d’un bureau distant auto-hébergé
Une évaluation du client Rust, de l’interface Flutter, des connexions directes et relayées, de hbbs/hbbr, des droits distants, de l’AGPL-3.0 et de la séparation avec Server Pro.
Positionnement et signal actuel
RustDesk est un client de bureau distant multiplateforme qui peut utiliser les services publics de coordination et de relais du projet ou ceux de l’exploitant. Le dépôt principal comptait environ 118 638 étoiles lors de la collecte et recevait encore des commits fréquents entre versions nightly et stables. Il place code client, serveur OSS et auto-hébergement dans le même choix, mais un serveur démarré ne constitue pas une exploitation distante sûre.
Usages et fonctions principales
Les usages sont l’assistance technique, l’accès à ses appareils, la maintenance entre sites, le transfert de fichiers et la collaboration temporaire. Les clients bureau et mobile essaient une liaison pair à pair puis utilisent un relais si nécessaire; une session peut inclure presse-papiers, audio, saisie, fichiers et tunnels. Les administrateurs doivent couper les fonctions inutiles à chaque rôle, car commodité et exposition des privilèges passent par la même session.
Architecture et fonctionnement
Un client s’enregistre auprès du service rendezvous et trouve son pair. Si le réseau le permet, les deux tentent une liaison directe par TCP hole punching; sinon le trafic traverse un relay. `rendezvous_mediator` coordonne, `src/server` traite affichage, audio, presse-papiers, saisie et réseau, `scrap` capture l’écran et `enigo` contrôle l’entrée. L’auto-hébergement exécute souvent hbbs et hbbr, avec adresses serveur et clé publique configurées sur les clients.
Socle technique et limites système
Rust porte le cœur des connexions et du code plateforme, Flutter l’interface actuelle sur ordinateur et mobile. C++, Kotlin, Swift et des dépendances multimédias complètent le dépôt. Encodage, capture, injection d’entrée et traversée réseau dépendent des droits système et des équipements. Le serveur OSS couvre rendezvous et relay de base; l’administration avancée relève de Server Pro, et les deux offres ne doivent pas partager la même fiche fonctionnelle.