Курсор мыши прыгает вокруг при использовании RDP


19

У нас более 350 пользователей, которые жалуются на то, что их курсор мыши постоянно прыгает при наборе текста. Это кажется , что это происходит , когда протокол голодало полосу пропускания, но я не совсем уверен.

Если бы это было только перемещение курсора, это было бы хорошо - проблема в том, что он также перемещает фокус, так что они внезапно пишут текст в другом месте документа, не замечая слишком поздно (старые люди смотрят на свои клавиатуры).

У большинства пользователей есть ноутбуки, и я также подозревал, что трекпад не ощущает набора текста (и, следовательно, не отключает щелчок одним нажатием на клавиатуре), но сегодня я получил отчет, что пользователь настольного компьютера испытал то же самое.

Что может вызвать это? Есть ли способ настроить RDP, чтобы этого не произошло? Я заблудился..

РЕДАКТИРОВАТЬ:

Еще немного информации о том, как мы настроили RDP:

  • Уровень шифрования RDP установлен на «Client Compatible» через GPO для поддержки старых тонких клиентов CE
  • Сжатие RDP установлено на «Балансировка памяти и пропускной способности сети». По той же причине, что и выше, для поддержки старых клиентов RDP
  • Все ярлыки RDP для пользователей настроены на использование только визуальных стилей + постоянное кэширование растровых изображений. Мы протестировали без визуальных стилей, мышь все еще прыгает вокруг
  • Все RDS-серверы ограничены цветами 16 бит на пиксель, композиции и фоны рабочего стола запрещены.
  • Наш провайдер MPLS имеет правила QoS для поддержания RDP выше Best-Effort (см. EDIT2)

EDIT2:

Я проверил настройку QoS провайдеров MPLS, и здесь что-то не так ( вставка ). Внутренний трафик RFC1918 имеет приоритет в классе ниже RDP, но с той же вероятностью отбрасывания. Я думаю, что это должно быть в классе ниже по списку, с большей вероятностью выпадения.

Сегодня я разговаривал с несколькими сотрудниками, и кажется, что эта проблема воспроизводима, если они одновременно запускают тонну подключенных к домену компьютеров (групповые политики, обновления WSUS и т. Д.).

К поставщику MPLS обращались, и я жду, пока свободный техник изменит настройки QoS, чтобы посмотреть, поможет ли это. Я собираюсь сбросить весь трафик, кроме RDP на одном сайте, в Best-Effort и посмотреть, поможет ли это.

ОБНОВЛЕНИЕ 19.07.2013 Все еще не решено. Обнаружено, что почти на каждом ноутбуке отсутствует драйвер сенсорной панели, поэтому сенсорная панель не деактивируется при вводе пользователем. Baaaad. Кроме того, это также происходит с настольными ПК и на любом типе ПК с каналом с ограниченной пропускной способностью. Я задал новый вопрос по сетевой инженерии: /networkengineering/2427/qos-woes-managed-ip-vpn


5
(old people, they stare at their keyboards)ಠ_ಠ
MDMarra

Многие люди предполагают, что это проблема перегрузки сети / пропускной способности. Можете ли вы выполнять захват сети как в источнике, так и в пункте назначения? Если вы используете сервер и / или рабочую станцию ​​2008R2 / Win7 и выше, вы можете использовать ее netsh trace start capture=yes, хотя NetMon или Wireshark также достаточно. Это может помочь вам определить, приходят ли пакеты не по порядку.
charleswj81

Когда это начало происходить?
Ewwhite

Версия клиентской ОС и RDP?
TheCleaner

@TheCleaner Большинство на XP SP3 с RDP 7.0 и Windows 7 с RDP 7.1 / 8.0.
pauska

Ответы:


1

Я думаю, что эта ошибка связана с драйвером мыши для сенсорной панели, у меня ноутбук Samsung, в RDP, если я касаюсь или нажимаю на коврик для мыши, он немедленно отключает сессию. Я отключил драйвер мыши, он работает нормально.


Я думаю, что вы к чему-то - мы сталкиваемся с этой проблемой на некоторых моделях ноутбуков, и одна из них Samsung.
Пауска

Мой Samsung NP900X4C полностью непригоден для MSTSC.exe. Я должен удалить мой драйвер сенсорной панели OEM для его правильной работы.
Джипперс

Я полностью забыл изменить принятый ответ - виновником стал тачпад. Пользователи стучали по клавиатуре, и драйвер тачпада не отключал тачпад, когда пользователь печатал (как должно).
pauska

7

Это очень распространенная проблема, когда RDP работает с недостаточной пропускной способностью или высокой задержкой. Я не уверен, является ли это ошибкой протокола или ошибкой реализации (например, если пакеты поступают не по порядку и не собираются правильно, или их неправильно истолковывают), но решение состоит в том, чтобы либо увеличить доступную пропускную способность, или настройте параметры RDP (отключите звук или уменьшите разрешение или глубину цвета).


Это действительно так часто? Я искал повсюду более подробную информацию об этом, и там очень мало статей об этом. Все, что я нахожу, это люди, задающие тот же вопрос, без каких-либо определенных ответов.
pauska

2
Я видел это много. Большинство людей отказываются от попыток решить эту проблему или утверждают, что пользователь чистит их сенсорную панель, если на ноутбуке.
Сокол Момот

4
Я использовал подход обвинять их, пока они не начали численно превосходить меня :(
pauska

7

Если у вас есть пользователь, с которым это часто случается в течение дня, предоставьте ему прямую VPN-связь между клиентом и сервером на сервере RDP через их интернет-соединение вместо MPLS, минуя QoS и перегрузку полосы пропускания самих каналов MPLS.

Если в течение нескольких дней все в порядке, вы можете оставить в стороне ошибки / проблемы на клиенте или сервере и сосредоточиться на самих каналах MPLS (QoS, пропускная способность, задержка и т. Д.).


Я действительно не могу себе представить, что это не комбинация неправильной настройки QoS плюс отсутствующие драйверы сенсорной панели. Я приму этот ответ.
Пауска

2

Вы пытались включить сжатие? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

ПРИМЕЧАНИЕ. «Службы терминалов» - это «Службы удаленных рабочих столов» в новых системах


С моей стороны было глупо не включать это в ОП, вопрос обновлен с добавлением дополнительной информации.
Пауска

0

Как говорят другие, это вызвано узким местом в сети или оборудованием. В некоторых, если не в большинстве клиентов RDP, вы можете изменить некоторые параметры, чтобы оптимизировать соединения с низкой / высокой задержкой, отключив некоторые из причудливых оконных функций.


Ответ обновлен с дополнительной справочной информацией, извините за то, что не включил это во-первых.
Пауска

0

Чего ждать? Фокус меняется? Это занимает щелчок мыши или нажатие клавиши. Я не могу себе представить, что щелчок является результатом истощения полосы пропускания. Я ожидаю пропущенных кликов, а не фантомных.

Я думаю, что вы должны подозревать программное обеспечение, установленное на сервере RDP. Возможно, начните с нового, чистого сервера и ничего не устанавливайте, а затем протестируйте. Если вы не можете воссоздать проблему, установите один программный пакет и протестируйте. Повторение.

Возможно, вам даже придется заподозрить программное обеспечение, установленное на клиенте.


0

Я не думаю, что это вообще пропускная способность, потому что проблема, похоже, не возникает, если удаленный рабочий стол не является полноэкранным, а мышь находится в области рабочего стола хоста, а не в области удаленных рабочих столов. Я видел слишком много жалоб по этому поводу со всевозможными ответами, которые заставляли пользователей пытаться делать то-то и то-то и никогда не решать проблему. Я думаю, проблема в протоколе удаленного рабочего стола, и Microsoft должна это исправить. Период.


-2

Я видел, как это происходит на нескольких машинах, когда на удаленном рабочем столе, это происходит со мной каждые несколько минут и сводит меня с ума, фокус перемещается туда, где указатель мыши находится на экране. Случается, даже если вы не подходили к сенсорной панели или не щелкали мышью (я даже научился печатать ладонями в воздухе, пытаясь избежать сенсорной панели, но это не так!) произойдет только во время набора текста, возможно, быстрый набор делает его хуже, но не уверен.


это не отвечает на заданный вопрос ...
Petter H
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.