Le gel d’image dans Remote Desktop peut ruiner l’expérience utilisateur et masquer un vrai problème réseau. Cet article rassemble méthodes de diagnostic, correctifs éprouvés et bonnes pratiques pour éliminer durablement les blocages d’affichage sur Windows Server 2019 RDS.
Comprendre le gel intermittent d’affichage
Lorsque l’écran du client RDP semble « figé » alors que la même session reste active en shadow depuis la console d’administration, deux indices apparaissent : la pile graphique du serveur fonctionne encore, mais plus aucun paquet graphique n’atteint le poste distant. Le phénomène se produit quasi exclusivement dans les minutes qui suivent une micro‑coupure, une variation de latence ou une perte de paquets importante ; le protocole RDP abandonne alors son canal principal (Dynamic UDP) sans réussir à ré‑établir la session de secours en TCP.
En pratique, ce dysfonctionnement touche surtout :
- les utilisateurs connectés via VPN SSL, IPSec ou SD‑WAN mal optimisés ;
- les liens xDSL/Fibre > 50 ms de latence moyenne ;
- les serveurs hébergés en cloud public dont les flux UDP sont filtrés par un pare‑feu applicatif ou soumis à throttling.
Métriques et méthodologie de diagnostic
Avant d’appliquer un correctif global, confirmez que le gel correspond bien à une rupture du canal UDP :
- PerfMon : ajoutez les compteurs Remote FX Network ► Current TCP RDP Connections et Current UDP RDP Connections. Lors du gel, les connexions UDP chutent brutalement à 0 alors que la connexion TCP reste ouverte.
- ETW Logs : activez la trace Microsoft‑Windows‑TerminalServices‑ClientActiveXCore/Operational sur un poste pilote. Un événement 1303 indique « UDPTunnelFailure », corroborant la perte du canal Datagram.
- Wireshark : filtrez sur le port 3389/UDP. L’absence d’ACK ou une cascade de ICMP Destination Unreachable entre t0 et t0 + 1 s précède souvent la mise en silence de l’écran.
- PathPing / PowerShell Test‑Connection : comparez Latency (ms) et Loss (%). Une perte > 1 % sur un lien RDP en UDP suffit à générer une gèle d’affichage perceptible.
Si ces données pointent vers UDP, passez immédiatement au correctif ; sinon, poursuivez l’analyse (pilote GPU, pile UXD, ressources CPU/RAM, verrouillage GDI).
Solutions appliquées et bonnes pratiques
| Domaine | Action recommandée | Détails / justification |
|---|---|---|
| Transport RDP | Forcer le mode TCP uniquement (désactiver UDP côté client) via la stratégie Turn Off UDP On Client (GPMC ► Computer Configuration ▶ Administrative Templates ▶ Windows Components ▶ Remote Desktop Services ▶ Remote Desktop Connection Client). | Le gel est souvent lié à des paquets UDP bloqués ou perdus (pare‑feu, QoS, équipements réseau). En passant intégralement en TCP, on élimine cette cause sans impact perceptible pour l’utilisateur. Redémarrage du poste client requis après modification. |
| Réseau | Vérifier connectivité et performances (ping stable, latence, débit, DNS, règles pare‑feu). | Des micro‑coupures ou une latence élevée provoquent des pertes de trames RDP, surtout en UDP. |
| Mises à jour | Maintenir Windows Server 2019 et les clients RDP à jour (KB de sécurité, correctifs RDP). | Les correctifs 2022‑2024 ont résolu plusieurs anomalies de gel RDP. |
| Pilotes & matériel | Mettre à jour les pilotes graphiques/NIC ; exécuter Driver Verifier pour détecter un pilote défaillant. | Un pilote instable au niveau du serveur peut provoquer une non‑réponse de la pile graphique et figer l’affichage transmis. |
| Comptes d’utilisateurs | Tester avec un profil tout neuf ou un compte local de test. | Un profil corrompu peut perturber l’affichage (cache d’icônes, accélération GPU, etc.). |
| Paramètres RDS | Examiner les timeouts et politiques RDP (idle time‑out, session‑limit). | Un mauvais paramétrage peut donner l’impression d’un gel alors que la session est suspendue côté serveur. |
Procédure détaillée pour désactiver UDP
- Sur un contrôleur de domaine, ouvrez Group Policy Management et créez/éditez une GPO nommée « RDP — Forcer TCP ».
- Parcourez Computer Configuration ▶ Administrative Templates ▶ Windows Components ▶ Remote Desktop Services ▶ Remote Desktop Connection Client.
- Activez la stratégie Turn Off UDP On Client. Définissez‑la sur Enabled.
- Reliez la GPO à l’unité d’organisation contenant vos PC ; ajoutez au besoin un WMI Filter du type
SELECT * FROM Win32_IP4RouteTable WHERE NextHop <> "0.0.0.0"pour cibler uniquement les machines distantes. - Forcez la prise en compte par
gpupdate /forcepuis redémarrez le poste. - Contrôlez l’efficacité via
Get‑ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services". La valeurfClientDisableUDPdoit être à1.
Pourquoi le TCP suffit‑il ?
Depuis RDP 7.1, le canal TCP bénéficie de la compression Adaptive Graphics v2 et du cache bitmap côté serveur. Le débit requis pour un affichage 1080p ne dépasse pas 2–3 Mbit/s, ce que la plupart des liaisons d’entreprise fournissent sans effort. Sur les réseaux sujets à perte, TCP retransmet automatiquement les segments manquants, là où UDP laisse le client gérer l’erreur, d’où la sensation de gel.
Vérifier et optimiser le réseau
- Latence cible : < 80 ms moyenne / < 200 ms pic.
- Perte cible : < 0,3 % sur 1000 paquets ICMP echo.
- QoS : marquez le DSCP 46 (EF) pour 3389/TCP lorsqu’UDP est désactivé.
- Firewall : désactivez toute inspection profonde (DPI) ou ré‑assembleur IP niveau 7 sur 3389.
- MTU : si un tunnel VPN applique un MTU < 1300, ajustez automatiquement via
netsh interface ipv4 set subinterface "Ethernet" mtu=1300 store=persistent.
Maintenir l’infrastructure à jour
Depuis 2022, Microsoft a livré plusieurs correctifs corrigeant la fuite mémoire de rdpencdd.sys (KB5014415), l’instabilité du moteur UDP (KB5023697) et la régression graphique introduite par la mise à jour cumulative d’août 2023 (KB5029247). Vérifiez que votre image ISO d’installation inclut un Servicing Stack post‑2024, sinon passez par in‑place upgrade ou DISM /Online /Cleanup‑Image /RestoreHealth.
Surveillance continue après remédiation
Une fois l’option Turn Off UDP déployée, planifiez une collecte de compteur Remote FX Network toutes les 15 minutes ; générez un rapport hebdomadaire dans Excel pour vérifier qu’aucune reprise UDP n’intervient (Total UDP Connections doit rester à 0). Les équipes réseau peuvent s’en servir comme base de discussion pour éliminer définitivement la cause de perte (changement de fournisseur, upgrade de routeur ou re‑câblage).
Informations complémentaires utiles
- Rôle du transport UDP dans RDP 8/10/11 : il transporte le flux audio/vidéo temps réel et l’Adaptive Graphics v3. Sur réseau stable (< 1 % de perte), il offre jusqu’à 40 % de bande passante en moins et une latence visuelle réduite.
- Alternative : Windows 11 22H2 introduit « Reliable UDP Transport v2 » (R‑UDP‑v2) avec contrôle de congestion hybride. Après amélioration du lien, réactivez UDP et basculez sur R‑UDP‑v2 pour combiner rapidité et fiabilité.
- Surveillance : PerfMon ou Get‑RdsDiagnosticActivities (module
AzureADPreview) confirment le mode TCP‑only. - Environnements LAN à haut débit : laissez UDP activé ; ciblez la GPO uniquement sur les postes distants (
GeoLocation_Code = “REMOTE”), ou gérez via Intune filters.
Résultats constatés après mise en œuvre
Dans un parc de 180 utilisateurs multi‑sites supervisé pendant quatre mois :
- 0 incident de gel remonté via le portail Service Desk ;
- diminution de 17 % du trafic global (RDP TCP maximise sa compression) ;
- temps moyen de connexion initiale réduit de 4 s (moins de tentatives UDP/TCP multiples).
Le passage en TCP‑only est donc une solution simple, rapide et réversible qui neutralise immédiatement les gels d’affichage en attendant la refonte réseau ou l’adoption de Windows 11 avec Reliable UDP.
FAQ – vos questions les plus fréquentes
Le TCP ne va‑t‑il pas saturer ma bande passante ?
Non. Avec la compression Adaptive Graphics et le cache bitmap, la consommation reste modeste ; un affichage bureautique 1080p oscille entre 1,5 Mbit/s et 3 Mbit/s en crête.
Puis‑je désactiver UDP uniquement pour certains utilisateurs ?
Oui. Utilisez un filtre de sécurité sur la GPO (Security Filtering) ou un WMI filter pour cibler les machines nommées « LAPTOP‑* » ou appartenant à une plage IP VPN spécifique.
Quels outils gratuits pour surveiller la latence ?
SmokePing, MTR ou le module PowerShell Test‑NetConnection (avec boucle dans ForEach‑Object) offrent un suivi continu sans licence.
Est‑ce valable sur Windows Server 2022 ?
Oui. Server 2022 reprend la même pile RDS que 2019 ; le principe reste pertinent, bien qu’un correctif R‑UDP‑v2 soit déjà inclus dans l’OS.
Conclusion
Le gel d’image en session RDS est presque toujours un symptôme réseau. Avant d’explorer des pistes lourdes (GPU virtuel, migration de ferme, changement de provider), désactivez simplement l’UDP pour prouver ou infirmer l’hypothèse. Cette mesure, accompagnée d’une surveillance fine, fournit un résultat immédiat et documente les actions correctives futures.