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


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.


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


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,


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


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


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.


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.


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.


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


to nie odpowiada na zadane pytanie ...
Petter H
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.