Desktop à distance de congélation intermittente
J'utilise une machine Windows 10 à distance au travail. La machine locale et distante se situe dans le même réseau ISP (pas le même réseau local, mais le même ISP). Je l'utilise comme ça depuis presque un an et je n'avais jamais vécu absolument aucun problème.
Jusque récemment. Je ne sais pas si quelque chose de spécifique a déclenché ce comportement, mais je pense que cela a commencé à se produire après avoir mis à niveau la télécommande sur W10 1903. J'ai également amélioré la section locale et je pense que cela ne fait que le problème pire (mais je n'ai pas 't vraiment avoir des données).
De temps en temps, la session gèlera - l'image cesse de mettre à jour. Cependant, ce que je tape et que les clics de souris sont toujours envoyés. Aucun message d'erreur n'est affiché Whaee, l'image simplement gèle. Pour le faire fonctionner à nouveau, je dois fermer et ré-ouvrir la session. Tout ce que j'avais tapé et/ou cliqué sur pendant qu'il était congelé est là.
Y a-t-il quelque chose que je peux déboguer cela?
J'ai également rencontré ce problème depuis juillet 2019 sur une Windows 10 1903, agissant en tant que machine cliente. La solution de contournement suivante sur le client travaille pour moi, de sorte que le RDP ne gèle plus.
Démarrez une invite de commande élevée (exécuter cmd.exe en tant qu'administrateur), puis exécutez:
reg Ajouter "HKLM\Software\Stratégies\Microsoft\Windows NT\Terminal Services\Client"/v FClientDisAdisudp/D 1/T Reg_dword
Après cela, redémarrez le client de bureau distant (MSTSC.EXE, AKA Microsoft Terminal Services Client).
J'attends une solution finale à cette question.
Rencontré cela avec Windows 10 (1903 et 1909).
Manifestations du problème :
Session RDP met à jour curieusement, distorsion audio et vidéo.
RDP SESSION DES FAUTES DURÉES. La fenêtre du client est réactive, mais le contenu de celui-ci est essentiellement une image statique.
Parfois, la session RDP récupère, reprenant une fonction normale.
D'autres fois, la session RDP semble suspendre indéfiniment. Aucun message d'erreur vu; La fenêtre du client peut être fermée et redémarré normalement.
Causation spéculée:
Semble se produire principalement lors de l'utilisation du protocole UDP sous charge.
Je suppose que le protocole RDP a perdu une partie de sa résilience aux paquets qui se perdent ou en dehors de l'ordre.
Surfers:
Aucun seul travail-autour semble complet. Par exemple, je disposais de RDP complètement geler même en mode TCP uniquement. Cependant, le TCP n'est associé qu'à essayer d'améliorer la connectivité du réseau ou/et la réduction de la charge (telle que la vidéo et l'audio) semble réduire considérablement le taux d'incident.
Travail partiel-autour: améliorer la connectivité réseau.
[.____] Une connexion locale directe peut être relativement fiable.Travail partiel-autour de: Réduisez la souche du réseau.
Réduire les paramètres de session RDP, éviter audio et éviter la vidéo semble aider.TRAVAIL FULL-ISH: Désactiver UDP.
[.____] Le RDP semble se comporter beaucoup mieux avec TCP que UDP. La commutation de TCP ne semble-t-elle qu'un peu plus laggy, mais le décalage est plus ordonné (qui est étrangement plus agréable que le décalage erratique) et je n'ai pas encore rencontré un suspendre indéfini.
Trois façons de mettre en œuvre (probablement compatibles mutuellement, mais n'ont probablement besoin que d'en faire):sur le client: Éditeur de stratégie de groupe local
[.____] → Politique informatique locale
[.____] → Configuration de l'ordinateur
[.____] → Modèles d'administration
→ Composants Windows
[.____] → Services de bureau à distance
[.____] → Client de connexion de bureau à distance
[.____] → Désactiver UDP sur le client
[.____] → activésur serveur [non testé]: Éditeur de stratégie de groupe local
[.____] → Politique informatique locale
[.____] → Configuration de l'ordinateur
[.____] → Modèles d'administration
→ Composants Windows
[.____] → Services de bureau à distance
[.____] → hôte de session de bureau à distance
→ Connexions
[.____] → Sélectionner des protocoles de transport RDP
[.____] → activé
[.____] → Utilisez uniquement TCPNon recommandé (éditeur de registre de modification)
Source: Réponse de Robbiefan .
[.____] sur le client : Éditeur de registre
[.____] → Ordinateur
[.____] → HKEY_LOCAL_MACHINE
[.____] → logiciel
[.____] → Politiques
[.____] → Microsoft
[.____] → Windows NT
[.____] → Services de terminal
→ Client
→ [clic droit] → nouvelle valeur DWORD (32 bits)
[.____] → Nom:fClientDisableUDP
→ Valeur Data:1
[.____] → base:Decimal
[.____] NOTE: Cela semble avoir travaillé pour moi quand je l'ai essayé, mais je ne peux pas vérifier au-delà de cela. J'ai retourné cette solution après avoir essayé, préférant s'appuyer à la place de la politique du groupe.
Discussion: Contexte
Je suis floue sur les détails, mais en bref, je pense qu'il y avait quelque chose à propos de certains bugs découverts dans le protocole RDP tel que mis en œuvre avant Windows 10 1903:
CVE-2019-1181 | Vulnérabilité d'exécution de code à distance des services de bureau à distance ;
CVE-2019-1182 | Vulnérabilité d'exécution de code à distance des services de bureau à distance .
Ensuite, Windows 10 1903 était destiné à les résoudre, je pense.
Apparemment, la nouvelle version du protocole RDP a quelques problèmes, par exemple. celui-ci. La désactivation de l'UDP (forcer TCP) semble être une solution suffisante décente, bien que le protocole puisse se sentir un peu laggier. Cela dit, le plus ancien protocole RDP avait également des problèmes de latence audio plutôt odieux qui semblent être beaucoup mieux maintenant, donc, personnellement, je suis heureux de ça!
Pour moi, connectant avec un bureau à distance sur VPN, le correctif semble être de désactiver Caching bitmap persistant Sous Afficher les options >> Expérience locale
Windows 10 Home Build 18363 Connexion à Win10 Enterprise Build 18363 sur Checkpoint VPN.
J'ai essayé de désactiver UDP selon la réponse votée top, mais cela a entraîné des déconnectes absolument fréquentes au lieu de symptômes de l'écran congelé.
Mise à jour: Ce n'est pas une solution complète. Le gel se produit moins souvent mais arrive toujours. Je peux déclencher la congélation semi-"fiable" en copiant des dizaines à des centaines de rangées dans Excel. Semble être sensible à la taille de la sélection (la plus petite est moins susceptible de geler). Désactivation du presse-papiers sous Ressources locales ne semble pas avoir d'importance.
J'ai eu cette question pendant plusieurs semaines. Je croyais qu'il coïncide avec mon ordinateur portable (que je me connecte aussi) vient sous charge.
Cela m'a fait penser que c'est peut-être un résultat de l'ordinateur portable surgissant et de perdre des paquets/des liens, éventuellement de la priorité à d'autres choses.
Hier, j'ai placé mon ordinateur portable sur 3 verres de tir à l'envers et vis-à-vis d'un ventilateur de le garder au frais.
Je n'ai pas eu de déconnexion depuis. Donc, d'obtenir cette question au moins 10 fois par jour, j'ai maintenant 0 cas en 2 jours.
Pas une vraie solution, mais éventuellement quelque chose à garder à l'esprit comme une solution de contournement temporaire.
La règle UDP semble fonctionne, mais la performance diminuera beaucoup, j'ai décidé de continuer à rechercher des recherches pour plus de cas et j'ai trouvé - Ceci être lié à la mine.
Résolu: a révélé que lorsque l'option par défaut de passer par "cartes à puce" a été vérifiée, la session RDP gelerait peu de temps après sa mise en place. Lorsque cela n'était pas coché de l'onglet Ressources locales de RDP, le problème est parti. Pourquoi les cartes à puce (que nous n'utilisions pas à ma place d'emploi) provoquent un tel problème? Je ne sais pas comment la carte à puce n'aurait en aucun cas un impact sur une session RDP, mais dans le cadre de la déplacement de Windows 10, nous avons également commencé à utiliser les paramètres de base recommandés par Microsoft Group, qui pourraient bien inclure une sorte de réglage ou d'absence de réglage. cela pourrait avoir une incidence sur cela. De toute façon, partager au cas où d'autres rencontrent ce problème .