Les deux camps
Les logiciels de bureau à distance se rangent en deux camps architecturaux :
- Relais cloud (TURN-centré) : les données d'écran vont de l'hôte à un serveur cloud qui les transmet au client. Les deux extrémités se connectent « vers l'extérieur » au fournisseur, qui prend en charge le routage.
- Pair-à-pair (P2P) : hôte et client ouvrent un tunnel direct — généralement via UDP hole punching à travers les routeurs NAT. Les données d'écran circulent directement, sans intermédiaire.
En pratique les frontières sont floues — de nombreux outils P2P gardent un relais TURN en repli pour les connexions où le P2P direct échoue (NAT symétrique, pare-feu d'entreprise restrictifs).
Ce qui change avec le P2P
Latence. Pour une connexion P2P directe Berne–Zurich, la latence correspond à peu près au round-trip fibre + 1-2 ms d'encodage — typiquement 5-15 ms. Avec un relais cloud à Francfort, le détour s'ajoute : 30-50 ms. Bien perceptible en contrôle souris.
Charge bande passante des extrémités. En P2P, chaque côté supporte exactement sa propre charge upload/download. Avec un relais cloud, le flux double côté fournisseur, ce qui se monétise souvent par bridage ou limites de données dans les plans gratuits.
Confidentialité. La plus grande différence. En P2P le fournisseur voit au mieux qu'une connexion a lieu (pour la facturation), mais pas ce qui est transmis. Avec un relais cloud chaque trame passe par une infrastructure tierce — même chiffré, le fournisseur a des métadonnées + informations de timing.
Quand le relais cloud reste pertinent
Le P2P n'est pas toujours la bonne réponse :
- NAT symétrique : certains opérateurs mobiles et pare-feu d'entreprise n'autorisent pas l'UDP hole punching. Un relais DOIT prendre le relais.
- Sessions multi-parties : plus de deux participants (formations, présentations d'écran) sont plus simples via un serveur central qu'avec N×(N-1)/2 tunnels P2P.
- Enregistrement compliance : si chaque session doit être enregistrée pour audit, l'enregistrement se fait sur le serveur relais.
Les hybrides sont la règle
La plupart des outils actuels sont hybrides :
- WinDesk : P2P pur — aucun relais média. Seule la signalisation transite par notre serveur suisse ; les données d'écran n'y passent jamais. Si les deux extrémités sont derrière un NAT symétrique, la connexion directe peut ne pas s'établir (il n'y a pas de relais média, par choix d'architecture).
- AnyDesk : P2P-first, similaire.
- TeamViewer : plus centré cloud, plus de routage via ses propres serveurs (par défaut).
Comment tester
Dans ton outil : démarre une session, regarde le statut de connexion — presque chaque outil indique si la connexion est « directe » ou « relayée ». Si toujours relayée : vérifie la configuration NAT ou change pour un outil plus capable en P2P.
Conclusion
Si confidentialité, latence et efficacité bande passante comptent : choisir un outil P2P-first. Si sessions multi-parties ou enregistrement compliance sont critiques : un outil cloud-centré peut mieux convenir. Pour la grande majorité des prestataires IT et des cas d'usage PME, le P2P est la bonne approche.
WinDesk est en P2P pur — aucun relais média, les données d'écran ne quittent jamais le chemin P2P. Plan Free sans compte : windesk.ch/fr/telecharger.