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

У нас более 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

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

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

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

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

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

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

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

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

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

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

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

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