RustDesk vs VNC : traversée NAT, codecs, chiffrement

VNC est l’un des moyens les plus anciens et les plus largement déployés pour contrôler un autre ordinateur. C’est un véritable standard ouvert, il fonctionne presque partout, et sur un réseau local, il est difficile à battre en matière de simplicité. RustDesk vise la même tâche fondamentale, mais a été conçu pour un monde fait de NAT, de pare-feu et de systèmes d’exploitation hétérogènes. Les différences se résument à la façon dont chacun traverse un réseau — et à tout ce qu’il faut ajouter pour le sécuriser.

Cette comparaison s’en tient à des faits durables et vérifiables plutôt qu’à des benchmarks qui dépendent de votre matériel et de votre connexion.

Ce qu’est réellement VNC

« VNC » ne désigne pas un seul programme, mais une famille d’implémentations — RealVNC, TightVNC, TigerVNC, UltraVNC et d’autres — qui parlent le protocole RFB (Remote Framebuffer) (Wikipedia). RFB est fondamentalement basé sur les pixels : le serveur envoie des mises à jour du framebuffer au visualiseur. Cette conception, d’une simplicité et d’une portabilité remarquables, explique pourquoi VNC existe sur tout, des serveurs d’entreprise jusqu’au Raspberry Pi.

Les licences sont hétérogènes. TigerVNC est distribué sous licence GNU GPL et TightVNC est un fork ouvert porté par sa communauté, tandis que le visualiseur de RealVNC est un produit propriétaire à maintenance commerciale. Ainsi, l’affirmation « VNC est open source » n’est vraie que pour certaines implémentations, pas pour toutes.

Ce qu’est RustDesk

RustDesk est une application unique, open source (AGPL), dotée de sa propre architecture. Les clients se connectent vers l’extérieur à un serveur d’identification/rendez-vous, qui négocie une session en pair-à-pair ou relayée. Selon la documentation RustDesk, le trafic est chiffré de bout en bout (basé sur NaCl), et la vidéo utilise des codecs modernes — VP8, VP9 et AV1 en logiciel, avec des chemins matériels H.264/H.265 — plutôt que de simples rectangles de pixels bruts. Vous pouvez faire fonctionner chaque client avec l’infrastructure publique, votre propre serveur auto-hébergé, ou un rendez-vous/relais que vous développez vous-même.

Le problème d’Internet : la traversée NAT

C’est là que la différence est la plus nette. Le protocole VNC de base ne dispose d’aucune traversée NAT. Comme le note la documentation VNC, pour atteindre une machine via Internet, « un utilisateur doit ouvrir ce port dans le pare-feu local et configurer une redirection de port pour transférer le port TCP 5900 … s’il se trouve derrière un routeur effectuant de la traduction d’adresse réseau (NAT) ». La solution de contournement courante consiste à « faire transiter VNC par un tunnel SSH (Secure Shell) », ce qui ajoute également le chiffrement dont le VNC brut est dépourvu. Certains produits VNC commerciaux (comme le service cloud de RealVNC) ajoutent leur propre système d’intermédiation pour éviter cela, mais il s’agit d’une fonctionnalité propre à l’éditeur, ajoutée par-dessus, et non d’une partie du protocole.

RustDesk a été conçu à l’inverse. Comme les clients terminaux se connectent en sortie vers un serveur de rendez-vous et basculent vers un relais lorsque la voie directe échoue, RustDesk traverse le NAT et les pare-feu sans redirection de port par terminal, sans VPN et sans tunnel SSH. Les terminaux n’ont besoin d’aucun port d’écoute entrant, mais un serveur d’identification/rendez-vous et de relais auto-hébergé doit, lui, accepter le trafic entrant sur ses ports de service documentés. C’est cette même logique de traversée NAT qui en fait une alternative pratique à Chrome Remote Desktop ou aux outils gratuits pour l’accès distant et multiplateforme.

Chiffrement : par défaut contre « ça dépend »

Avec VNC, le chiffrement est un détail d’implémentation. RealVNC propose un chiffrement AES dans son offre commerciale ; à l’inverse, selon la documentation VNC, « TightVNC n’est pas sécurisé, car les données d’image sont transmises sans chiffrement » et « devrait être encapsulé via une connexion SSH ». La sécurité d’une session VNC dépend donc entièrement du serveur choisi et de la façon dont il a été configuré.

RustDesk applique un chiffrement de bout en bout par défaut sur chaque connexion, qu’elle soit auto-hébergée ou non, sans aucun tunnel SSH à penser à configurer.

RustDesk face à VNC, en un coup d’œil

Vérifiez les détails actuels des offres RustDesk sur rustdesk.com/pricing.

Là où RustDesk prend l’avantage

Les avantages de conception de RustDesk se manifestent dès que vous sortez du réseau local ou avez besoin de cohérence entre équipes et plateformes :

• Une portée Internet sans tuyauterie. La traversée NAT et le repli sur relais éliminent tout besoin de redirection de port, de VPN ou de tunnel SSH par terminal.
• Un chiffrement que vous n’avez pas à configurer. De bout en bout par défaut, et non une implémentation qu’il faut vérifier vous-même.
• Des codecs modernes. VP8/VP9/AV1 et les chemins matériels H.264/H.265 tiennent généralement mieux la route que les encodages en pixels bruts sur des liaisons contraintes ou à forte latence.
• Une application auditable et un serveur auto-hébergé. Un logiciel open source (AGPL) associé à un serveur d’identification/relais auto-hébergé garde à la fois le code et les données de vos sessions sur une infrastructure que vous contrôlez.

Le compromis : auto-héberger RustDesk signifie que quelqu’un doit faire fonctionner le serveur — provisionnement, TLS, ports et correctifs dans la durée. Une installation VNC limitée au réseau local évite totalement cela. C’est là le véritable compromis.

Alors, lequel choisir ?

Pour un réseau local de confiance, un segment isolé (air-gapped) ou un Raspberry Pi, la simplicité et la standardisation de VNC restent réellement difficiles à battre. Mais dès qu’il faut traverser Internet en toute sécurité, disposer d’un chiffrement activé par défaut, ou prendre en charge depuis un seul outil un mélange de Windows, macOS, Linux, Android et iOS, l’architecture de RustDesk fait une bonne partie du travail à votre place. Et si vous hésitez déjà avec les outils natifs de Windows, notre comparatif RustDesk face à RDP traite également ce cas de figure.

Essayez-le

Si cette comparaison vous convainc de mettre enfin votre tunnel SSH à la retraite, commencez avec le serveur communautaire gratuit — open source, sans expiration, traversée NAT incluse. Écrivez à [email protected] pour connaître les conditions d’évaluation de l’offre Pro ; les tarifs actuels des offres sont disponibles sur rustdesk.com/pricing.