Підключення RDP від ​​Windows 7/8 до Server 2012 повільне


16

Нещодавно я встановив Windows Server 2012 для цілей розробки в нашому офісі і відразу помітив, що підключення через RDP відбувається повільно. Час підключення може зайняти 5-10 секунд, коли для підключення до будь-якого нашого вікна Windows 7 або Windows 2008 R2 потрібно не більше 1-3 секунд.

Спочатку я додав це до цього вікна, в якому потребує оновлення драйвера чи чогось іншого, але лише вчора я встановив Windows 8 на робочий стіл ПК і підключення з дому до цієї машини Windows Server 2012 дає такий же результат. Існує пауза 3-4 секунди при "забезпеченні віддаленого з'єднання", а потім знову при "налаштування віддаленого сеансу".

Я не бачу жодних попереджень у журналі подій, і після їх підключення не виникає проблем із ефективністю. Чи відома проблема з підключеннями RDP з Windows 7 або 8 до систем Windows Server 2012? Що я повинен шукати?


Який клієнт RDP ви використовуєте?
Рамхаунд

Вбудований клієнт RDP для Windows 7.
Кріс

Крім Windows 8 є два. Той, який є настільним додатком, інший - це додаток Windows Store (Сучасний інтерфейс користувача), який саме ви використовуєте. То як же ви використовуєте Windows 7, якщо ви використовуєте Windows 8 / Windows Server 2012?
Рамхаунд

1
Я підключаюся з Windows 7 за допомогою настільного RDP-клієнта.
Кріс

Оновіть питання, щоб відобразити цей факт. Що ви отримуєте, якщо спробувати підключити Windows 8 Professional до Windows Server 2012?
Рамхаунд

Відповіді:


10

Я зіткнувся з тією ж проблемою і вирішив її, додавши вказані тут налаштування реєстру .

  1. Відкрийте RegEdit на машині Windows Server.
  2. Перейдіть до цього ключа реєстру в дереві зліва:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Параметри

  3. Клацніть правою кнопкою миші праворуч і додайте нове значення DWORD (32 біт)
  4. Встановіть ім'я значення на DisableTaskOffload, а дані значення - на 1
  5. Повторно підключіться до Сервера через RDP (до нового сеансу), і ваша продуктивність повинна бути нормальною.

@schellack, чому це працює? Як це працює?
Pacerier

1
Згідно technet.microsoft.com/en-us/library/cc959732.aspx , встановивши DisableTaskOffload розвантажує завдання від процесора до адаптера змінного струму. Це значно покращує продуктивність. Однак я не знаю, чому налаштування вимкнено в нових версіях Windows Server.
шеллак

3
@schellack У вашому коментарі, здається, є деяка плутанина ... Налаштування називається _DISABLE ... Якщо встановити його на 1, вимкнути розвантаження завдання, а не ВКЛ. Значення за замовчуванням дорівнює 0, це означає, що за замовчуванням активне розвантаження завдання.
Оскар Берггрен

6

Це сталося зі мною раніше. Я вирішив це, перейшовши на Remote Desktop Connection -> Experienceвкладку та переконавшись, що у мене не було вибрано "Виявити якість з'єднання автоматично". Я також скасував усе в розділі "Дозволити наступне".


На яку Experienceвкладку ви звертаєтесь? Я не бачу Experienceвкладки на сервері Server 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier

3

У мене така ж проблема. І я намагаюся зробити 2 кроки.

Крок1: як "schellack" скажіть

  • Відкрийте RegEdit на машині Windows Server. Перейдіть до цього ключа реєстру в дереві зліва: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Параметри

  • Клацніть правою кнопкою миші праворуч і додайте нове значення DWORD (32-бітне значення). Встановіть ім'я значення в DisableTaskOffload, а дані про значення - 1

  • Повторно підключіться до Сервера через RDP (до нового сеансу), і ваша продуктивність повинна бути нормальною.

Крок 2. І вимкніть перелік пристрою смарт-карт:

  • Перейдіть до запуску -> Послуги -> Перелік пристроїв смарт-карт -> Вимкнути

Я думаю, що основною причиною Smart Card є включення причини затримки служби віддаленого робочого столу. Я сподіваюся, що це допоможе тому, хто має таку ж проблему.


Правильна відповідь тут. Відключення переліку пристроїв смарт-карт зробило для мене 100% поліпшення. Це, очевидно, був винуватцем.
Брайан

1
Це перерахування на клієнті чи сервері?
Роб

1

Діагностувати це можна кількома різними способами -

Використовуйте ім'я NetBIOS, потім FQDN, потім IP-адресу під час використання програми RDP. зазвичай це затримка дозволу назви і може бути вирішена за допомогою використання FQDN замість коротшого імені NetBIOS. Як правило, після першого підключення наступні з'єднання мають вирішуватися швидше, оскільки ім'я буде кешовано на локальній машині.

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


1

Проблема пов'язана з функцією тіні вказівника миші.

У межах RDP це призводить до стрибки / повільної миші.

Виправте цю поведінку за допомогою миші -> вказівник -> увімкнути тінь вказівника (відключити)


0

Проблема, яка вела мене до цієї сторінки, стосувалася проблеми з підключенням до віддаленого робочого столу. Я зробив нову інсталяцію сервера 2012 у VM ESXi 5.5. Всі сервери були налаштовані добре, ролі DC та DHCP, нічого іншого.

Консоль ESXi виступала життєвим шармом. Перезавантаження та підключення негайно. Але коли прийшов час підключитися до віддаленого робочого столу, з'єднання пройшло за кілька хвилин до відкриття. Я не розумів, чому тому, що на коробці 2008 року, крім того, було добре!

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

Розв’язання: змінити вручну параметри підключення в налаштуваннях віддаленого реєстру для NT Authority \ LocalService і не потрібно вводити пароль. Тепер RDP-з'єднання йде добре, і він підключається відразу після введення пароля адміністратора домену.


0

використовувати це як правильну відповідь. це з програмного забезпечення Microsoft https://support.microsoft.com/en-us/kb/2915774


Ласкаво просимо до Супер Користувача! Будь ласка, цитуйте основні частини відповіді із посилальних посилань (ив), оскільки відповідь може стати недійсною, якщо змінена сторінка (и) зміниться.
DavidPostill

0

Smart Card Enumeration ServiceЗдається, вимкнення проблеми вирішує нашу проблему.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.