Le curseur de la souris saute autour de l'utilisation de RDP
Nous avons plus de 350 utilisateurs se plaignant que leur curseur de souris continue de sauter lors de la frappe. Ça semble comme ça se passe lorsque le protocole est affamé pour la bandeau, mais je ne suis pas tout à fait sûr.
Si ce n'était le curseur en mouvement, il serait bon, c'est que cela déplace également l'objectif de sorte qu'ils écrivent soudainement texte dans un endroit différent dans le document sans remarquer trop tard (personnes âgées, elles regardent leurs claviers).
La plupart des utilisateurs ont des ordinateurs portables et j'ai également soupçonné le trackpad sans détection de dactylographie (et ne désactivant donc pas une touche à une touche sur le pavé), mais j'ai reçu un rapport aujourd'hui qu'un utilisateur de bureau a connu la même chose.
Qu'est-ce qui pourrait causer cela? Y a-t-il un moyen d'accorder RDP afin que cela ne se produise pas? Je suis perdu..
EDIT:
Quelques informations de fond sur la manière dont nous avons RDP configuré:
- Le niveau de cryptage RDP est défini sur "Compatible client" via GPO afin de prendre en charge des clients plus anciens
- La compression RDP est définie sur "Balances de la mémoire de la mémoire et de la bande passante du réseau". Même raison que ci-dessus, pour soutenir les anciens clients RDP
- Tous les raccourcis RDP pour les utilisateurs sont configurés pour uniquement utiliser Visual Styles + Caching bitmap persistant. Nous avons testé sans styles visuels, la souris saute toujours autour de
- Tous les serveurs RDS sont limités à des couleurs 16BPP, la composition de bureau et les arrière-plans ne sont pas autorisés.
- Notre fournisseur MPLS contient des règles de QoS en place pour garder le RDP ci-dessus le meilleur effort (voir Edition2)
EDIT2:
J'ai inspecté la configuration de QoS des fournisseurs MPLS et quelque chose ne semble faux ici (- pastebin ). Le trafic interne RFC1918 est priorisé dans la classe inférieure à RDP, mais avec la même probabilité de goutte. Je pense que cela devrait être dans une classe plus loin dans la liste, avec une probabilité de goutte plus élevée.
J'ai parlé à plusieurs employés aujourd'hui, et il semble que ce problème soit reproductible si elles incitent une tonne d'ordinateurs joints de domaine à la fois (stratégies de groupe, mises à jour de la FMT etc.).
Le fournisseur MPLS a été approché et j'attends qu'un technicien gratuit modifie les paramètres de QoS pour voir si cela aide. Je vais jeter tout le trafic mais le RDP sur un seul site au meilleur effort et voir si cela aide.
Mise à jour 19.07.201 toujours non résolu. Découvert que presque tous les ordinateurs portables manquent le pilote TouchPad, de sorte que le pavé tactile n'est pas désactivé pendant que les types d'utilisateurs. Baaaad. De plus, il se produit également avec des ordinateurs de bureau et sur tout type de PC avec un tuyau de bande passante contraint. J'ai posé une nouvelle question sur l'ingénierie réseau: https://networkengineering.stackexchange.com/questions/2427/qos-woes-managed-ip-vpn
Je pense que cette erreur est due au pilote de la souris TouchPad, j'ai Samsung Ordinateur portable, dans RDP si je touche ou cliquez sur le coussinet de la souris, il déconnecte immédiatement la session. J'ai désactivé le pilote de souris, ça marche bien.
Il s'agit d'un problème très courant lorsque RDP travaille avec une bande passante insuffisante ou une latence élevée. Je ne sais pas si c'est un bug de protocole ou un bug de mise en œuvre (par exemple, si les paquets arrivent en panne et ne sont pas réassemblés correctement, ou s'ils sont mal interprétés complètement), mais la solution est soit pour augmenter la bande passante disponible, soit ou ajustez les paramètres RDP (désactivez le son ou réduisez la résolution ou la profondeur de la couleur).
Si vous avez un utilisateur que cela se produit souvent dans une journée, donnez-leur un VPN client/serveur droit dans le serveur RDP sur leur connexion Internet au lieu des MPLS, contourner les QoS et la congestion de la bande passante des circuits MPLS eux-mêmes.
Si tout va bien pendant quelques jours, vous pouvez réserver des bugs/des problèmes dans le client ou le serveur et concentrez-vous sur les circuits MPLS eux-mêmes (QoS, bande passante, latence, etc.).
Avez-vous essayé d'activer la compression? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”
Remarque: "Services Terminal Services" est "Services de bureau à distance" dans les nouveaux systèmes
Comme les autres disent, cela est causé par un goulot d'étranglement réseau ou un matériel. Dans certains, sinon la plupart des clients RDP, vous pouvez modifier certains paramètres pour optimiser les connexions latentes lentes/élevées en désactivant une partie de la fenêtre de fantaisie.
Je ne pense pas que c'est la bande passante du tout parce que le problème ne semble pas se produire si le bureau distant n'est pas plein écran et que la souris se trouve sur la zone de bureau de l'hôte et non dans la zone de bureau à distance. J'ai vu aussi de nombreuses plaintes à ce sujet avec toutes sortes de réponses qui mettent les utilisateurs à travers des cerceaux qui en essayaient et qui ne résolvent jamais le problème. Je pense que le problème est quelque chose dans le protocole de bureau à distance et Microsoft a besoin de le réparer. Période.
Attends quoi? L'accent change? Cela prend un clic de souris ou une touche appuyez sur la touche. Je ne peux pas imaginer qu'un clic est le résultat d'une bande passante affamée. Je m'attendrais à ce que des clics manqués et non des clics fantômes.
Je pense que vous devez suspecter un logiciel installé sur le serveur RDP. Peut-être commencer par un nouveau serveur propre et n'installez rien, puis testez. Si vous ne pouvez pas recréer le problème, installez un progiciel et testez. Répéter.
Vous avez peut-être même besoin de suspecter un logiciel installé sur le client.