Kursor myszy przeskakuje podczas korzystania z RDP

19

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

Pauska
źródło
5
(old people, they stare at their keyboards)ಠ_ಠ
MDMarra
Wiele osób sugeruje, że jest to problem przeciążenia sieci / przepustowości. Czy możesz wykonywać przechwyty sieciowe zarówno u źródła, jak i do celu? Jeśli serwerem i / lub stacją roboczą jest wersja 2008R2 / Win7 i nowsza, możesz jej użyć netsh trace start capture=yes, chociaż wystarczą również NetMon lub Wireshark. Może to pomóc w ustaleniu, czy pakiety przychodzą nieczynnie.
charleswj81,
Kiedy to się zaczęło?
ewwhite
System operacyjny klienta i wersja RDP?
TheCleaner
@ TheCleaner Większość jest na XP SP3 z RDP 7.0 i Windows 7 z RDP 7.1 / 8.0.
pauska

Odpowiedzi:

1

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.

Siva
źródło
Myślę, że masz coś do roboty - ten problem występuje w niektórych modelach laptopów, a jednym z nich jest Samsung.
pauska
Mój Samsung NP900X4C jest całkowicie bezużyteczny z MSTSC.exe. Muszę odinstalować sterownik OEM tabliczki dotykowej, aby działał poprawnie.
Jippers
Zupełnie zapomniałem zmienić przyjętą odpowiedź - winowajcą był touchpad. Użytkownicy uderzali w klawiaturę, a sterownik touchpada nie wyłączał touchpada, gdy użytkownicy piszą (tak jak powinno).
pauska
7

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).

Falcon Momot
źródło
Czy to naprawdę tak powszechne? Wszędzie szukałem bardziej szczegółowych informacji na ten temat, a artykułów na ten temat jest bardzo niewiele. Wszystko, co znajduję, to ludzie zadający to samo pytanie, bez jednoznacznych odpowiedzi.
pauska
2
Dużo to widziałem. Większość ludzi rezygnuje z prób rozwiązania tego problemu lub twierdzi, że użytkownik szczotkuje touchpad na laptopie.
Falcon Momot,
4
Stosowałem
7

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.).

TheCleaner
źródło
Naprawdę nie mogę sobie wyobrazić, że jest to kombinacja niewłaściwej konfiguracji QoS i brakujących sterowników touchpada. Przyjmuję tę odpowiedź.
pauska
2

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

dyasny
źródło
Głupio było ze mnie nie włączać tego do OP, pytanie zaktualizowane o więcej informacji.
pauska
0

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.

użytkownik177911
źródło
Odpowiedź zaktualizowana o dodatkowe informacje w tle, przepraszam, że nie znalazłem tego w pierwszej kolejności.
pauska
0

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.

długa szyja
źródło
0

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.

Ron Vandervalk
źródło
-2

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.

SteveD
źródło
to nie odpowiada na zadane pytanie ...
Petter H