Le curseur de la souris saute lors de l'utilisation de RDP

19

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

pauska
la source
5
(old people, they stare at their keyboards)ಠ_ಠ
MDMarra
Beaucoup de gens suggèrent qu'il s'agit d'un problème de congestion / bande passante du réseau. Pouvez-vous effectuer des captures réseau à la fois à la source et à la destination? Si le serveur et / ou le poste de travail est 2008R2 / Win7 et plus, vous pouvez utiliser netsh trace start capture=yes, bien que NetMon ou Wireshark suffisent également. Cela peut vous aider à déterminer si les paquets arrivent en panne.
charleswj81
Quand est-ce que cela a commencé?
ewwhite
OS du client et version RDP?
TheCleaner
@TheCleaner La majorité est sur XP SP3 avec RDP 7.0 et Windows 7 avec RDP 7.1 / 8.0.
pauska

Réponses:

1

Je pense que cette erreur est due au pilote de la souris du pavé tactile, j'ai un ordinateur portable Samsung, dans RDP si je touche ou clique sur le tapis de souris, cela déconnecte immédiatement la session. J'ai désactivé le pilote de la souris, cela fonctionne bien.

Siva
la source
Je pense que vous êtes sur quelque chose - nous rencontrons ce problème sur certains modèles d'ordinateurs portables, et l'un d'eux est Samsung.
pauska
Mon Samsung NP900X4C est complètement inutilisable avec MSTSC.exe. Je dois désinstaller mon pilote de pavé tactile OEM pour qu'il fonctionne correctement.
Jippers
J'ai complètement oublié de changer la réponse acceptée - le pilote du touchpad était le coupable. Les utilisateurs martelaient leur clavier et le pilote du pavé tactile n'a pas désactivé le pavé tactile lorsque les utilisateurs tapent (comme il se doit).
pauska
7

Il s'agit d'un problème très courant lorsque RDP fonctionne avec une bande passante insuffisante ou une latence élevée. Je ne sais pas s'il s'agit d'un bogue de protocole ou d'un bogue d'implémentation (par exemple, si les paquets arrivent dans le désordre et ne sont pas réassemblés correctement, ou s'ils sont mal interprétés), mais la solution consiste soit à augmenter la bande passante disponible, ou ajustez les paramètres RDP (désactivez le son ou réduisez la résolution ou la profondeur des couleurs).

Falcon Momot
la source
Est-ce vraiment si courant? J'ai cherché partout des informations plus détaillées à ce sujet, et il y a extrêmement peu d'articles à ce sujet. Tout ce que je trouve, ce sont des gens qui posent la même question, sans réponse définitive.
pauska
2
Je l'ai beaucoup vu. La plupart des gens renoncent à le résoudre ou affirment que l'utilisateur se brosse le pavé tactile s'il est sur un ordinateur portable.
Falcon Momot
4
J'ai utilisé l'approche de les blâmer, jusqu'à ce qu'ils commencent à me surpasser :(
pauska
7

Si vous avez un utilisateur auquel cela se produit souvent en une journée, donnez-lui un VPN client / serveur direct sur le serveur RDP via sa connexion Internet au lieu du MPLS, en contournant la QoS et l'encombrement de la bande passante des circuits MPLS eux-mêmes.

Si tout va bien pendant quelques jours, vous pouvez mettre de côté les bugs / problèmes au sein du client ou du serveur et vous concentrer sur les circuits MPLS eux-mêmes (QoS, bande passante, latence, etc.).

Le nettoyeur
la source
Je ne peux vraiment pas imaginer que cela soit autre qu'une combinaison d'une mauvaise configuration de QoS et de pilotes de pavé tactile manquants. J'accepte cette réponse.
pauska
2

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: «Terminal Services» est «Remote Desktop Services» dans les systèmes plus récents

Dyasny
la source
Il était stupide de ne pas inclure cela dans le PO, question mise à jour avec plus d'informations.
pauska
0

Comme d'autres le disent, cela est dû à un goulot d'étranglement du réseau ou au matériel. Dans certains sinon la plupart des clients RDP, vous pouvez modifier certains paramètres pour optimiser les connexions à latence lente / élevée en désactivant certains éléments de la fenêtre de fantaisie.

user177911
la source
Réponse mise à jour avec plus d'informations de fond, désolé de ne pas avoir inclus cela en premier lieu.
pauska
0

Attends quoi? Le focus change? Cela prend un clic de souris ou une pression sur une touche. Je ne peux pas imaginer que CLICKING est le résultat d'une bande passante affamée. Je m'attendrais à des clics manqués, pas à des clics fantômes.

Je pense que vous devez suspecter un logiciel installé sur le serveur RDP. Commencez peut-être avec un nouveau serveur propre et n'installez rien, puis testez. Si vous ne pouvez pas recréer le problème, installez un package logiciel et testez. Répéter.

Vous devrez peut-être même suspecter un logiciel installé sur le client.

long cou
la source
0

Je ne pense pas que ce soit la bande passante du tout parce que le problème ne semble pas se produire si le bureau distant n'est pas en plein écran et que la souris est sur la zone de bureau de l'hôte et non dans la zone des bureaux distants. J'ai vu tellement de plaintes à ce sujet avec toutes sortes de réponses qui mettent les utilisateurs à l'épreuve en essayant ceci et cela et sans jamais résoudre le problème. Le problème, je pense, est quelque chose dans le protocole de bureau à distance et Microsoft doit le résoudre. Période.

ron vandervalk
la source
-2

J'ai vu cela se produire sur plusieurs machines tandis que sur Remote Desktop, cela m'arrive toutes les quelques minutes et me rend fou, le focus se déplace vers l'endroit où le pointeur de la souris est assis sur l'écran. Cela arrive même si vous n'êtes pas allé près du touchpad ou avez cliqué sur la souris (j'ai même appris à taper avec mes paumes en l'air pour essayer d'éviter le touchpad mais ce n'est pas ça!) Aucune idée de ce qui le cause, semble cela ne se produit que lors de la frappe, la frappe rapide peut aggraver mais pas sûr.

SteveD
la source
cela ne répond pas à la question posée ...
Petter H