Klawisze Shift i Control nie są zsynchronizowane z normalnymi klawiszami przez RDP

Spędzam sporo czasu pracy na różnych maszynach poprzez RDP (zwykle RDPing na jednej maszynie, a stamtąd RDPing do innych komputerów spoza naszej sieci LAN) i mają problem, gdzie modyfikator klawisze (czyli  Ctrl, Alt, Shift, i Win) czasami nie działają tak szybko, jak standardowe naciśnięcia klawiszy.

Na przykład, jeśli próbuję pisać "", może się to skończyć, 2"ponieważ zdalna maszyna otrzymuje pierwsze naciśnięcie 2klawisza, zanim otrzyma modyfikator Shift. Powoduje to szczególne problemy z polami chronionymi hasłem (ponieważ często wymagają one małych liter i nie widać, co jest wpisane) oraz z Ctrl+ C(gdzie podświetlona sekcja jest usuwana i zastępowana przez a C).

(I zanim ktokolwiek zapyta, nie jest to po prostu złe pisanie, w przeciwnym razie problem nie byłby ograniczony do sesji RDP).

Nie wydaje się to być problemem sprzętowym, ponieważ dzieje się to na moim komputerze (z 64-bitowym Windows 7) i na moim laptopie (32-bitowy XP) oraz na różnych komputerach zdalnych z różnymi systemami operacyjnymi (od XP do Windows 2008 Server)

Czasami problem jest bardziej wyraźny i może być związany z wolnym połączeniem internetowym / VPN.

Czy ktoś widział ten problem i (poza tym, że zawsze pisze bardzo powoli, tj. Około jednej litery na sekundę), czy są jakieś rozwiązania tego problemu?

Jest to sposób, w jaki klient RDP reaguje na klucze kontrolne. Aby rozwiązać problem, spróbuj przejść do opcji połączenia pulpitu zdalnego, zasobów lokalnych, klawiatury - zmień na „Na tym komputerze”.

Pamiętaj, że alt-Tab i podobne polecenia będą teraz działać w systemie lokalnym.

To nie jest „darmowe”, ale niektóre gamepady umożliwiają mapowanie przycisków na kombinacje klawiszy ... pomyśl o myszy lub klawiaturze numerycznej z przegubami na nadgarstku (myślę, że asus to robi). to MOŻE rozwiązać problem .... nie w 100%, ale jeśli wyśle ​​kombinację, może. spowolnienie klawiszy modyfikujących może być również tanią próbą nieprzekazywania sekwencji kontrolnych (jeśli tak się stanie, zajrzałbym do serwera / klienta VNC, ponieważ jest to rozwiązanie zepsute)

Znalazłem rozwiązanie tego problemu, w którym używa się zagnieżdżonych instancji klienta pulpitu zdalnego Microsoft. Wyobraź sobie następującą sytuację. Siedzisz przed komputerem z systemem OS X i zdalnie przesuwasz pulpit do laptopa z systemem Windows 7. Z laptopa z systemem Windows chcesz zdalny pulpit na inny komputer z systemem Windows (w moim przypadku pole robocze przez VPN). Rozwiązaniem problemów z mapowaniem klawiatury jest: na laptopie z systemem Windows, tj. Miejscu docelowym pierwszego skoku, zmień ustawienia sprzętowe pulpitu zdalnego dla drugiego skoku, aby używać klawiatury lokalnej , a nie klawiatury łączącej.

Edytować

Aby zmienić ustawienie:

1. Otwórz klienta usług pulpitu zdalnego .
2. Nie łącz się jeszcze ze zdalnym hostem.
3. Kliknij przycisk Opcje .
4. Otwórz zakładkę Zasoby lokalne .
5. Wybierz opcję „Na tym komputerze” z rozwijanej listy de Zastosuj kombinacje klawiszy Windows .

Chociaż to ustawienie nie wydaje się mieć zastosowania do prostych kombinacji klawiszy Shift, rozwiązało to problem podczas pracy z zagnieżdżonymi zdalnymi pulpitami.

Oczywiście ma swoją cenę: nie można wcisnąć klawisza Alt-Tab przez okna zdalnego hosta itp.

Kilka dodatkowych obejść:

1. Uruchom Pulpit zdalny jako administrator.
2. Odinstaluj IntelliType, jeśli jest zainstalowany. Zamiast tego możesz użyć X-Mouse Button Control .
3. Wyłącz automatyczne strojenie TCP .
4. Zmniejsz głębię kolorów / rozdzielczość / tło.
5. Wyłącz dowolny produkt klawiatury, taki jak AutoHotKey.
6. W pełni załataj Windows Update, w tym wszystkie opcjonalne elementy.

W sesji zdalnej naciśnij Shift + Control i przytrzymaj. Zwolnij klawisz Shift. Zwolnij klawisz Control.

Aby powielić problem, odwróć kolejność wydawania kluczy. Błąd Microsoft RDP.