Skip to content
Tenvo AI · EN DIRECT · v0.16.20 · TLS · Certificats par appareil · AGPL-3.0 · NIVEAU GRATUIT · 30 APPAREILS · INFRA AUTO-HÉBERGEABLE · APPORTEZ VOTRE CLÉ API · MCP POUR CLAUDE & CURSOR
Retour au blogTutorial

remote desktop low bandwidth: optimisation

Tenvo Editorial Team8 min de lecture
remote desktop low bandwidth: optimisation

Lorsque la personne que vous soutenez est sur un hotspot 3G ou un Wi‑Fi d'hôtel surchargé, une session de bureau à distance normale devient un diaporama.

Lorsque la personne que vous dépannez est sur un hotspot 3G ou un Wi‑Fi d'hôtel surchargé, une session de bureau à distance normale se transforme en diaporama. Ce guide fournit des réglages et des workflows testés et clairs pour rendre le bureau à distance utilisable sur des liaisons à faible bande passante — sans deviner les paramètres ni faire comme si une mauvaise liaison se comportait comme de la fibre.

Comment une faible bande passante perturbe une session distante (et quoi mesurer en premier)

Avant de modifier les paramètres, mesurez. Trois métriques déterminent l'expérience : le débit disponible (kbps ou Mbps), la latence aller‑retour (ms) et la perte de paquets (%). Seuils pratiques que j'utilise :

  • <150 kbps : seules des captures d'écran statiques, le contrôle d'une seule fenêtre ou le transfert de fichiers sont réalistes.
  • 150–500 kbps : faible fréquence d'images (8–15 fps), résolution très basse (640×480 ou 800×600), compression agressive requise.
  • 500 kbps–2 Mbps : utilisable pour la plupart des tâches d'administration à 15–25 fps et 1024×768 avec des codecs ajustés.
  • >5 Mbps et <100 ms : confortable pour un bureau plein écran, la lecture vidéo devient possible.

Mesurez avec iperf3 et un test ping rapide (exemples ci‑dessous). Si la perte de paquets est >1–2% ou le RTT >250 ms, priorisez la réduction du nombre d'images et les stratégies de redessin intermittent — la bande passante seule ne fait pas tout.

Checklist rapide de 10 minutes : gains immédiats pour les liaisons lentes

  • Baissez la résolution à 800×600 ou 1024×768 ; réglez la mise à l'échelle du client pour s'adapter au tampon d'affichage plus petit.
  • Limitez la fréquence d'images à 8–15 fps. La perception humaine tolère un fps plus bas pour les tâches d'écran ; la latence souris/clavier compte plus que la fluidité.
  • Désactivez le fond d'écran et les animations sur la machine distante.
  • Désactivez la synchronisation en arrière‑plan, les sauvegardes cloud et les mises à jour système volumineuses avant de lancer la session.
  • Désactivez l'audio ou passez à des codecs audio à faible débit (16–32 kbps) ou au mode voix seule.
  • Choisissez un codec adaptatif et à faible latence ou un mode delta JPEG/PNG si disponible.
  • Quand c'est possible, utilisez le relais géré de Tenvo — il sélectionne la région la plus proche et contourne souvent les congestions de l'accès final.

Réglages du codec et du rendu : quoi changer et pourquoi

Les logiciels de bureau à distance utilisent deux approches de base : les codecs de type vidéo (H.264/AV1/VP8-like) qui encodent un flux continu, et les codecs delta d'images qui envoient les régions modifiées (JPEG, PNG, bitmaps compactés). Sur une faible bande passante, chacun présente des compromis.

Préréglages recommandés selon la bande passante disponible :

  • <150 kbps (extrêmement contraint) : résolution 640×480 ; 5–8 fps ; profondeur de couleur 8‑bits/256 couleurs ; n'envoyez que les régions d'écran modifiées ; qualité d'image 40–50%
  • 150–500 kbps (très faible) : résolution 800×600 ; 8–12 fps ; profondeur de couleur 16‑bits ; mélange d'une image clé toutes les 2–4 s + deltas ; qualité JPEG 50–60
  • 500 kbps–2 Mbps (faible à modéré) : résolution 1024×768 ; 15–20 fps ; couleur 24‑bits ; codec à bitrate adaptatif ciblant 500–1,500 kbps

Pourquoi ces chiffres ? À 10–15 fps, un bureau 1024×768 encodé de façon agressive peut tenir sous 1 Mbps avec un codec moderne. Pour du travail purement textuel, vous pouvez encore réduire la qualité car le texte se compresse bien ; pour des images denses (retouche photo) il faut beaucoup plus de bande passante.

Réglages pratiques à rechercher dans votre client :

  • Plafond de fréquence d'images (FPS) — réglez à 8–15 sur les liaisons lentes.
  • Bitrate max — fixez un plafond (p. ex. 300 kbps pour mobile contraint, 1 000 kbps pour la connexion domestique). Privilégiez le bitrate variable/adaptatif si disponible.
  • Intervalle d'image clé — des intervalles plus longs réduisent le bitrate mais prolongent la durée des artéfacts après un changement de scène ; 2–4 s est un bon compromis.
  • Mode de transport d'image — préférez les mises à jour delta/régions pour les usages souris/texte ; préférez un codec vidéo continu pour les animations fluides ou le contenu vidéo.
  • Profondeur de couleur — réduisez de 24‑bits à 16 ou 8 bits lorsque la fidélité des couleurs n'est pas importante.

Astuces au niveau réseau et recettes de mesure

Mesurez d'abord, puis ajustez. Commandes utiles :

ping -c 20 host.example.com
iperf3 -c server.example.com -t 10

Vérifications ciblées :

  • Débit : iperf3 donne le débit TCP/UDP atteignable. Si iperf3 indique <200 kbps, considérez les performances comme mauvaises tant que la liaison ne s'améliore pas.
  • Latence et gigue : ping et mtr montrent le RTT et la variabilité de route. Si la gigue est élevée, augmentez le tampon de gigue du client (si disponible) ou réduisez le fps.
  • Perte de paquets : même 1–2% de perte nuit aux flux H.264. Si la perte est persistante, envisagez d'utiliser un relais ou de passer au transport TCP, qui échange latence contre fiabilité.

TCP vs UDP : UDP offre généralement une latence plus faible et laisse le codec gérer les pertes, mais la perte de paquets dégrade la qualité vidéo. TCP assure la livraison fiable mais peut se figer en cas de perte, provoquant des pics de latence plus importants. Sur les réseaux mobiles avec pertes transitoires, de nombreux clients modernes préfèrent UDP avec FEC (forward error correction) ou de petites fenêtres de retransmission. Tenvo utilise TLS sur un certificat par appareil pour ses chemins par défaut ; lorsque les sessions passent par un relais géré, TLS se termine au relais, de sorte que l'opérateur du relais peut voir les octets de session — prévoyez cela pour la conformité.

Spécificités mobile et cellulaire : quoi changer quand quelqu'un est sur données mobiles

Les réseaux cellulaires sont asymétriques et variables. Règles pratiques lorsque la machine distante est en partage de connexion 3G/4G/5G :

  • Demandez toujours à l'utilisateur de passer sur le Wi‑Fi si disponible ; les données cellulaires sont souvent plafonnées et variables.
  • Fixez un plafond de bitrate absolu (p. ex. 300 kbps) pour éviter des frais de données surprises.
  • Privilégiez le partage d'une seule fenêtre ou l'utilisation de captures d'écran plutôt que le contrôle total pour des dépannages courts.
  • Si l'audio n'est pas nécessaire, désactivez‑le. Si besoin, utilisez Opus ou des codecs à faible débit à 16–32 kbps mono.
  • Incitez l'utilisateur distant à fermer les applications en arrière‑plan et à désactiver les mises à jour automatiques.

Choix opérationnels : relais géré Tenvo vs auto‑hébergement vs VPN

Il y a trois choix opérationnels quand les connexions échouent ou sont contraintes : utiliser un relais hébergé par le fournisseur (relais géré Tenvo), auto‑héberger un relais, ou faire passer le bureau à distance sur un VPN. Chacun implique des coûts réels et des compromis.

  • Relais géré Tenvo (option recommandée par défaut) : des relais multi‑région réduisent la longueur du chemin et évitent souvent la congestion du dernier kilomètre. Tenvo propose des clients natifs pour Windows, macOS et Linux, un client navigateur en bêta publique, et des relais gérés multi‑région. Tarification : Free $0 / Lite $2.99/mo / Pro $7.99/mo. Pour la plupart des équipes, le relais géré coûte moins cher que la charge opérationnelle d'hébergement, de patching et d'exploitation de relais HA 24/7.
  • Auto‑hébergement : choisissez cette option uniquement pour des exigences de conformité écrites (p. ex. résidence des données, infrastructures tierces interdites), des réseaux isolés, ou quand vous devez contrôler l'opérateur du relais. L'auto‑hébergement ajoute les coûts de garde d'astreinte, de renouvellement des certificats TLS, de conservation des clés et de basculement mono‑région. Si vous empruntez cette voie, consultez Self‑Hosted Remote Desktop : pourquoi, comment et ce qui casse et nos guides Docker.
  • VPN : peut aider si le problème vient du NAT ou de ports bloqués, mais ne réduit pas l'utilisation de la bande passante ; il redirige tout le trafic et ajoute CPU/surcharge. Utilisez le VPN lorsque vous avez besoin d'un tunnel sécurisé et d'une bande passante suffisante.

Bilan sécurité : Tenvo (et la plupart des relais gérés) utilisent TLS avec des certificats par appareil. Les connexions directes peer‑to‑peer sont chiffrées de bout en bout entre les deux points ; lorsque le trafic retombe sur un relais, TLS se termine à ce relais — l'opérateur du relais est alors en position de voir les données de session. Pour un examen approfondi des modèles de menace et de ce que cela implique pour la conformité, lisez Le bureau à distance est‑il sécurisé ? Un modèle de menace honnête.

Quand choisir un autre workflow plutôt que de lancer une session distante

Parfois, la faible bande passante fait du bureau à distance un mauvais outil. Alternatives qui fonctionnent souvent mieux sur des liaisons dégradées :

  • Échange de fichiers + exécution locale : poussez un script ou un binaire via un petit transfert de fichier et demandez à l'utilisateur distant de l'exécuter. Moins de données totales qu'une session complète.
  • Captures d'écran et étapes guidées : demandez une capture d'écran, annotez‑la ou guidez via chat/appel. Les captures sont compactes et fiables.
  • Utilisez SSH ou un contrôle en ligne de commande pour les tâches d'administration — bien moins de bande passante qu'une GUI.
  • Jump host cloud : lancez une petite VM cloud proche de votre emplacement et faites une RDP vers cette VM, puis utilisez‑la pour atteindre le système distant si la topologie réseau le permet. Cela peut être plus rapide qu'un client tunnelisé direct à travers un dernier kilomètre congestionné.

Si vous avez besoin d'un how‑to recommandé pour des alternatives de contrôle rapide à distance, voyez Comment contrôler un ordinateur à distance en 2026 et notre explicatif sur la bande passante à bande passante du bureau à distance : calculs et conseils de réduction.

Cas pratiques et préréglages concrets à copier

Trois préréglages que vous pouvez coller dans les interfaces clients ou utiliser comme liste de contrôle :

  • Ultra‑faible (visiteur sur un vieux partage 3G) : résolution 640×480, 6–8 fps, couleur 8‑bit, qualité JPEG 45, pas d'audio, uniquement mises à jour par région, bitrate max 150 kbps.
  • Faible (Wi‑Fi de café ou hôtel congesté) : résolution 800×600, 10–12 fps, couleur 16‑bit, image clé 2 s, qualité JPEG 55–60, audio désactivé ou 16 kbps mono, bitrate max 400 kbps.
  • Support quotidien (4G à domicile ou connexion domestique lente) : résolution 1024×768, 15–20 fps, couleur 24‑bit, codec adaptatif ciblant 500–1,500 kbps, audio 32 kbps mono.

Sur la machine distante : réglez les options d'alimentation pour ne jamais se mettre en veille, désactivez le compositing lourd (Windows : définissez Visual Effects sur "Meilleures performances"), et fermez les processus lourds en arrière‑plan. Sur le client : activez le mode faible bande passante ou économiseur de données si disponible ; sinon réduisez manuellement les paramètres ci‑dessus.

Checklist de dépannage utile quand une session saccade encore

  • Retestez le débit avec iperf3 et comparez‑le au bitrate max du client.
  • Changez de transport : essayez TCP si UDP montre une forte perte, ou essayez le relais géré si le chemin peer‑to‑peer est mauvais.
  • Réduisez la zone de session : partagez une seule fenêtre d'application au lieu du bureau entier.
  • Utilisez des rafraîchissements manuels périodiques plutôt que le streaming continu pour des écrans majoritairement statiques.
  • Vérifiez les mises à jour en arrière‑plan sur les deux côtés (Windows Update, mises à jour automatiques d'applications) et mettez‑les en pause.

Si vous voulez une checklist opérationnelle pour déployer le support faible bande passante dans un helpdesk, consultez notre guide d'installation How to Set Up Remote Access in 60 Seconds et l'article workflow de support à distance Bonnes pratiques de support IT à distance : checklist de sécurité.

En résumé : la faible bande passante change les réglages importants. Réduisez d'abord les pixels et les images, compressez de façon agressive ensuite, et utilisez un relais géré comme celui de Tenvo dans la plupart des cas pour éviter de perdre du temps sur une infrastructure auto‑hébergée sauf si vous avez une exigence de conformité écrite. En combinant des mesures réseau avec les préréglages ci‑dessus, vous sauvez de nombreuses sessions qui seraient sinon inutilisables.

Prêt à essayer ces réglages avec un client qui prend en charge des relais multi‑région et des modes explicites faible bande passante ? Téléchargez les clients natifs de Tenvo ou essayez la bêta navigateur sur Télécharger Tenvo. Si vous avez besoin d'une solution auto‑hébergée pour la conformité, commencez par Auto‑hébergement du bureau à distance et anticipez les coûts opérationnels.

Obtenir Tenvo

Prêt à l'essayer vous‑même ?

Gratuit jusqu'à 30 appareils, sans carte bancaire. Mise en route et connexion en deux minutes.