Kursor myszy przeskakuje podczas korzystania z RDP

Mamy ponad 350 użytkowników narzekających, że ich kursor myszy przeskakuje podczas pisania. To wydaje się jak to się dzieje, gdy protokół jest zagłodzony na pasma, ale nie jestem pewien, jeszcze.

Gdyby tylko przesuwał kursor, byłoby dobrze - problem polega na tym, że przesuwa on również fokus, tak że nagle piszą tekst w innym miejscu dokumentu, nie zauważając zbyt późno (starzy ludzie, patrzą na swoje klawiatury).

Większość użytkowników ma laptopy, a także podejrzewałem, że gładzik nie wyczuwa pisania (a zatem nie dezaktywuje jednego kliknięcia na padzie), ale otrzymałem dziś raport, że to samo odczuł użytkownik pulpitu.

Co może to powodować? Czy istnieje sposób dostrojenia RDP, aby tak się nie stało? Zgubiłem się..

EDYTOWAĆ:

Kilka dodatkowych informacji na temat konfiguracji RDP:

• Poziom szyfrowania RDP jest ustawiony na „Zgodny z klientem” przez GPO w celu obsługi starszych cienkich klientów CE
• Kompresja RDP jest ustawiona na „Równoważy pamięć i przepustowość sieci”. Ten sam powód jak powyżej, aby obsługiwać starszych klientów RDP
• Wszystkie skróty RDP dla użytkowników są skonfigurowane do używania tylko stylów wizualnych + trwałego buforowania bitmap. Testowaliśmy bez wizualnych stylów, mysz nadal skacze
• Wszystkie serwery RDS są ograniczone do kolorów 16bpp, kompozycja pulpitu i tła są niedozwolone
• Nasz dostawca MPLS posiada reguły QoS, aby utrzymać PROW powyżej Best-Effort (patrz EDIT2)

EDYCJA 2:

Sprawdziłem konfigurację QoS dostawców MPLS i coś tutaj jest nie tak ( pastebin ). Wewnętrzny ruch RFC1918 ma priorytet w klasie poniżej RDP, ale z takim samym prawdopodobieństwem spadku. Myślę, że powinna to być klasa znajdująca się niżej, z większym prawdopodobieństwem upuszczenia.

Rozmawiałem dzisiaj z kilkoma pracownikami i wydaje się, że ten problem można odtworzyć, jeśli jednocześnie uruchomią masę komputerów przyłączonych do domeny (zasady grupy, aktualizacje WSUS itp.).

Zwrócono się do dostawcy MPLS i czekam na wolnego technika, który zmieni ustawienia QoS, aby sprawdzić, czy to pomoże. Zamierzam zrzucić cały ruch oprócz RDP na jednej stronie do Best-Effort i zobaczę, czy to pomoże.

AKTUALIZACJA 19.07.2013 Wciąż nierozwiązane. Odkryto, że prawie każdy laptop nie ma sterownika touchpada, więc touchpad nie jest dezaktywowany podczas pisania przez użytkownika. Baaaad. Ponadto dzieje się tak również w przypadku komputerów stacjonarnych i każdego rodzaju komputerów z rurą o ograniczonej przepustowości. Zadałem nowe pytanie na temat inżynierii sieci: /networkengineering/2427/qos-woes-managed-ip-vpn

Myślę, że ten błąd jest spowodowany sterownikiem myszy touchpad, mam laptopa Samsung, w RDP, jeśli dotknę lub kliknę podkładkę, natychmiast rozłączy sesję. Wyłączyłem sterownik myszy, działa poprawnie.

Jest to bardzo częsty problem, gdy RDP działa z niewystarczającą przepustowością lub dużym opóźnieniem. Nie jestem pewien, czy jest to błąd protokołu, czy błąd implementacji (np. Czy pakiety przychodzą nieuporządkowane i nie są poprawnie składane, czy też są źle interpretowane), ale rozwiązaniem jest albo zwiększenie dostępnej przepustowości, lub dostosuj ustawienia RDP (wyłącz dźwięk lub zmniejsz rozdzielczość lub głębię kolorów).

Jeśli masz użytkownika, który zdarza się to często w ciągu dnia, daj mu prostego klienta VPN na serwerze RDP przez połączenie internetowe zamiast MPLS, omijając QoS i przeciążenie przepustowości obwodów MPLS.

Jeśli wszystko będzie dobrze przez kilka dni, możesz odłożyć błędy / problemy na kliencie lub serwerze i skupić się na samych obwodach MPLS (QoS, przepustowość, opóźnienie itp.).

Czy próbowałeś włączyć kompresję? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

UWAGA: „Usługi terminalowe” to „Usługi pulpitu zdalnego” w nowszych systemach

Jak mówią inni, jest to spowodowane wąskim gardłem sieci lub sprzętem. W niektórych, jeśli nie w większości klientach RDP, możesz zmienić niektóre ustawienia, aby zoptymalizować połączenia z opóźnieniem / dużym opóźnieniem, wyłączając niektóre fantazyjne okna.

Czekaj, co? Ostrość się zmienia? To wymaga kliknięcia myszą KLIKNIĘCIA lub naciśnięcia klawisza. Nie mogę sobie wyobrazić, że KLIKNIĘCIE jest wynikiem głodnej przepustowości. Spodziewałbym się pominiętych kliknięć, a nie kliknięć fantomowych.

Myślę, że musisz podejrzewać oprogramowanie zainstalowane na serwerze RDP. Może zacznij od nowego, czystego serwera i niczego nie instaluj, a następnie przetestuj. Jeśli nie możesz odtworzyć problemu, zainstaluj jeden pakiet oprogramowania i przetestuj. Powtarzać.

Może być nawet konieczne podejrzenie oprogramowania zainstalowanego na kliencie.

Nie sądzę, że jest to przepustowość, ponieważ problem nie występuje, jeśli zdalny pulpit nie jest pełny ekran, a mysz znajduje się w obszarze pulpitu hosta, a nie w obszarze zdalnych pulpitów. Widziałem bardzo wiele skarg na ten temat, z różnego rodzaju odpowiedziami, które przekonywały użytkowników, próbując tego i tamtego i nigdy nie rozwiązując problemu. Myślę, że problem dotyczy protokołu zdalnego pulpitu i firma Microsoft musi to naprawić. Kropka.

Widziałem, jak to się dzieje na kilku komputerach na pulpicie zdalnym, zdarza mi się to co kilka minut i doprowadza mnie do szaleństwa, fokus przesuwa się tam, gdzie wskaźnik myszy znajduje się na ekranie. Zdarza się, nawet jeśli nie zbliżyłeś się do touchpada lub nie kliknąłeś myszy (nauczyłem się nawet pisać rękami w powietrzu, aby unikać touchpada, ale to nie wszystko!) Nie mam pojęcia, co go powoduje zdarza się tylko podczas pisania, być może szybkie pisanie jeszcze gorzej, ale nie jest pewne.