Rdp зависает при подключении windows 10

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

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

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

Симптомы

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

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

Причина

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

В 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

Вопрос

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

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

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

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

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

Ответы

Все ответы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

gpresult /H c:gpresult.html

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

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

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

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

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

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

Источник

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

Приходилось постоянно переподключаться к рабочему ПК, что реально бесило — такое случалось часто, иногда по нескольку раз за несколько минут, иногда за час. Понятно было, что надо что-то делать, но непонятно было что. При этом домашний ноутбук, в отличии от ПК, таких кунштюков не выдавал, стабильно работая — было ясно, что проблема не в нестабильной работе сети или VPN, а кроется где-то в программной части домашнего ПК. Сначала я исправил всё, что показывал журнал системных ошибок, но это не помогло. Начал было уже косо смотреть на драйвер видеокарты, но мысль о том, что изображение замирает только в сессии RDP (Remote Desktop Protocol) меня успокоило на этот счёт. Поиски в интернете сначала успехов не принесли, потому что информации очень много и трудно так сформулировать запрос, чтобы на него не выдавалось куча бесполезной в моём случае информации. Но потом я всё-таки начал искать в английском сегменте и сразу нашёл решение.

По мнению тех, кто отвечал на вопрос подобный моему, дело заключалось в протоколе UDP, который использовался (вместе с TCP) в соединениях по протоколу RDP. И предлагалось отключить эту возможность через редактор локальных групповых политики Windows. Однако, в версии Windows 10 Home, этот редактор по-умолчанию отключён. Хорошо, что его можно установить, пусть для этого нам потребуется командная строка с правами администратора. Сначала надо ввести следующую строку:

FOR %F IN ("%SystemRoot%servicingPackagesMicrosoft-Windows-GroupPolicy-ClientTools-Package~*.mum") DO (DISM /Online /NoRestart /Add-Package:"%F")

Дождаться завершения и получив сообщение «Операция успешно завершена.», запустить вторую команду:

FOR %F IN ("%SystemRoot%servicingPackagesMicrosoft-Windows-GroupPolicy-ClientExtensions-Package~*.mum") DO (DISM /Online /NoRestart /Add-Package:"%F")

После перезагрузки ПК, запускаем с правами администратора оснастку gpedit.msc, можно из командной строки, можно просто из поиска в главном меню Windows:

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

Открываем Выбор транспортных протоколов RDP:

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

Скорее всего, отказаться от протокола UDP в пользу TCP, для решение этой проблемы, нужно из-за того, что UDP использует простую модель передачи, без неявных «рукопожатий» для обеспечения надёжности, упорядочивания или целостности данных, а TCP осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета, гарантируя тем самым (в отличие от UDP), целостность передаваемых данных и уведомление отправителя о результатах передачи. И когда клиент RDP через протокол UDP не получает нужный ему пакет и из-за этого подвисает изображение, то по какой-то причине клиент не понимает этого и не пытается решить эту проблему отправкой нового сообщения на отрисовку экрана. А вот через протокол TCP такого не проявляется, поскольку он гарантирует получение данных.

Но у меня почему-то данное решение не заработало. И пришлось копать глубже. И наконец-то мне удалось найти ещё один вариант с отключением UDP для RDP — с помощью редактора реестра. Для этого надо запустить командную строку с правами администратора и запустить команду:

reg add "HKLMsoftwarepoliciesmicrosoftwindows ntTerminal ServicesClient" /v fClientDisableUDP /d 1 /t REG_DWORD

Или запустить редактор реестра с правами администратора:

И в разделе HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient добавить новый ключ fClientDisableUDP со цифровым значением 1:

Вот после этого, перезагрузив ПК, я полностью решил проблему с «заморозкой» изображения в клиенте удалённого рабочего стола.

В том же обсуждении упоминался и возможный «виновник» данного поведения клиента RDP: обновление Windows 10 под номером 1903, которое, в том числе, вносило исправления, касающиеся RDP-протокола:

1. CVE-2019-1181 | Remote Desktop Services Remote Code Execution Vulnerability;
2. CVE-2019-1182 | Remote Desktop Services Remote Code Execution Vulnerability.

На мой взгляд, эта версия имеет право на существование, поскольку на моём ноутбуке обновление 1903 не установлено, поскольку после его установки сначала отваливается Bluetooth, а после перезагрузки возникает «синий экран» и систему можно восстановить, только откатив последние изменения. Поэтому на нём таких симптомов и не было.

P.S. В общем, предложенное решение проблему с отваливанием сессии RDP у меня решало, но при этом оставались кратковременные лаги через четко определенное время. Выявить их можно было с помощью постоянной работы команды ping и выяснилось, что примерно 1% пакетов через каждые 2 минуты не проходил. Причину выяснить долго не удавалось, но в конце концов виновник был найден — это был конфликт ПО VipNET (который обеспечивал рабочий VPN) и брандмауэра Windows, который по умолчанию банил вообще всё (у меня с ним даже FTP-клиент в пассивном режиме не работал из-за этого). То бишь пакеты проходили, но периодически — раз, затык и всё. Т.е. просто конфликт ПО, который решить практически невозможно без открытия всех входящих портов на брандмауэре или простого его отключения. Ну надо же сделать такой инструмент, который практически бесполезен, ведь для того, чтобы нормально пользоваться программами, которые не используют один порт (или диапазон), а на входящее подключение выбирают произвольный вплоть до 65535, его приходится тут отключать, потому что правило просто не создать. И да, я пробовал делать правило для программ, и для служб, и для протоколов — один чёрт, ничего не работает. Видимо, у меня руки из одного места растут.

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

Падение производительности RDS в Windows Server 2016/2019 с UPD

На RDS серверах с Windows Server 2019/2016 с большим количеством пользователей можно столкнутся с плохой производительностью при использовании для профилей пользователей User Profile Disks.

Проблема заключается в том, в брандмауэре Windows Defender Firewall создаются новые входящие и исходящие правила при каждом входе пользователя, и эти правила не удаляется при завершении сессии.

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

Проверьте количество правил в Windows Defender Firewall с помощью команды PowerShell:

(Get-NetFirewallRule).count

В моем случае на одном их хостов оказалось 18 тысяч правил! Эти правила создаются для UWP приложений магазина Windows при каждом входе пользователя.

Для исправления проблемы нужно сначала установить все обновления безопасности для вашей версии Windows Server (как минимум KB4467684 для Windows Server 2016 и KB4490481 для Windows Server 2019). Затем создайте следующий параметр реестра на RDSH хосте:

• Ветка: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicy
• Тип: REG_DWORD
• Параметр: DeleteUserAppContainersOnLogoff
• Значение:
  1

Можно создать параметр реестра с помощью команды PowerShell:

New-ItemProperty -Path “HKLM:SYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicy” -Type DWord -Path -Name DeleteUserAppContainersOnLogoff -Value 1

Не забудьте вручную очистить входящие и исходящих правил в Windows Defender Firewall. Если правил файервола немного, можно использовать готовый PowerShell скрипт с форума TechNet (https://social.microsoft.com/Forums/Azure/en-US/992e86c8-2bee-4951-9461-e3d7710288e9/windows-servr-2016-rdsh-firewall-rules-created-at-every-login?forum=winserverTS).

Проблемы с мышью в RDP сессии на Windows Server 2019/2016 RDS

Многие пользователи стали жаловаться на проблемы с мышью в RDP сессии после миграции фермы RDS на Windows Server 2019. Мышь очень медленно реагирует на движения, курсор дрожит и зависает.

Эта проблема может связана с высокой частотой опроса (Report Rate) и DPI в настройках некоторых оптических мышек (обычно у игровых мышей). Например, у популярной мыши Logitech G203 по умолчанию задана частота опроса 1000 раз в секунду (1000 Гц). Высокая скорость опроса мыши похоже вызывает высокую нагрузку на RDP подключение, и вы можете столкнуться с тормозами при работе с RemoteApp приложениями. Если уменьшить это значение до 125 раз в секунду (125 Гц), проблема с мышкой в RDP сессии исчезнет.

Уменьшить Polling Rate/Report Rate можно в утилитах настройки параметров мыши от вендора.

Если вы не можете уменьшить частоту опроса, попробуйте в настройках мыши в панели управления Windows (
main.cpl
) отключить тень курсора мыши (отключите опцию Enable pointer shadow) и выбрать схему None для указателя.

Медленно работают RemoteApp и отрисовываются меню в Windows 10

При обновлении билда Windows 10 пользователи могут столкнуться с проблемами при работе с RemoteApp приложения, опубликованными на RDS серверах Windows Server 2019/2016/2012К2. RemoteApp могут начать работать заметно медленнее, любое действие, которое вызывается щелчком мыши выполняется (отрисовывается?) в 2-3 раза дольше. Особенно медленно отображаются контекстные меню в приложениях RemoteApp (пункты меню мерцают, приходится нажимать на них по несколько раз, иногда совсем не появляются). Такие проблемы массово встречали при обновлении билда Windows 10 на клиентах до 1803 и 20H2.

При этом проблемы не проявляются в окне обычного подключения к RDS серверу с помощью клиента Mstsc или RDCMan.

Для временного решения проблемы можно попробовать в редакторе локальной GPO (gpedit.msc) на RDS серверах изменить значение параметра Use advanced RemoteFX graphics for RemoteApp (Использовать дополнительную графику для удаленного приложения RemoteApp) на Disabled (раздел Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment, в русской редакции Windows путь такой: Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удалённых рабочих столов -> Среда удаленных сеансов).

Если в качестве RemoteAPP опубликованы графические программы (например, из семейств CAD), то без Remote FX они работать не будут.

Также есть обходное решение, которое заключается в замене версии клиента RDP на более старую. Т.к. проблемы с производительностью Remoteapp встречались еще в Windows 10 1709, лучше всего использовать библиотеки RDP из 1607 или 1703.
Дело в том, что после апгрейда билда Windows 10 в системе устанавливается новая версия клиента RDP, которая на данный момент работает некорректно с опубликованными через RemoteApp приложениями.
Если заменить файлы mstsc.exe и mstscax.dll в каталоге C:WindowsSystem32 на версии файлов из предыдущего билда Windows 10 (1703 или 1607), проблема с производительностью RemoteApp исчезает.

Как заменить файлы клиента RDP в Windows 10:

1. Закройте все RDP подключения и запущенные RemoteApp (лучше даже перезагрузить компьютер);
2. Скачайте архив с версиями файлов mstsc.exe и mstscax.dll из Windows 10 1607 (ссылка на скачивание с Я.Диска mstsc-w10-1607.zip);
3. Скопируйте оригинальные файлы mstsc.exe и mstscax.dll из каталога C:windowssystem32 в каталог C:Backup с помощью команд:
   md c:backup
copy C:windowssystem32mstsc.exe c:backup
copy C:windowssystem32mstscax.dll c:backup
4. Затем нужно назначить свою учетную запись владельцем файлов mstsc.exe и mstscax.dll в каталоге C:windowssystem32, отключите наследование и предоставьте себе права на изменение файлов:
   takeown /F C:windowssystem32mstsc.exe
takeown /F C:windowssystem32mstscax.dll
icacls C:windowssystem32mstsc.exe /inheritance:d
icacls C:windowssystem32mstscax.dll /inheritance:d
icacls C:windowssystem32mstsc.exe /grant root:F
icacls C:windowssystem32mstscax.dll /grant root:F
   
   (в этом примере имя локальной учтённой записи с правами администратора – root. Замените ее на имя вашей учетной записи).
5. Замените файлы в каталоге C:windowssystem32 файлами из скачанного архива;
6. Восстановите оригинальные разрешения на заменённых файлах. Включите наследование NTFS разрешений и установите владельцем файлов NT ServiceTrustedInstaller:
   icacls C:windowssystem32mstsc.exe /inheritance:e
icacls C:windowssystem32mstscax.dll /inheritance:e
icacls C:windowssystem32mstsc.exe /setowner "NT ServiceTrustedInstaller" /T /C
icacls C:windowssystem32mstscax.dll /setowner "NT ServiceTrustedInstaller" /T /C
7. Осталось перерегистрировать библиотеку:
   regsvr32 C:WindowsSystem32mstscax.dll

Это позволит временно исправить проблему с производительностью RemotApp в клиентах Windows 10.