В последнее время всё чаще у пользователей Windows 7 возникает ошибка при подключении к удаленному рабочему столу на Windows Server 20162019 через шлюз удаленных рабочих столов.
Ошибка следующая — “Не удалось подключиться к удаленному компьютеру, так как сервер шлюза удаленных рабочих столов временно недоступен. Попробуйте подключиться позже или обратитесь за помощью к администратору сети.”
Рисунок 1 — Ошибка подключения к серверу
Данная ошибка происходит из-за того что “Подключение к удаленному рабочему столу (mstsc.exe)” не поддерживает протокол удаленного рабочего стола 8.1.
Рисунок 2 — Старая версия утилиты ms
Причина — не стоят обновления на Windows 7. В этом случае можно установить все обновления на Windows 7 через центр обновления Windows.
Рисунок 3 — Центр обновления Windows
Второй способ — установить требуемые обновления вручную.
Обновления нужно ставить в зависимости от разрядности ОС Windows 7 (32 или 64-битной).
Обновления устанавливаются в следующем порядке:
- Windows6.1 — KB2574819-v2
- Windows6.1 — KB2830477
- Windows6.1 — KB2857650
- Windows6.1 — KB2913751
Компьютер перезагрузится один раз.
После обновления мы получаем “Подключение к удаленному рабочему столу (mstsc.exe)” версии 6.3.9600 с возможностью подключаться к Windows Server 20162019:
Рисунок 4 — Версия после обновления
Требуется помощь? Напишите в наш чат!
Проявилась проблема.
server 2019
подняты службы RDS (стандартное развертывание на одном сервере)
После перезагрузки сервера невозможно зайти по рдп.
Сообщение ошибки: «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.»
Можно зайти только локально, либо через IPMI консоль
События в диспетчере серверов показывают следующее:
код 1296
При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка.
Пользователь: ———
Ошибка: Посредник подключений к удаленному рабочему столу не готов к RPC.
код 1306
Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ———-
Ошибка: NULL
Помогает перезапуск всех служб подряд
служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже
после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).
и после этого рестартим «Службы удаленных рабочих столов», если их рестартить сразу, без рестарта вышеуказанных. то вылетит ошибка, что служба не ответила вовремя. и в итоге она висит в состоянии остановка.
Если все это проделать, то доступ восстанавливается.
Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.
Кто сталкивался. куда смотреть, копать? что делать?
Hi,
I am using the desktop experience version of Windows Server 2019.
I encountered an reproducible issue that I consider to be a bug only affecting users that use Remote Desktop (mstsc app) to connect from a
Windows 10 1809 PC to a Windows Server 2019 machine. This is because the problem started only after receiving the Windows 10 1809 update on my personal computer used to connect to my server.
The problem consists of serious connection instability issues. It will be nearly inoperable, because it’s hard to establish a successful connection; duration of establishing a connection will take a significant amount of time, and will most often hang for
a while in the stage of ‘Configuring’ or ‘Securing’ a remote connection (progress bar), before also hanging for a while on a black screen right after the progress bar pops into full-screen connected mode. This black screen (instead of the interface visuals
of your Windows Server 2019) can then either remain indefinitely, or transition into a view of your Windows Server 2019’s visuals, but in a hung state: there’ll be no interaction possible, and no movement of ongoing dynamically animated components (will appear
like a recording/print of your Win server screen’s state, so basically a frozen screen). This indicates to me that it nearly established a successfull connection, but still failed on the brink. It often spells for more success in your successive attempts.
Eventually, once you manage to successfully establish a connection, you’ll be able to operate without any issues for the duration of that session. Because the difficulties to establish a connection are random, you’ll end up trying to connect like 5 to 10
times, before finally, it ends up loading you into the Win server environment correctly.
My user experience is seriously impacted by this issue, since it’s really hard to establish a stable connection to my Windows Server 2019 machine now. Initially, for this reason I decided to temporarily use my alternative PC (still on the Win10 1803 April
version) to connect to my server, but then I went on to try to reproduce the issue and confirm it was a bug, by also updating my second PC to Win10 1809 and trying it there. The results on Win10 1809 were the same for that PC; the same type of severe connection
establishment issues as my main PC encountered. After that, I switched to another network and internet line, to determine if the issues was still somehow linked to something in my own environment; it was not, the issue went on from another internet location,
on both PC’s.
Therefore, I confirmed that this is a bug brought on by the Windows 10 1809 update. I decided to start using noVNC to interact with my server instead (habitually), and took the chance to update my Windows Server 2019’s OS to the latest (cumulative) update(s).
This did not bring relief.
Both of the affected PC’s are also on the very latest (cumulative) update(s) ontop of being 1809, so I am really sure that this is a bug affecting the current versions of both OS’es.
Does anyone here have a solution, or otherwise can this issue be forwarded to the appropiate Microsoft development team?
-
Edited by
Monday, December 17, 2018 3:33 AM
Hi,
I am using the desktop experience version of Windows Server 2019.
I encountered an reproducible issue that I consider to be a bug only affecting users that use Remote Desktop (mstsc app) to connect from a
Windows 10 1809 PC to a Windows Server 2019 machine. This is because the problem started only after receiving the Windows 10 1809 update on my personal computer used to connect to my server.
The problem consists of serious connection instability issues. It will be nearly inoperable, because it’s hard to establish a successful connection; duration of establishing a connection will take a significant amount of time, and will most often hang for
a while in the stage of ‘Configuring’ or ‘Securing’ a remote connection (progress bar), before also hanging for a while on a black screen right after the progress bar pops into full-screen connected mode. This black screen (instead of the interface visuals
of your Windows Server 2019) can then either remain indefinitely, or transition into a view of your Windows Server 2019’s visuals, but in a hung state: there’ll be no interaction possible, and no movement of ongoing dynamically animated components (will appear
like a recording/print of your Win server screen’s state, so basically a frozen screen). This indicates to me that it nearly established a successfull connection, but still failed on the brink. It often spells for more success in your successive attempts.
Eventually, once you manage to successfully establish a connection, you’ll be able to operate without any issues for the duration of that session. Because the difficulties to establish a connection are random, you’ll end up trying to connect like 5 to 10
times, before finally, it ends up loading you into the Win server environment correctly.
My user experience is seriously impacted by this issue, since it’s really hard to establish a stable connection to my Windows Server 2019 machine now. Initially, for this reason I decided to temporarily use my alternative PC (still on the Win10 1803 April
version) to connect to my server, but then I went on to try to reproduce the issue and confirm it was a bug, by also updating my second PC to Win10 1809 and trying it there. The results on Win10 1809 were the same for that PC; the same type of severe connection
establishment issues as my main PC encountered. After that, I switched to another network and internet line, to determine if the issues was still somehow linked to something in my own environment; it was not, the issue went on from another internet location,
on both PC’s.
Therefore, I confirmed that this is a bug brought on by the Windows 10 1809 update. I decided to start using noVNC to interact with my server instead (habitually), and took the chance to update my Windows Server 2019’s OS to the latest (cumulative) update(s).
This did not bring relief.
Both of the affected PC’s are also on the very latest (cumulative) update(s) ontop of being 1809, so I am really sure that this is a bug affecting the current versions of both OS’es.
Does anyone here have a solution, or otherwise can this issue be forwarded to the appropiate Microsoft development team?
-
Edited by
Monday, December 17, 2018 3:33 AM
Содержание
- Не удается подключиться к удаленному компьютеру повторите попытку подключения server 2019
- Причины ошибки «Повторите попытку подключения»
- Как решить ошибку с RDP подключением
- Удаление или обновление ПО
- Удаления обновления KB2992611
- Понижение требования к уровню шифрования
- Невозможно подключиться к удаленному компьютеру или запустить удаленное приложение, если вы используете веб-доступ к терминалам или удаленное веб-пространство на Windows XP SP3 или Windows на компьютере на базе SP1 для малого бизнеса 2003 г.
- Симптомы
- Причина
- Обходной путь
- Если управление не отображается в списке надстройок
- «Не удается подключиться к удаленному компьютеру»: методы решения
- Избавляемся от ошибки «Не удается подключиться к удаленному компьютеру»
- Решение №1 Активирование опции сетевого обнаружения
- Решение №2 Открыть порт 3389 в Брандмауэре Windows
- Решение №3 Установка адресов DNS-серверов по умолчанию
- Устранение неполадок с подключениями к Удаленному рабочему столу
- Проверка состояния протокола RDP
- Проверка состояния протокола RDP на локальном компьютере
- Проверка состояния протокола RDP на удаленном компьютере
- Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
- Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
- Изменение блокирующего объекта групповой политики
- Проверка состояния служб RDP
- Проверка состояния прослушивателя протокола RDP
- Проверка состояния прослушивателя RDP
- Проверка состояния самозаверяющего сертификата протокола RDP
- Проверка разрешений для папки MachineKeys
- Проверка порта прослушивателя протокола RDP
- Проверка того, что другое приложение не пытается использовать тот же порт
- Проверка блокировки порта протокола RDP брандмауэром
- Server Windows 2019 RDS не пускает после рестарта сервера. Как исправить?
Не удается подключиться к удаленному компьютеру повторите попытку подключения server 2019
Добрый день уважаемые читатели и гости блога, сегодня столкнулся с такой ситуацией, при попытке подключиться к серверу терминалов на Windows Server 2008 R2 я получил ошибку «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» после ввода логина и пароля, что говорит как минимум о том, что порт доступен, давайте смотреть как можно решить данную проблему и восстановить доступ.
Причины ошибки «Повторите попытку подключения»
В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:
Как я и писал выше, появляется она после ввода корректного логина и пароля.
Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:
Как решить ошибку с RDP подключением
Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:
Удаление или обновление ПО
Начинаю я с этого метода, так как он самый правильный и с точки удобства и с точки безопасности. Если вам данное ПО не нужно, то советую его удалить его и провести очистку системы от мусора, если же программы нужны, то рассмотрите вариант их обновления на свежие версии в которых уже таких проблем нет. В моем случае это не получилось сделать, так как мне была необходима старая версия VipNet.
Удаления обновления KB2992611
Следующим методом я вам посоветую установка новых обновлений, которые это решают, могу посоветовать KB3018238 (оно идет теперь вместе с KB2992611) и KB3011780, с ходом времени, данные обновления могут перекрываться уже более новыми, так, что следите за ними на официальном сайте Microsoft. Если KB2992611 установлено, то попробуйте его удалить, проверить возможность подключения и снова поставить.
Скачать KB3011780 https://www.microsoft.com/ru-ru/download/details.aspx?id=44966
Скачиваете и производите обновление, это похоже на шаги описанные в проблеме, где windows 7 не находит обновления, мы так же устанавливали автономные версии.
Понижение требования к уровню шифрования
Не самое правильное решение, так как уменьшает уровень защиты и шифрования трафика, но может быть палочкой-выручалочкой в некоторых ситуациях. В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования». Для этого заходите в «Пуск > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:
Все теперь повторите подключение и повторите попытку зайти по RDP, ошибка должна исчезнуть, но поищите возможность все же обновиться.
Источник
Невозможно подключиться к удаленному компьютеру или запустить удаленное приложение, если вы используете веб-доступ к терминалам или удаленное веб-пространство на Windows XP SP3 или Windows на компьютере на базе SP1 для малого бизнеса 2003 г.
В этой статье предусмотрены обходные пути решения проблемы, при которой нельзя подключиться к удаленному компьютеру или запустить удаленное приложение при использовании TS Web Access или Remote Web Workspace.
Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 951607
Симптомы
На компьютере Windows XP Пакет обновления 3 (SP3) или Windows малого бизнеса Server 2003 Пакет обновления 1 (SP1) вы испытываете следующие симптомы:
При попытке подключения к удаленному компьютеру с помощью удаленного рабочего стола веб-подключение (TSWeb) кнопка Подключение отключена. На странице TSWeb также может содержаться следующее предупреждение:
Удаленный веб-ActiveX не установлен. Подключение невозможно сделать без рабочей установленной версии управления.
При попытке установки клиента Remote Desktop Connection 6.0 вы получаете сообщение, в которое говорится, что оно уже установлено на компьютере.
При подключении к удаленному компьютеру с помощью веб-сайта Удаленное рабочее пространство (RWW) вы заметите, что вы не можете скачать пульт удаленного подключения ActiveX управления. Или вы получите следующее сообщение об ошибке:
Удаленное веб-пространство — это функция, доступная в Microsoft Windows малого бизнеса Server (Windows SBS).
При подключении к удаленному компьютеру или запуску удаленного приложения веб-сайт Службы терминалов (TSWA) получает следующее сообщение об ошибке. На этом веб-сайте требуется клиент служб терминала, который, как представляется, не установлен в этой системе. Установите последний клиент и убедитесь, что у вас есть последние обновления Windows перед продолжением.
При доступе к странице Компьютеры удаленного доступа с помощью Windows Home Server вы можете получить следующее сообщение об ошибке: Надстройка отключена, эта веб-страница запрашивает отключенную надстройку. Чтобы включить надстройки, нажмите здесь. Кроме того, при попытке подключения к домашнему Windows или домашнему компьютеру вы можете получить следующее сообщение об ошибке:
Эта функция требует, чтобы Windows веб-сайт домашнего сервера был добавлен в зону доверенных сайтов в https://my.homeserver.com Internet Explorer. Чтобы добавить Windows веб-сайт домашнего сервера, откройте диалоговое окно Internet Explorer’s Internet Options, нажмите на вкладку Безопасность. Выберите «Доверенные сайты» и нажмите кнопку «Сайты». Добавьте адрес веб-сайта https://my.homeserver.com с помощью кнопки Добавить и нажмите кнопку Закрыть.
После добавления URL-адреса домашнего сервера в список доверенных сайтов вы получите одно и то же сообщение об ошибке и все еще не можете подключиться.
При доступе к Windows домашнему серверу с помощью удаленного доступа к веб-сайту вы можете получить следующее сообщение об ошибке:
Надстройка отключена Эта веб-страницу запрашивает надстройку, которая отключена. Чтобы включить надстройки, нажмите здесь.
Кроме того, при попытке подключения к домашнему серверу Windows вы можете получить следующее сообщение об ошибке: для удаленного подключения к домашнему серверу или домашнему компьютеру необходимо установить надстройку microsoft Terminal Services Client Control или надстройку Microsoft RDP для веб-браузера. Если вы отказались от установки надстройки, обновите страницу и установите ее по запросу. В противном случае добавьте эту надстройку с помощью значка Управление надстройкой в панели состояния веб-браузера или обратитесь к документации веб-браузера о том, как включить эту надстройку.
Причина
Эта проблема возникает, если ActiveX для клиента удаленного рабочего стола не включен в веб-браузере. По умолчанию ActiveX после установки Windows XP Пакет обновления 3 (SP3) или Windows sp1.
Обходной путь
Чтобы решить эту проблему, выполните следующие действия:
Запустите Internet Explorer.
Посетите веб-сайт, который вызывает эту проблему.
Если вы используете Windows Internet Explorer 7, выполните следующие действия:
Если вы используете Internet Explorer 6, выполните следующие действия:
Добавьте сайт в доверенные сайты в Internet Explorer.
Перезапуск браузера Internet Explorer
Попробуйте подключиться к удаленному компьютеру. Или попробуйте запустить удаленное приложение.
Если управление не отображается в списке надстройок
Иногда в списке надстройок не отображается ActiveX управления клиентской службой Майкрософт.
Чтобы устранить эту проблему, можно попробовать следующие действия, чтобы попытаться отобразить управление, сбросив Internet Explorer обратно в конфигурацию по умолчанию.
После сброса internet Explorer в конфигурацию по умолчанию попробуйте подключиться к удаленному компьютеру или запустить удаленное приложение. Если он не работает, выполните действия в обходе, чтобы включить управление клиентом службы терминалов Майкрософт ActiveX управления. Если элемент управления еще не указан, можно изменить реестр, чтобы удалить ключ, если он существует.
В статье содержатся сведения об изменении реестра. Перед внесением изменений рекомендуется создать резервную копию реестра. и изучить процедуру его восстановления на случай возникновения проблемы. Дополнительные сведения о том, как восстановить, восстановить и изменить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт: 322756 Как создать и восстановить реестр в Windows
Удалите следующие клавиши реестра, если они существуют:
HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings <7584c670-2274-4efb-b00b-d6aaba6d3850>HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings <971127bb-259f-48c2-bd75-5f97a3331551>HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings <9059f30f-4eb1-4bd2-9fdc-36f43a218f4a>HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings <4eb89ff4-7f78-4a0f-8b8d-2bf02e94e4b2>HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings <4edcb26c-d24c-4e72-af07-b576699ac0de>HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExtSettings
После удаления ключей реестра выйдите и перезапустите Internet Explorer и попробуйте подключиться к удаленному компьютеру или запустить удаленное приложение снова.
Если это не решит проблему, можно перерегистрируйте mstscax.dll файл. Для этого выполните следующие действия:
Выход internet Explorer.
Нажмите кнопку Начните, нажмите кнопку Выполнить и введите или скопируйте и введите следующий текст в поле Open и нажмите кнопку ОК: %windir% system32 regsvr32 mstscax.dll
В запросе подтверждения нажмите кнопку ОК.
Перезапустите Internet Explorer и попробуйте подключиться к удаленному компьютеру или запустить удаленное приложение.
Источник
«Не удается подключиться к удаленному компьютеру»: методы решения
В сегодняшней статье мы рассмотрим с вами ошибку «Не удается подключиться к удаленному компьютеру». Но прежде нам нужно кое в чем разобраться…
Протокол удаленного рабочего стола — это встроенная утилита операционной системы Windows, которая позволяет пользователям получать доступ к компьютерам, подключенной к одной и той же или разным сетям без надобности в физическом контакте.
Многие пользователи предпочитают использовать стороннее программное обеспечение для удаленного доступа к нужному им компьютеру, однако некоторые любят пользоваться системной утилитой, несмотря на то, что ее принято считать не самой надежной.
Вернемся к нашей ошибке. Она появляется в тот момент, когда вы пытаетесь подключиться к нужному вам компьютеру, находящемуся в одной и той же сети, что и вы или же в другой сети. Сообщение ошибки гласит:
Не удается подключиться к удаленному компьютеру.
Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.
Причины данной ошибки могут быть следующими:
Избавляемся от ошибки «Не удается подключиться к удаленному компьютеру»
Решение №1 Активирование опции сетевого обнаружения
Сетевое обнаружение — это особая опция Windows, которая определяет, может ли ваша система видеть/сканировать другие системы в сети или нет. Если вы хотите пользоваться функционалом удаленного рабочего стола, то вам просто-таки необходимо активировать эту опцию. Для этого сделайте следующее:
Проверяем наличие ошибки «Не удается подключиться к удаленному компьютеру».
Решение №2 Открыть порт 3389 в Брандмауэре Windows
Порт 3389 по умолчанию используется при удаленном доступе, так что у вас не получится установить подключение, если данный порт заблокирован в Брандмауэре Windows. Чтобы открыть порт 3389, сделайте следующее:
Попробуйте снова подключиться и проверьте, будет ли появляться ошибка «Не удается подключиться к удаленному компьютеру».
Решение №3 Установка адресов DNS-серверов по умолчанию
Не так давно задали особый адрес DNS-сервера для своей системы? Это нужно исправить, выставив значения для DNS по умолчанию. Для этого вам потребуется сделать следующее:
Мы надеемся, что данный материал мы полезен при решении ошибки «Не удается подключиться к удаленному компьютеру».
Источник
Устранение неполадок с подключениями к Удаленному рабочему столу
Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину.
Проверка состояния протокола RDP
Проверка состояния протокола RDP на локальном компьютере
Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).
Проверка состояния протокола RDP на удаленном компьютере
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:
Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.
Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:
Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.
Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP. 
Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.
Изменение блокирующего объекта групповой политики
Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).
Чтобы изменить блокирующую политику, используйте один из следующих методов.
Проверка состояния служб RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:
Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).
На любом компьютере запустите одну или обе службы, если они запущены.
Если вы запускаете службу удаленных рабочих столов, нажмите кнопку Да, чтобы служба перенаправителя портов пользовательского режима служб удаленного рабочего стола перезапустилась автоматически.
Проверка состояния прослушивателя протокола RDP
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Проверка состояния прослушивателя RDP
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:
Введите qwinsta. 
Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.
Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.
Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).
Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:
Замените именем экспортированного REG-файла.
Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Если подключиться все равно не удается, перезагрузите затронутый компьютер.
Проверка состояния самозаверяющего сертификата протокола RDP
Проверка разрешений для папки MachineKeys
Проверка порта прослушивателя протокола RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:
Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это. В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.
Проверка того, что другое приложение не пытается использовать тот же порт
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Введите следующую команду:
Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.
Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».
Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:
Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.
Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:
Проверка блокировки порта протокола RDP брандмауэром
С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.
Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.
Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:
Проверьте выходные данные команды psping на наличие таких результатов:
Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.
Проверьте, блокирует ли этот компьютер подключения от всех остальных компьютеров, некоторых других компьютеров или только одного компьютера.
Рекомендуемые дальнейшие действия:
Источник
Server Windows 2019 RDS не пускает после рестарта сервера. Как исправить?
Проявилась проблема.
server 2019
подняты службы RDS (стандартное развертывание на одном сервере)
После перезагрузки сервера невозможно зайти по рдп.
Сообщение ошибки:
Можно зайти только локально, либо через IPMI консоль
События в диспетчере серверов показывают следующее:
Ранее помогал перезапуск следующих служб подряд
служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).
и после этого рестартим «Службы удаленных рабочих столов», если их рестартить сразу, без рестарта вышеуказанных. то вылетит ошибка, что служба не ответила вовремя. и в итоге она висит в состоянии остановка.
Если все это проделать, то доступ восстанавливается.
Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.
Пробовал переустановить всю роль RDS. Проблема так же осталась. после перезагрузки приходится делать рестарт служб указанных выше.
Сегодня данный алгоритм не помог.
Если выставить уровень безопасности rdp, вместо «согласование», до доступ будет и без перезапуска служб.
Пришлось пока оставить уровень безопасности rdp, но в коллекциях я не вижу сеансы пользователей, хотя они зашли и работают.
в событиях продолжает появляться ошибки, которые я писал выше 1306 и 1296
Данную проблему не могу решить уже несколько месяцев.
На форумах натыкался на подобные ситуации, но либо там решения не найдено, либо ответов нет вообще.
Что может быть? как исправить без переустановки системы?
Источник