Nous avons plus de 350 utilisateurs qui se plaignent que le curseur de leur souris ne cesse de sauter lors de la frappe. Il semble que cela se passe lorsque le protocole manque de bande passante, mais je ne suis pas encore sûr.
Si seulement le curseur se déplaçait, ce serait bien - le problème est qu'il déplace également le focus de sorte qu'ils écrivent soudainement du texte à un endroit différent dans le document sans s'en rendre compte trop tard (les personnes âgées, elles regardent leurs claviers).
La plupart des utilisateurs ont des ordinateurs portables, et j'ai également soupçonné le trackpad de ne pas détecter la frappe (et donc de ne pas désactiver le clic par simple pression sur le pad), mais j'ai reçu aujourd'hui un rapport qu'un utilisateur de bureau a connu la même chose.
Qu'est-ce qui pourrait provoquer cela? Existe-t-il un moyen de régler RDP pour que cela ne se produise pas? Je suis perdu..
ÉDITER:
Quelques informations supplémentaires sur la configuration de RDP:
- Le niveau de cryptage RDP est défini sur «Compatible client» via GPO afin de prendre en charge les clients légers CE plus anciens.
- La compression RDP est définie sur "Équilibre la mémoire et la bande passante réseau". Même raison que ci-dessus, pour prendre en charge les anciens clients RDP
- Tous les raccourcis RDP pour les utilisateurs sont configurés pour utiliser uniquement les styles visuels + la mise en cache de bitmap persistante. Nous avons testé sans styles visuels, la souris saute toujours
- Tous les serveurs RDS sont limités à 16 couleurs par seconde, la composition du bureau et les arrière-plans ne sont pas autorisés
- Notre fournisseur MPLS a mis en place des règles de QoS pour maintenir RDP au-dessus du meilleur effort (voir EDIT2)
EDIT2:
J'ai inspecté la configuration QoS des fournisseurs MPLS, et quelque chose ne va pas ici ( pastebin ) .. le trafic RFC1918 interne est priorisé dans la classe ci-dessous RDP, mais avec la même probabilité de chute. Je pense que cela devrait être dans une classe plus bas dans la liste, avec une probabilité de chute plus élevée.
J'ai parlé à plusieurs employés aujourd'hui, et il semble que ce problème soit reproductible s'ils déclenchent une tonne d'ordinateurs joints à un domaine à la fois (stratégies de groupe, mises à jour WSUS, 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 vider tout le trafic, mais RDP sur un seul site dans Best-Effort et voir si cela aide.
MISE À JOUR 19.07.2013 Toujours pas résolu. Nous avons découvert que presque tous les ordinateurs portables n'avaient pas le pilote du touchpad, donc le touchpad n'est pas désactivé pendant que l'utilisateur tape. Baaaad. De plus, cela se produit également avec les PC de bureau et sur tout type de PC avec un canal limité en bande passante. J'ai posé une nouvelle question sur l'ingénierie réseau: /networkengineering/2427/qos-woes-managed-ip-vpn
netsh trace start capture=yes
, bien que NetMon ou Wireshark suffisent également. Cela peut vous aider à déterminer si les paquets arrivent en panne.
(old people, they stare at their keyboards)
ಠ_ಠ