Курсор миші стрибає навколо, коли використовується RDP

У нас понад 350 користувачів скаржаться, що їх курсор миші продовжує стрибати навколо під час введення тексту. Це здається , що це відбувається , коли протокол голодувало смугу пропускання, але я не зовсім впевнений.

Якби тільки курсор переміщувався, було б добре - проблема полягає в тому, що він також переміщує фокус, щоб вони раптом записували текст в інше місце в документі, не помічаючи занадто пізно (старі люди дивляться на свої клавіатури).

Більшість користувачів мають ноутбуки, і я також підозрював, що трекпад не відчуває введення тексту (і, таким чином, не деактивує натискання на клавіатуру одним натисканням кнопки), але сьогодні я отримав звіт про те, що користувач настільних ПК відчував те саме.

Що може спричинити це? Чи є спосіб налаштування RDP так, щоб він не стався? Я загубився..

Редагувати:

Ще додаткова довідкова інформація про те, як ми створили RDP:

• Рівень шифрування RDP встановлюється на "Сумісний з клієнтом" через GPO для того, щоб підтримувати старих клієнтів з тонкими CE
• Стиснення RDP встановлено на "Врівноважує пам'ять та пропускну здатність мережі". З тієї ж причини, що і вище, для підтримки старих клієнтів RDP
• Усі ярлики RDP для користувачів налаштовані лише на використання візуальних стилів + стійке кешування растрових зображень. Ми протестували без візуальних стилів, миша все одно стрибає навколо
• Усі сервери RDS обмежені 16bpp кольорами, композиція робочого столу та фони заборонені
• Наш постачальник MPLS має правила QoS, щоб підтримувати RDP вище Best-Effort (див. EDIT2)

EDIT2:

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

Сьогодні я спілкувався з кількома працівниками, і, здається, ця проблема може бути відтворена, якщо вони запустили одразу багато комп’ютерів, що приєдналися до домену (групова політика, оновлення WSUS тощо).

Звернувся постачальник MPLS, і я чекаю, коли вільний технік змінить налаштування QoS, щоб побачити, чи це допомагає. Я збираюся скинути весь трафік, але RDP на одному сайті в Best-Effort і побачити, чи це допомагає.

ОНОВЛЕННЯ 19.07.2013 Досі не вирішено. Виявлено, що майже в кожному ноутбуці відсутній драйвер тачпада, тому тачпад не вимикається, поки користувач вводить. Баааад. Крім того, це трапляється і з настільними ПК, і з будь-яким ПК із обмеженою пропускною здатністю. Я задав нове запитання щодо мережевої інженерії: /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. Можливо, почніть з нового, чистого сервера і нічого не встановлюйте, а потім протестуйте. Якщо ви не можете відтворити проблему, встановіть один програмний пакет і протестуйте. Повторіть.

Можливо, вам навіть знадобиться підозрювати програмне забезпечення, встановлене на клієнті.

Я не думаю, що це пропускна здатність взагалі, тому що проблема, здається, не виникає, якщо віддалений робочий стіл не є повноекранним, а миша знаходиться на зоні робочого столу хоста, а не в області віддалених робочих столів. Я бачив sooooo багато скарг на це з усілякими відповідями, які ставлять користувачів через обручі, намагаючись це і те, і ніколи не вирішуючи проблему. Думаю, проблема полягає в протоколі віддаленого робочого столу, і Microsoft потребує виправлення. Період.

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