Je passe beaucoup de temps à travailler sur plusieurs machines via RDP (RDPing généralement à une machine et à partir de là RDPing à d' autres ordinateurs en dehors de notre réseau local) et ont un problème où les touches de modification (c. -à- Ctrl, Alt, Shiftet 
Win) parfois ne le font pas prendre effet aussi rapidement que les frappes standard.
Par exemple, si j'essaie de taper "", je pourrais finir par obtenir 2"parce que la machine distante obtient la première pression sur la 2touche avant d'obtenir le modificateur Shift. Cela provoque des problèmes particuliers avec les champs protégés par mot de passe (car ils nécessitent souvent des lettres minuscules et vous ne pouvez pas voir ce qui est tapé) et avec Ctrl+ C(où la section en surbrillance est supprimée et remplacée par a C).
(Et avant que quelqu'un ne demande, ce n'est pas seulement une mauvaise frappe, sinon le problème ne serait pas limité aux sessions RDP.)
Cela ne semble pas être un problème matériel car cela se produit sur mon bureau (exécutant Windows 7 64 bits) et sur mon ordinateur portable (XP 32 bits) et sur divers ordinateurs distants exécutant divers systèmes d'exploitation (de XP à Windows 2008 Server)
Il y a des moments où le problème est plus prononcé, et il peut être lié à une connexion Internet / VPN lente.
Quelqu'un a-t-il vu ce problème et (à part toujours taper très très lentement, c'est-à-dire environ un caractère par seconde), existe-t-il des solutions à ce problème?
Réponses:
C'est la façon dont le client RDP répond aux clés de contrôle. Pour résoudre ce problème, essayez d'accéder aux options de Connexion Bureau à distance, Ressources locales, Clavier - passez à «Sur cet ordinateur».
Sachez que alt-Tab et les commandes similaires s'exécuteront désormais sur le système local.
la source
Ce n'est pas "gratuit" mais certains manettes de jeu vous permettent de mapper les boutons à des combinaisons de touches ... pensez à la souris ou au pavé numérique avec des pivots de poignet (je pense qu'Asus en fait un). cela POURRAIT résoudre votre problème ... pas à 100%, mais s'il envoie une combinaison, il le pourrait. le ralentissement des touches de modification pourrait également être une tentative peu coûteuse de ne pas transmettre les séquences de contrôle (si cela s'avère être le cas, je regarderais le serveur / client VNC car c'est une solution éclatée)
la source
J'ai trouvé la solution à cela où l'on utilise des instances imbriquées du client Remote Desktop de Microsoft. Imaginez la situation suivante. Vous êtes assis devant une machine OS X et votre bureau à distance dans un ordinateur portable Windows 7. Depuis l'ordinateur portable Windows, vous souhaitez accéder au bureau à distance sur une autre machine Windows (dans mon cas, une zone de travail sur VPN). La solution à vos problèmes de mappage de clavier est la suivante: sur l'ordinateur portable Windows, c'est-à-dire la destination du premier saut, modifiez les paramètres matériels du bureau à distance pour le deuxième saut afin d'utiliser le clavier local , pas celui de connexion.
modifier
Pour modifier le paramètre:
Bien que ce paramètre ne semble pas s'appliquer aux combinaisons de touches Shift simples, il a résolu le problème pour moi lorsque je travaillais avec des bureaux distants imbriqués.
Bien sûr, cela a un prix: vous ne pouvez pas Alt-Tab à travers les fenêtres sur l'hôte distant, etc.
la source
Quelques solutions de contournement supplémentaires:
la source
Dans la session à distance, appuyez sur Maj + Contrôle et maintenez. Relâchez la touche Maj. Relâchez la touche Ctrl.
Pour dupliquer le problème, inversez l'ordre des sorties de clés. Un bogue Microsoft RDP.
la source