Windows 10 rdp настройка удаленного сеанса зависает

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

Содержание

  1. Удаленное подключение к рабочему столу иногда застревает на экране удаленного подключения Securing
  2. Симптомы
  3. Причина
  4. Обходной путь
  5. Способ 1
  6. Способ 2
  7. Седьмой электронный
  8. Байты полезной информации
  9. Настройка удаленного сеанса зависает при попытке подключения к удаленному рабочему столу
  10. Блог белорусского сисадмина
  11. полезные записки
  12. Зависает подключение к удаленному рабочему столу (RDP) при подключении через VPN
  13. Зависает подключение к удаленному рабочему столу (RDP) при подключении через VPN : 5 комментариев
  14. Настройка удаленного сеанса висит бесконечно windows 10
  15. Вопрос
  16. Ответы
  17. Все ответы
  18. Устранение проблем при использовании удаленного рабочего стола Windows 10
  19. Преимущества и утилиты удаленного рабочего стола Windows 10
  20. Как устранить неполадки при использовании удаленного рабочего стола
  21. Активируйте удаленный рабочий стол в Windows 10 из настроек
  22. Активируйте функцию из PowerShell
  23. Проверить статус протокола RDP на удаленном компьютере
  24. Проверяет, блокирует ли объект групповой политики RDP
  25. Включение удаленного рабочего стола Windows в групповых политиках
  26. Проверить статус служб RDP

Удаленное подключение к рабочему столу иногда застревает на экране удаленного подключения Securing

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

Применяется к: Windows 7 Пакет обновления 1, Windows Server 2012 R2
Исходный номер КБ: 2915774

Симптомы

Предположим сценарий, при котором для операционной системы используется удаленное подключение к Windows 7 или более поздних версий. В этом сценарии удаленное подключение к рабочему столу застревает в течение нескольких секунд, когда оно отображает следующие тексты:

Удаленное подключение к рабочему столу
Подключение к:
Защита удаленного подключения.

remote desktop connection

Причина

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

В Windows 7 или более поздних версиях удаленное настольное подключение использует протокол SSL (TLS 1.0), а шифрование основано на сертификате.

Это означает, что проверка подлинности выполняется с помощью самозаверяемых сертификатов (по умолчанию) или сертификата, выданного органом сертификации, установленным на сервере удаленного хост-сервера сеанса (Terminal Server).

Если вы используете самозаверяемый сертификат, система пытается получить надежный список сертификации из Интернета, чтобы проверить состояние публикации и отзыва сертификата. Поэтому экран удаленного подключения Securing может отображаться некоторое время.

Обходной путь

Чтобы обойти это поведение, используйте один из следующих методов:

Способ 1

Если вы используете самозаверяемый сертификат, импортировать сертификат в источник. Для этого выполните следующие действия в пункте назначения:

Затем выполните следующие действия в источнике:

Войдите в качестве администратора в источнике, выберите Начните, введите mmc в поле Программы поиска и файлы и запустите mmc.exe.

Выберите меню File и выберите параметр Add/Remove Snap-in.

В списке доступных оснастки выберите сертификаты и выберите кнопку Добавить.

На экране привязки сертификата выберите поле для проверки учетной записи компьютера и выберите Далее.

На экране Выберите компьютер выберите локальный компьютер и выберите кнопку Готово.

Возвращайся в диалоговое окно Add/Remove Snap-In и выберите кнопку ОК.

В левом окне окна консоли расширьте сертификаты (локальный компьютер) Доверенные корневые сертификаты > > сертификации. Щелкните правой кнопкой мыши, чтобы выбрать все задачи, а затем выберите Импорт. из меню.

Откроется мастер импорта сертификатов. Следуйте инструкциям мастера по запуску импорта.

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

В окне магазина сертификатов убедитесь, что:

По умолчанию срок действия самозаверяемого сертификата истекает через шесть месяцев. Если срок действия сертификата истек, он будет восстановлен. Необходимо снова импортировать восстановленный сертификат в источник.

Способ 2

Развертывание объекта групповой политики для клиента, чтобы отключить автоматическое обновление корневых сертификатов. Для этого выполните следующие действия на компьютере на Windows Server 2012 R2:

Источник

Седьмой электронный

Байты полезной информации

Настройка удаленного сеанса зависает при попытке подключения к удаленному рабочему столу

Столкнулся с такой проблемой, что подключение к удаленному рабочему столу в локальной сети зависает на моменте «настройка удаленного сеанса», подключение может происходит 2, 5, 10 минут, но иногда и сразу. Решение в продолжении.

Дело в том, что в новой версии набора протоколов TCP/IP для Windows 7Server 2008 была реализована функция TCP Receive Window Auto-Tuning — автоматическая настройка окна приема TCP. Теоретически эта функция предназначена для оптимизации пропускной способности и улучшения работы сети, а практически является причиной множества проблем.

Теория
Окно приема TCP используется для ограничения потока данных и для обеспечения возможности контроля потока на принимающей стороне. Окно TCP представляет собой объем данных, который получатель разрешает отправлять за один прием. То есть, чем больше окно, тем лучше работа в сетях с высокой пропускной способностью.
Для TCP/IP в Windows XPServer 2003 максимальный размер окна приема фиксирован и по умолчению составляет 64КБ. В Windows 7Server 2008 оптимальный размер окна приема определяется динамически. Для этого измеряется пропускная способности канала и скорость извлечения приложением данных из окна приема, после чего размер окна адаптируется в соответствии с этими параметрами. Автотюнинг использует масштабирование окна TCP, благодаря чему максимальный размер окна приема составляет 16 МБ.
В идеале при включении автотюнинга передача данных по сети должна стать более эффективной. Однако не всё так просто. Например, приложение не успевает извлекать данные, текущее окно приема заполняется и принимающий узел начинает уменьшать его размер. При заполнении максимального окна приема размер текущего окна уменьшается до 0 байт, после чего передача данных прекратится.

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

netsh interface tcp show global

Здесь нас интересует параметр ″Уровень автонастройки окна получения″ (англ. Receive Window Auto-Tuning Level). Он может принимать значения:

• disabled — автотюнинг выключен, используется фиксированное значение размера приемного окна TCP — 64KB;
• higlyrestricted — позволяет размеру приемного окна выходить за пределы значения по умолчанию, очень ограниченно превышая его;
• restricted — допускает более существенный рост размера окна относительно значения по умолчанию;
• normal — по умолчанию. Позволяет менять размер окна в зависимости от различных условий работы;
• experimental — позволяет увеличивать размер окна до очень больших значений. Следует применять очень осторожно.

Можно попробовать подобрать нужный уровень, например попробовать higlyrestricted, а если не помогает, то отключить:

netsh interface tcp set global autotuninglevel=disabled

После изменения настройки компьютер следует перезагрузить.
Проблема с автотюнингом присутствует в операционных системах Windows Vista, Windows 7, Windows Server 2008 и 2008 R2. По Windows 8 и Server 2012 пока данных нет, хотя автотюнинг в них есть и используется.

Источник

Блог белорусского сисадмина

полезные записки

Зависает подключение к удаленному рабочему столу (RDP) при подключении через VPN

В период массового перехода на удаленную работу, многим пришлось познакомиться с таким явлением как удаленный рабочий стол. В большинстве случаев, компании предоставляют удаленный доступ к рабочим компьютерам только при подключении через VPN — таким образом обеспечивается более высокий уровень безопасности сети компании.

При использовании RDP поверх VPN периодически могут возникать странные «зависания» удаленного рабочего стола, с последующими дисконнектами или без них или просто значительные подтормаживания интерфейса. Конечно, сначала необходимо исключить проблемы на сетевом уровне (потери пакетов, низкая скорость, высокие задержки и т.д.), но если они уже исключены, а проблемы повторяются — с большой долей вероятности ваш клиент работает по протоколу UDP. Этот режим работы стал режимом по умолчанию начиная с версии RDP 8.0. Сам по себе он призван ускорить работу с RDP, но в связке с VPN-подключением, когда пакеты начинают фрагментироваться перед отправкой в туннель и собираться заново на другом конце — могут возникать проблемы с одновременной доставкой всех «частей» пакета и невозможностью его сборки и, как следствие — задержки и зависания интерфейса.

Отключить работу через UDP можно двумя способами:

После этого зависания должны прекратиться.

Зависает подключение к удаленному рабочему столу (RDP) при подключении через VPN : 5 комментариев

Спасибо. Только не написано где это делать, на клиенте или на сервере.

В заметке речь идет о клиенте, работающем по UDP. Показалось достаточно очевидным отсутствие необходимости указывать где вносить изменения. Да и ветка реестра оканчивается на Client.
Кроме этого, RDP-сервер может обслуживать много клиентов как по VPN, так и без него. Нелогично отключать UDP всем из-за одного клиента.

Как на русской локализации будет?

Конфигурация компьютера — Административные шаблоны — Компоненты Windows — Службы удаленных рабочих столов — Клиент подключения к удаленному рабочему столу — Отключение UDP на клиенте — Включено

Источник

Настройка удаленного сеанса висит бесконечно windows 10

trans

Вопрос

trans

trans

Помогает подождать пару мин и войти заново с паролем.

В какую сторону копать?

В журнале событий обнаружил следующие сведения в этот период:

Удаленные вызовы 2 к базе данных SAM были отклонены за прошлые 1200 сек регулирования окна.

Для получения дополнительных сведений см. http://go.microsoft.com/fwlink/?LinkId=787651.

Ответы

trans

trans

Все ответы

trans

trans

Убедитесь, чтобы у Вас были установлены актуальные графические драйвера.

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

trans

trans

Драйвера последние. Скачанные с сайта Nvidia.

Попробую установить другую версию

trans

trans

trans

trans

Удалил существующие драйвера на видеокарту Nvidia. Стало гораздо лучше. Наблюдаю.

trans

trans

Удалил существующие драйвера на видеокарту Nvidia. Стало гораздо лучше. Наблюдаю.

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

trans

trans

trans

trans

Заменил на версию что предоставила Nvidia 21.21.13.4201.

Драйвера что были до удаления установились автоматически с windows.

trans

trans

trans

trans

trans

trans

Не помогло. Сегодня вечером словил ту же ошибку.

На днях попробую поработать на встроенной видеокарте Intel. Отпишу о результатах

trans

trans

Пробовали обновить биос на вашем оборудовании? Так же вы не ответили используются ли принтеры на ней. Пробовали на ней выполнить sfc /scannow && Dism /online /cleanup-image /restorehealth && Dism.exe /Online /Cleanup-Image /StartComponentCleanup && ChkDsk /r

Так же советую почитать еще возможные варианты решения вот тут.

Модератор: Ссылка на сайт с пиратским контентом удалена.

trans

trans

trans

trans

BIOS обновлен до последней версии.

trans

trans

Я не понял совет изначально. Я установил приложение «Удаленный рабочий стол (Майкрософт)» на компьютер к которому я подключаюсь. И ничего не изменилось.

Вопрос: при использовании «Удаленный рабочий стол (Майкрософт)» экран «размыт» при подключении (изменение параметров разрешения в настройках программы не очень помогает). Как быть?

Источник

Устранение проблем при использовании удаленного рабочего стола Windows 10

Как вы понимаете, Интернет сегодня позволяет нам удаленно выполнять множество задач. От просмотра фильмов и сериалов в потоковом режиме до игр с людьми со всего мира или удаленного управления чужим ПК, например, для решения проблем. Это именно то, на чем мы хотим сосредоточиться прямо сейчас. Мы говорим о возможности управления компьютером с Windows 10 с любого другого компьютера, как если бы мы были сосредоточены на нем.

Преимущества и утилиты удаленного рабочего стола Windows 10

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

escritorio ventana

Как устранить неполадки при использовании удаленного рабочего стола

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

Активируйте удаленный рабочий стол в Windows 10 из настроек

Как вы понимаете, в первую очередь нам нужно ввести все в работу или активировать в системе. И в том случае, если это не так, ни мы не сможем открыть новый удаленный сеанс с другим компьютером, ни другой компьютер не сможет подключиться к нашему. Поэтому, чтобы избежать этого сбоя, мы должны сначала активировать это, например, из приложения System Configuration.

Для этого мы используем Win + I сочетание клавиш и перейти в раздел Система. В появившемся новом окне на левой панели внизу мы находим интересующий нас вариант, Удаленный рабочий стол, на который мы нажимаем.

escritorio remoto configuracion

Затем на правой панели мы увидим параметр «Включить удаленный рабочий стол», который меняет свое состояние, поскольку по умолчанию он отключен. Мы также увидим уведомление и подтверждающее сообщение, которое мы принимаем.

Активируйте функцию из PowerShell

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

Проверить статус протокола RDP на удаленном компьютере

Чтобы решить проблему с подключением такого типа, мы также рекомендуем вам проверить и изменить статус протокол RDP на удаленном компьютере. Для этого нам нужно будет использовать системный реестр. Поэтому, и из-за того, насколько деликатен этот раздел, в первую очередь мы рекомендуем сделать его резервную копию. Мы открываем редактор с помощью команды regedit и переходим в пункт меню File / Export.

Как только это будет сделано в том же окне редактора реестра, так как нам нужно проверить статус RDP удаленного ПК, мы переходим в меню File / Connect. Cеть Меню реестра, куда мы вводим имя другого компьютера. Таким образом, как только мы установили соединение, мы находимся на следующем маршруте:

В этом месте на правой панели мы дважды щелкаем по клавише fDenyTSConnections, чтобы изменить ее свойства. Поэтому, чтобы включить RDP на удаленном ПК, мы меняем значение Value data с 1 на 0, чтобы включить его.

remoto registro windows

Проверяет, блокирует ли объект групповой политики RDP

Также может случиться так, что групповая политика системы переопределяет локальную конфигурацию при попытке активировать RDP. Для этого нам нужно открыть командную строку или окно CMD, набрав команду cmd в поле поиска и открыв ее с правами администратора.

Поэтому в окне командной строки набираем следующую команду:

gpresult /H c:gpresult.html

gpresult ejecucion

После того, как команда будет полностью выполнена, что займет несколько секунд, мы открываем созданный файл gpresult.html в любом браузере, чтобы увидеть результаты.

fichero gpresult

Включение удаленного рабочего стола Windows в групповых политиках

Конфигурация компьютера / Административные шаблоны / Компоненты Windows / Службы удаленного рабочего стола / Узел сеанса удаленного рабочего стола / Подключения. Затем на правой панели дважды щелкаем запись «Разрешить пользователям подключаться удаленно с помощью служб удаленных рабочих столов». Это поможет нам отредактировать его свойства, так что нам больше не нужно устанавливать для политики значение «Включено» или «Не настроено».

Politicas grupo remoto

Проверить статус служб RDP

Затем мы находим записи под названием «Служба удаленных рабочих столов» и «Служба виртуализации удаленных рабочих столов Hyper-V».

servicios remoto

Теперь нам нужно только дважды щелкнуть запись, чтобы редактировать его свойства и теперь мы можем нажать на найденную кнопку «Пуск».

Источник

RRS feed

  • Remove From My Forums
  • Question

  • After a client remotes from one windows 10 PC to their win 10 pc at their desk, the desk PC will hard freeze. No mouse, no keyboard, ext… hard freeze. Only solution is to reboot the PC and attempt again. Anyone have any idea.

All replies

  • Hi,

    What OS version is the desk PC?

    Based on my research, it’s an issue with Win 10 1809 to Win 10 1809.Now please have a try with the method below:

    You can work around this by disabling UDP session used by MSTSC on your affected computer (the one where they’re running the Remote Desktop client).

    Run
    gpedit.msc
    . 

    Navigate to
    Computer Configuration > Administration Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client.
     

    Set the «Turn Off UDP On Client» setting to Enabled.

    I found a similar thread such like yours. More information please refer to the link below:

    https://social.technet.microsoft.com/Forums/en-US/dff1a051-afa9-48e5-ba77-4c5cffd54634/issue-connecting-to-rdp-only-win10-1809-gt-windows-server-2019?forum=ws2019

    I hope this can help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Proposed as answer by

      Wednesday, May 15, 2019 7:13 AM

  • We are running Windows 10 Enterprise 1803 on all computers in the organization.

    I will give the UDP resolution and let you know.

  • Hi,

    Was your issue solved?

    If the reply helped you, please remember to mark it as an answer.

    If no, please reply and tell us the current situation in order to provide further help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

  • Hi,

    Any update? Please let us know if you need more help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

  • I had a very similar problem when connecting from Windows 10 version 1809 to Windows 10 version 1903. The remote desktop client would freeze and not allow any input. Closing the remote client and opening a new RDP session would work fine. However this would
    become too annoying, having to open a new remote desktop every few minutes (in my case).

    Setting the «Turn Off UDP On Client» group policy to Enabled as suggested by @Farena fixed this problem for me.

    Lots of thanks!

    • Edited by
      Todor Tsvetkov
      Friday, July 19, 2019 3:07 PM

  • Do you complete this action on the computer you are connecting to or connecting from?

  • I upgraded to 1903 last night and now have the same problem. Whenever I rdp to my laptop from another machine it connects and I can work for about 5 minutes or so. Then everything freezes. I have to disconnect the rdp connection and reconnect. Everything
    is then OK for another 5 minuts. This is really annoying and was not happening with 1803.

  • I have the same problem with 1903 to 1903.

  • I have the same issue when I try a connection from my Laptop Win 10 1903 to my Desktop Win10 1903.

    I have changed the default port for RDP though.

    First time the connection goes well.

    If I try to disconnect and start a RDP session a second time from the Laptop, trying to connect to my Desktop, the Desktop simply freezes with the lock screen image. No mouse no numlock key nothing. It has to be hard booted through the reset switch. Really
    annoying when I am traveling and am away from the computer.

    The freezing happens when I am doing RDP over the home network through wifi in the same network or from an external location through the forwarded port.

    I tried the UDP disable option on both the Laptop and Desktop but that did not help.

    Update I changed the RDP port back to 3389 to check, even then the behavior remains the same. The first RDP session happens without a problem, if I close it and try a RDP session again the Desktop freezes. Caps lock etc work for a few seconds and then everything
    stops.

    Amit

    • Edited by
      AmitKalra
      Friday, September 27, 2019 10:03 AM

  • I’m having the exact same issue as AmitKalra. So first connection is fine. If I close the RDP client and want to reconnect, that is when
    it hangs. The machine I am connecting to is AzureAD joined btw.

    • Proposed as answer by
      SzGergely
      Wednesday, November 13, 2019 7:36 PM
    • Unproposed as answer by
      SzGergely
      Wednesday, November 13, 2019 7:39 PM

  • Found the solution for me (I had the exact same issue as AmitKalra):

    «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor, under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop
    Connections” to DISABLED. «

    https://www.tenforums.com/network-sharing/133658-remote-desktop-broken-windows-10-1903-but-only-one-pc-2.html

    • Proposed as answer by
      JaapN
      Monday, September 30, 2019 3:13 PM
    • Edited by
      JaapN
      Monday, September 30, 2019 3:14 PM

  • I tried changing GPO and it did not work for me. I am still stuck with this annoying freezing.

  • Same here, I tried a lot of stuff included the GPO changing.

    I also noted that when my remote windows 10 not responding, if I click in some program icon, when I reconnect I will find that program open. It means that session receive mouse click but the screen updated will not arrive.

  • Same behavior as byman64 observed.

  • Same here, I tried a lot of stuff included the GPO changing.

    I also noted that when my remote windows 10 not responding, if I click in some program icon, when I reconnect I will find that program open. It means that session receive mouse click but the screen updated will not arrive.

    I see this same behaviour. Both machines 1903 Win 10.

    The machine I am connecting to is Win 10 Pro, version 1903 (OS Build 18362.418)

    The machine I am connecting from is Win 10 Enterprise, version 1903 (OS Build 18362.175)

    The machine with Enterprise on it has some missing windows updates. I’m installing them now to see if that equalises the build numbers and, more importantly, fixes the RDC freezing.

    • Edited by
      ianwilson
      Tuesday, October 22, 2019 1:48 PM
      typo

  • Both machines now have the same OS build but the RDC session just froze again.

    I clicked the icon to launch Edge, reconnected and Edge was to the front. Exactly what byman64 and simdoc have reported.

  • I have tried Setting the «Turn Off UDP On Client» group policy to Enabled as suggested by Farena to see if that helps.

  • This seems to work so far. Had the same problem, 1903 to 1903. enabled «turn off udp on client» and haven’t had an issue since. I didn’t reboot after making the change. 

  • I applied the advice given here and my RDP sessions freeze up within seconds of interacting with the remote computer.  Everything
    was working fine before this latest update.  Further thoughts or ideas?

  • Found the solution for me (I had the exact same issue as AmitKalra):

    «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor, under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop
    Connections” to DISABLED. «

    https://www.tenforums.com/network-sharing/133658-remote-desktop-broken-windows-10-1903-but-only-one-pc-2.html

    I got the same issue after update to 1903. (Second connection freezes the whole target computer)

    Suggestion from JaapN solved my issue: «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor,
    under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop Connections” to DISABLED» 

  • I enabled the «Turn Off UDP On Client» approach suggested by Farena and — so far — I’ve not had any freezes in the last few hours.  This is hopeful.

  • Having this problem on the 1909 build. Tried both the UDP and the WDDM/XDDM suggestions. Only disabling UDP works for me. Very annoying issue…

  • I had the same issue, my cable company told me my home was sending out signal bursts that caused the signal to bounce back again and again.  The issue was resolved after each and every cable connection to my house was securely fashioned and a couple
    of the coaxials were bad and had to be replaced.  

  • Getting the same behavior as DaTexican on an up-to-date 1909 box.

    I think others are getting this confused with another issue. This issue is the host machine getting completely locked up — not responding to physical input and pings. Other responses to this thread are referring to RDP itself crashing but otherwise the host
    works.

RRS feed

  • Remove From My Forums
  • Question

  • After a client remotes from one windows 10 PC to their win 10 pc at their desk, the desk PC will hard freeze. No mouse, no keyboard, ext… hard freeze. Only solution is to reboot the PC and attempt again. Anyone have any idea.

All replies

  • Hi,

    What OS version is the desk PC?

    Based on my research, it’s an issue with Win 10 1809 to Win 10 1809.Now please have a try with the method below:

    You can work around this by disabling UDP session used by MSTSC on your affected computer (the one where they’re running the Remote Desktop client).

    Run
    gpedit.msc
    . 

    Navigate to
    Computer Configuration > Administration Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client.
     

    Set the «Turn Off UDP On Client» setting to Enabled.

    I found a similar thread such like yours. More information please refer to the link below:

    https://social.technet.microsoft.com/Forums/en-US/dff1a051-afa9-48e5-ba77-4c5cffd54634/issue-connecting-to-rdp-only-win10-1809-gt-windows-server-2019?forum=ws2019

    I hope this can help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Proposed as answer by

      Wednesday, May 15, 2019 7:13 AM

  • We are running Windows 10 Enterprise 1803 on all computers in the organization.

    I will give the UDP resolution and let you know.

  • Hi,

    Was your issue solved?

    If the reply helped you, please remember to mark it as an answer.

    If no, please reply and tell us the current situation in order to provide further help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

  • Hi,

    Any update? Please let us know if you need more help.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

  • I had a very similar problem when connecting from Windows 10 version 1809 to Windows 10 version 1903. The remote desktop client would freeze and not allow any input. Closing the remote client and opening a new RDP session would work fine. However this would
    become too annoying, having to open a new remote desktop every few minutes (in my case).

    Setting the «Turn Off UDP On Client» group policy to Enabled as suggested by @Farena fixed this problem for me.

    Lots of thanks!

    • Edited by
      Todor Tsvetkov
      Friday, July 19, 2019 3:07 PM

  • Do you complete this action on the computer you are connecting to or connecting from?

  • I upgraded to 1903 last night and now have the same problem. Whenever I rdp to my laptop from another machine it connects and I can work for about 5 minutes or so. Then everything freezes. I have to disconnect the rdp connection and reconnect. Everything
    is then OK for another 5 minuts. This is really annoying and was not happening with 1803.

  • I have the same problem with 1903 to 1903.

  • I have the same issue when I try a connection from my Laptop Win 10 1903 to my Desktop Win10 1903.

    I have changed the default port for RDP though.

    First time the connection goes well.

    If I try to disconnect and start a RDP session a second time from the Laptop, trying to connect to my Desktop, the Desktop simply freezes with the lock screen image. No mouse no numlock key nothing. It has to be hard booted through the reset switch. Really
    annoying when I am traveling and am away from the computer.

    The freezing happens when I am doing RDP over the home network through wifi in the same network or from an external location through the forwarded port.

    I tried the UDP disable option on both the Laptop and Desktop but that did not help.

    Update I changed the RDP port back to 3389 to check, even then the behavior remains the same. The first RDP session happens without a problem, if I close it and try a RDP session again the Desktop freezes. Caps lock etc work for a few seconds and then everything
    stops.

    Amit

    • Edited by
      AmitKalra
      Friday, September 27, 2019 10:03 AM

  • I’m having the exact same issue as AmitKalra. So first connection is fine. If I close the RDP client and want to reconnect, that is when
    it hangs. The machine I am connecting to is AzureAD joined btw.

    • Proposed as answer by
      SzGergely
      Wednesday, November 13, 2019 7:36 PM
    • Unproposed as answer by
      SzGergely
      Wednesday, November 13, 2019 7:39 PM

  • Found the solution for me (I had the exact same issue as AmitKalra):

    «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor, under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop
    Connections” to DISABLED. «

    https://www.tenforums.com/network-sharing/133658-remote-desktop-broken-windows-10-1903-but-only-one-pc-2.html

    • Proposed as answer by
      JaapN
      Monday, September 30, 2019 3:13 PM
    • Edited by
      JaapN
      Monday, September 30, 2019 3:14 PM

  • I tried changing GPO and it did not work for me. I am still stuck with this annoying freezing.

  • Same here, I tried a lot of stuff included the GPO changing.

    I also noted that when my remote windows 10 not responding, if I click in some program icon, when I reconnect I will find that program open. It means that session receive mouse click but the screen updated will not arrive.

  • Same behavior as byman64 observed.

  • Same here, I tried a lot of stuff included the GPO changing.

    I also noted that when my remote windows 10 not responding, if I click in some program icon, when I reconnect I will find that program open. It means that session receive mouse click but the screen updated will not arrive.

    I see this same behaviour. Both machines 1903 Win 10.

    The machine I am connecting to is Win 10 Pro, version 1903 (OS Build 18362.418)

    The machine I am connecting from is Win 10 Enterprise, version 1903 (OS Build 18362.175)

    The machine with Enterprise on it has some missing windows updates. I’m installing them now to see if that equalises the build numbers and, more importantly, fixes the RDC freezing.

    • Edited by
      ianwilson
      Tuesday, October 22, 2019 1:48 PM
      typo

  • Both machines now have the same OS build but the RDC session just froze again.

    I clicked the icon to launch Edge, reconnected and Edge was to the front. Exactly what byman64 and simdoc have reported.

  • I have tried Setting the «Turn Off UDP On Client» group policy to Enabled as suggested by Farena to see if that helps.

  • This seems to work so far. Had the same problem, 1903 to 1903. enabled «turn off udp on client» and haven’t had an issue since. I didn’t reboot after making the change. 

  • I applied the advice given here and my RDP sessions freeze up within seconds of interacting with the remote computer.  Everything
    was working fine before this latest update.  Further thoughts or ideas?

  • Found the solution for me (I had the exact same issue as AmitKalra):

    «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor, under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop
    Connections” to DISABLED. «

    https://www.tenforums.com/network-sharing/133658-remote-desktop-broken-windows-10-1903-but-only-one-pc-2.html

    I got the same issue after update to 1903. (Second connection freezes the whole target computer)

    Suggestion from JaapN solved my issue: «Use GPO to force use of XDDM rather than WDDM. On the affected machine, in Group Policy Editor,
    under Remote Desktop Session Host -> Remote Session Environment … set the policy “Use WDDM graphics display driver for Remote Desktop Connections” to DISABLED» 

  • I enabled the «Turn Off UDP On Client» approach suggested by Farena and — so far — I’ve not had any freezes in the last few hours.  This is hopeful.

  • Having this problem on the 1909 build. Tried both the UDP and the WDDM/XDDM suggestions. Only disabling UDP works for me. Very annoying issue…

  • I had the same issue, my cable company told me my home was sending out signal bursts that caused the signal to bounce back again and again.  The issue was resolved after each and every cable connection to my house was securely fashioned and a couple
    of the coaxials were bad and had to be replaced.  

  • Getting the same behavior as DaTexican on an up-to-date 1909 box.

    I think others are getting this confused with another issue. This issue is the host machine getting completely locked up — not responding to physical input and pings. Other responses to this thread are referring to RDP itself crashing but otherwise the host
    works.

В период массового перехода на удаленную работу, многим пришлось познакомиться с таким явлением как удаленный рабочий стол. В большинстве случаев, компании предоставляют удаленный доступ к рабочим компьютерам только при подключении через VPN — таким образом обеспечивается более высокий уровень безопасности сети компании.

При использовании RDP поверх VPN периодически могут возникать странные «зависания» удаленного рабочего стола, с последующими дисконнектами или без них или просто значительные подтормаживания интерфейса. Конечно, сначала необходимо исключить проблемы на сетевом уровне (потери пакетов, низкая скорость, высокие задержки и т.д.), но если они уже исключены, а проблемы повторяются — с большой долей вероятности ваш клиент работает по протоколу UDP. Этот режим работы стал режимом по умолчанию начиная с версии RDP 8.0. Сам по себе он призван ускорить работу с RDP, но в связке с VPN-подключением, когда пакеты начинают фрагментироваться перед отправкой в туннель и собираться заново на другом конце — могут возникать проблемы с одновременной доставкой всех «частей» пакета и невозможностью его сборки и, как следствие — задержки и зависания интерфейса.

Отключить работу через UDP можно двумя способами:

  1. Правка реестра. В ветке HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient необходимо создать параметр fClientDisableUDP и установить значение 1.
  2. Групповые политики. Необходимо перейти в Computer Configuration -> Administration Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Connection Client и установить настройку «Turn Off UDP On Client» в Enabled.

После этого зависания должны прекратиться.

Столкнулся с такой проблемой, что подключение к удаленному рабочему столу в локальной сети зависает на моменте «настройка удаленного сеанса», подключение может происходит 2, 5, 10 минут, но иногда и сразу. Решение в продолжении.

Дело в том, что в новой версии набора протоколов TCP/IP для Windows 7Server 2008 была реализована функция TCP Receive Window Auto-Tuning — автоматическая настройка окна приема TCP. Теоретически эта функция предназначена для оптимизации пропускной способности и улучшения работы сети, а практически является причиной множества проблем.

Теория
Окно приема TCP используется для ограничения потока данных и для обеспечения возможности контроля потока на принимающей стороне. Окно TCP представляет собой объем данных, который получатель разрешает отправлять за один прием. То есть, чем больше окно, тем лучше работа в сетях с высокой пропускной способностью.
Для TCP/IP в Windows XPServer 2003 максимальный размер окна приема фиксирован и по умолчению составляет 64КБ. В Windows 7Server 2008 оптимальный размер окна приема определяется динамически. Для этого измеряется пропускная способности канала и скорость извлечения приложением данных из окна приема, после чего размер окна адаптируется в соответствии с этими параметрами. Автотюнинг использует масштабирование окна TCP, благодаря чему максимальный размер окна приема составляет 16 МБ.
В идеале при включении автотюнинга передача данных по сети должна стать более эффективной. Однако не всё так просто. Например, приложение не успевает извлекать данные, текущее окно приема заполняется и принимающий узел начинает уменьшать его размер. При заполнении максимального окна приема размер текущего окна уменьшается до 0 байт, после чего передача данных прекратится.

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

netsh interface tcp show global

Здесь нас интересует параметр ″Уровень автонастройки окна получения″ (англ. Receive Window Auto-Tuning Level). Он может принимать значения:

• disabled — автотюнинг выключен, используется фиксированное значение размера приемного окна TCP — 64KB;
• higlyrestricted — позволяет размеру приемного окна выходить за пределы значения по умолчанию, очень ограниченно превышая его;
• restricted — допускает более существенный рост размера окна относительно значения по умолчанию;
• normal — по умолчанию. Позволяет менять размер окна в зависимости от различных условий работы;
• experimental — позволяет увеличивать размер окна до очень больших значений. Следует применять очень осторожно.

Можно попробовать подобрать нужный уровень, например попробовать higlyrestricted, а если не помогает, то отключить:

netsh interface tcp set global autotuninglevel=disabled

После изменения настройки компьютер следует перезагрузить.
Проблема с автотюнингом присутствует в операционных системах Windows Vista, Windows 7, Windows Server 2008 и 2008 R2. По Windows 8 и Server 2012 пока данных нет, хотя автотюнинг в них есть и используется.

Источник — WindowsNotes.Ru

В это непростое время, когда весь мир пытается справиться с коронавирусной инфекцией COVID-2019, многие перешли на удаленный режим работы.

Те, кто используют подключение к удаленному рабочему столу (RDP) до своего рабочего компьютера могут столкнуться с фризами (подвисаниями) в работе удаленного рабочего стола (RDP). Обычно, переподключение решает эту проблему, но через некоторое время проблема повторяется. При этом нет видимых проблем со связью.

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

В начале, следует проверить используется ли UDP при подключении к RDP, для этого необходимо кликнуть на кнопку в окне подключения:

Если появится следующее сообщение:

То для решения проблемы можно попробовать принудительно отключить использование UDP протокола при подключении к RDP.

Указанные действия необходимо проводить на компьютере к которому осуществляется подключение.

Для этого запускаем редактор локальной групповой политики
Win + R -> «gpedit.msc» -> OK

Если у Вас Windows 10 Home, воспользуйтесь статьей на нашем сайте для включения редактора gpedit.

Далее, нам следует найти раздел «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Службы удаленных рабочих столов» — «Клиент подключения к удаленному рабочему столу«

Здесь нам нужно изменить параметр «Отключение UDP на клиенте«. Двойной клик на этом параметре и выбираем «Включено«

Кроме того, нам необходимо найти раздел «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Службы удаленных рабочих столов» — «Узел сеансов удаленных рабочих столов» — «Подключения«

Здесь нам следует изменить параметр «Выбор транспортных протоколов RDP«. Двойной клик на этом параметре и выбираем «Включено» и в параметрах указываем тип транспорта «Использовать только TCP«.

После сохранения необходимо перезагрузить компьютер.

Для проверки того, что подключение идет без использования протокола UDP кликнем на кнопку в окне подключения:

Теперь в сообщении не должно быть информации о UDP:

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

Все статьи на тему RDP и устранения проблем в его работе на нашем сайте.

(Visited 41 877 times, 3 visits today)

Posted by Rewalon

Об этом уже спрашивали, но ни одно из предложенных решений не работает для меня.

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

Теперь я провела целый день, пытаясь без удачи. Просто этот вечно загружаемый бар.

Я пытаюсь получить доступ к своему экземпляру Amazon EC2 Windows Server, как обычно. Я не менял настройки групп безопасности / брандмауэра или что-то еще. Запуск Windows 10 PRO 64bit

Что может быть не так?

задан Alejandro Lozdziejski101

Трудно увидеть точную причину, вы можете попробовать:1. Отключите все ресурсы перенаправления из MSTSC.exe перед подключением.
2. Попробуйте перезапустить службу удаленного рабочего стола, если вы можете использовать RD для другого экземпляра EC2.
3. Рекомендуется применить все доступные обновления на сервере, чтобы обновить компоненты RDS до последней версии.
4. Проверьте журнал событий на сервере, если какая-либо конкретная ошибка может быть связана с этой проблемой.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками windows-10 remote-desktop.

  • Remove From My Forums

 none

Зависает служба удалённых рабочих столов

  • Общие обсуждения

  • Среди прочих багов и неудобство Windows 10 в последнее время начала сильно напрягать следующая: подключаюсь к домашнему компьютеру с рабочего либо с смартфона по RDP. По приезду домой когда логинюсь локально меня
    встречает чёрный экран и курсор, никакие сочетания клавиш не отрабатывают. Клавиатура не зависла — капслок, нампад и прочие нормально отрабатывают и сигнализируют перемигиванием индикаторов. Тут же «не отходя от кассы» подключаюсь
    по RDP с смартфона и вижу ошибку :

    «Не удаётся завершить требуемую операцию, поскольку службы удалённых рабочих столов сейчас заняты…»

    https://dl.dropboxusercontent.com/u/2533751/Screenshot_20160616-161149.png

    Ждал честно больше 15 минут в первые несколько раз, потом надоедало и ребутал комп — благо ssd, загрузка быстрая. После перезагрузки в логах пытался найти причину столь раздражающего поведения службы RDP — безрезультатно.  Проблема
    возникает нерегулярно, может 5 раз подряд не проявить себя, а может каждый день заставлять жать кнопочку «reset».  Никто не сталкивался? Или хотя б может есть мысли, откуда копать начинать?

    • Изменен тип

      3 августа 2016 г. 10:51
      Тема переведена в разряд обсуждений по причиние отсутствия активности

Понравилась статья? Поделить с друзьями:
  • Windows 10 professional 21h1 x64 скачать
  • Windows 10 server 2016 server 2019 installer nsis
  • Windows 10 professional 20h2 x64 game os игровая сборка
  • Windows 10 sergei strelec x64 торрент
  • Windows 10 professional 1511 by ovgorskiy