Не могу подключиться к удаленному рабочему столу windows server 2019

Проявилась проблема.

Проявилась проблема.

server 2019

подняты службы RDS (стандартное развертывание на одном сервере)

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

Сообщение ошибки: «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.»

Можно зайти только локально, либо через IPMI консоль

События в диспетчере серверов показывают следующее:

код 1296

При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка.
Пользователь: ———
Ошибка: Посредник подключений к удаленному рабочему столу не готов к RPC.

код 1306 

Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ———- 
Ошибка: NULL

Помогает перезапуск всех служб подряд 

служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже
после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит). 

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

Если все это проделать, то доступ восстанавливается.

Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.

Кто сталкивался. куда смотреть, копать? что делать? 

  • Remove From My Forums
  • Question

  • I’m trying to set up 2019 RDS to replace our 2008R2 Terminal Server.  I used this paper as a guide, but did not publish any apps, just using
    session based desktops:
    https://gallery.technet.microsoft.com/Windows-Server-2016-Remote-ffc383fe

    I have a broker server, gateway server, web server and two session hosts.  Licensing server is running on the broker server but not activated
    yet.  I also haven’t enabled the gateway server yet as I’m just testing internally. 
    So far I have just one collection pointing to one of the session host servers. 
    We are not testing any remote apps, just session based desktops.

    Here’s the problem:

    • I’m able to initially get two users connected (either directly on the broker server, or through the Remote Desktop Web Access page) If a third tries to connect, it hangs
      at a black screen and eventually gives the message «failed to reconnect to your remote session.  Please try to connect again».  I would expect to see a message about not enough licenses or do you want to bump someone else off.
    • During the black screen time, and before the error message, the active two users get bumped off, but then automatically reconnect.
    • If I then log off one or both of the active users, I’m unable to log anyone into the server again.  They all get the black screen and the error
      message.  At this point I’m only able to log into the server on the console.  The only way to fix this is to reboot the broker server, and the cycle begins again.

    Here’s what shows up in the Event Viewer on the Broker server:

    • When active users get bumped out the
      TerminalServices-LocalSessionManager log shows an error like this: “Session 3 has been disconnected, reason code 3489660929”. 
      Also shows reason codes 12 and 0.  Also get this error in the same log: “
      An error occurred when transitioning from CsrConnected in response to EvCsrInitialized.
      (ErrorCode 0x80070102)”
    • In the
      RemoteDesktopServices-RdpCoreTS Operational
      log, we get lots of weird errors:

    -TCP socket READ operation failed, error 10054”; “RDP_TCP: An error was encountered when transitioning from StateUnknown in response to Event_Disconnect (error code 0x80072746).”;

    -RDP_SEC: An error was encountered when transitioning from FStateProcessingData in response to FEventPostReceiveFailed (error code 0x80072746).”

    -RDP_SEC: An error was encountered when transitioning from FStatePassthrough in response to FEventCheckAndCompleteReadsFailed (error code 0x8007139F)”.

    -Failed InputMgr->GetHandles’ in CUMRDPConnection::GetInputHandles at 4043 err=[0x80070102]”; “’GetInputHandles Failed’ in CUMRDPConnection::GetInputHandles at
    1401 err=[0x80070102]”

    Here’s what I’ve tried:

    • All servers are updated
    • Removed and recreated my collection
    • Rebooted many times
    • Restarted the Windows Audio service
    • Tried both from the RD Web Access page and directly connecting to the Broker server
    • Tried disabling firewalls on all RDS servers

    I’m kind of at a loss and it’s driving me bananas. 
    Any suggestions would be much appreciated!


    George Moore

Answers

  • My apologies, I should have posted back with the results of Microsoft’s troubleshooting.  Actually, it wasn’t Microsoft that found the issue, I finally did and feel silly I didn’t find it sooner.  It ended up the OU the RDS servers were in was
    causing our issue.  Once I moved them to a new OU near the top of our AD structure, the problems went away and everything began working normally.

    Unfortunately, after going through all that, I discovered that O365 isn’t supported in RDS 2019, which was a deal breaker for us.  I ended up rebuilding everything in Server 2016, which does support O365 and it is working well.


    George Moore

    • Marked as answer by

      Wednesday, March 27, 2019 8:12 PM

  • Remove From My Forums
  • Question

  • I’m trying to set up 2019 RDS to replace our 2008R2 Terminal Server.  I used this paper as a guide, but did not publish any apps, just using
    session based desktops:
    https://gallery.technet.microsoft.com/Windows-Server-2016-Remote-ffc383fe

    I have a broker server, gateway server, web server and two session hosts.  Licensing server is running on the broker server but not activated
    yet.  I also haven’t enabled the gateway server yet as I’m just testing internally. 
    So far I have just one collection pointing to one of the session host servers. 
    We are not testing any remote apps, just session based desktops.

    Here’s the problem:

    • I’m able to initially get two users connected (either directly on the broker server, or through the Remote Desktop Web Access page) If a third tries to connect, it hangs
      at a black screen and eventually gives the message «failed to reconnect to your remote session.  Please try to connect again».  I would expect to see a message about not enough licenses or do you want to bump someone else off.
    • During the black screen time, and before the error message, the active two users get bumped off, but then automatically reconnect.
    • If I then log off one or both of the active users, I’m unable to log anyone into the server again.  They all get the black screen and the error
      message.  At this point I’m only able to log into the server on the console.  The only way to fix this is to reboot the broker server, and the cycle begins again.

    Here’s what shows up in the Event Viewer on the Broker server:

    • When active users get bumped out the
      TerminalServices-LocalSessionManager log shows an error like this: “Session 3 has been disconnected, reason code 3489660929”. 
      Also shows reason codes 12 and 0.  Also get this error in the same log: “
      An error occurred when transitioning from CsrConnected in response to EvCsrInitialized.
      (ErrorCode 0x80070102)”
    • In the
      RemoteDesktopServices-RdpCoreTS Operational
      log, we get lots of weird errors:

    -TCP socket READ operation failed, error 10054”; “RDP_TCP: An error was encountered when transitioning from StateUnknown in response to Event_Disconnect (error code 0x80072746).”;

    -RDP_SEC: An error was encountered when transitioning from FStateProcessingData in response to FEventPostReceiveFailed (error code 0x80072746).”

    -RDP_SEC: An error was encountered when transitioning from FStatePassthrough in response to FEventCheckAndCompleteReadsFailed (error code 0x8007139F)”.

    -Failed InputMgr->GetHandles’ in CUMRDPConnection::GetInputHandles at 4043 err=[0x80070102]”; “’GetInputHandles Failed’ in CUMRDPConnection::GetInputHandles at
    1401 err=[0x80070102]”

    Here’s what I’ve tried:

    • All servers are updated
    • Removed and recreated my collection
    • Rebooted many times
    • Restarted the Windows Audio service
    • Tried both from the RD Web Access page and directly connecting to the Broker server
    • Tried disabling firewalls on all RDS servers

    I’m kind of at a loss and it’s driving me bananas. 
    Any suggestions would be much appreciated!


    George Moore

Answers

  • My apologies, I should have posted back with the results of Microsoft’s troubleshooting.  Actually, it wasn’t Microsoft that found the issue, I finally did and feel silly I didn’t find it sooner.  It ended up the OU the RDS servers were in was
    causing our issue.  Once I moved them to a new OU near the top of our AD structure, the problems went away and everything began working normally.

    Unfortunately, after going through all that, I discovered that O365 isn’t supported in RDS 2019, which was a deal breaker for us.  I ended up rebuilding everything in Server 2016, which does support O365 and it is working well.


    George Moore

    • Marked as answer by

      Wednesday, March 27, 2019 8:12 PM

В последнее время всё чаще у пользователей Windows 7 возникает ошибка при подключении к удаленному рабочему столу на Windows Server 20162019 через шлюз удаленных рабочих столов.

Ошибка следующая — “Не удалось подключиться к удаленному компьютеру, так как сервер шлюза удаленных рабочих столов временно недоступен. Попробуйте подключиться позже или обратитесь за помощью к администратору сети.”

Ошибка подключения к серверу

Рисунок 1 — Ошибка подключения к серверу

Данная ошибка происходит из-за того что “Подключение к удаленному рабочему столу (mstsc.exe)” не поддерживает протокол удаленного рабочего стола 8.1.

Старая версия утилиты ms

Рисунок 2 — Старая версия утилиты ms

Причина — не стоят обновления на Windows 7. В этом случае можно установить все обновления на Windows 7 через центр обновления Windows.

Центр обновления Windows

Рисунок 3 — Центр обновления Windows

Второй способ — установить требуемые обновления вручную.

Обновления нужно ставить в зависимости от разрядности ОС Windows 7 (32 или 64-битной).

Обновления устанавливаются в следующем порядке:

  1. Windows6.1 — KB2574819-v2
  2. Windows6.1 — KB2830477
  3. Windows6.1 — KB2857650
  4. Windows6.1 — KB2913751

Компьютер перезагрузится один раз.

После обновления мы получаем “Подключение к удаленному рабочему столу (mstsc.exe)” версии 6.3.9600 с возможностью подключаться к Windows Server 20162019:

Версия после обновления

Рисунок 4 — Версия после обновления

Требуется помощь? Напишите в наш чат!

Проявилась проблема.
server 2019
подняты службы RDS (стандартное развертывание на одном сервере)
После перезагрузки сервера невозможно зайти по рдп.
Сообщение ошибки:

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

Можно зайти только локально, либо через IPMI консоль
События в диспетчере серверов показывают следующее:

код 1296
  
При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка.
Пользователь: --------
Ошибка: Посредник подключений к удаленному рабочему столу не готов к RPC.

код 1306
  
Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ----------
Ошибка: NULL

код 1280
  
Службам удаленных рабочих столов не удалось присоединиться к посреднику подключений на сервере .......
Ошибка: Текущее асинхронное сообщение отброшено асинхронным диспетчером, так как существует новое сообщение, которое переопределит текущее.

Ранее помогал перезапуск следующих служб подряд

служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).

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

Если все это проделать, то доступ восстанавливается.

Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.

Пробовал переустановить всю роль RDS. Проблема так же осталась. после перезагрузки приходится делать рестарт служб указанных выше.
Сегодня данный алгоритм не помог.
Если выставить уровень безопасности rdp, вместо «согласование», до доступ будет и без перезапуска служб.
Пришлось пока оставить уровень безопасности rdp, но в коллекциях я не вижу сеансы пользователей, хотя они зашли и работают.

в событиях продолжает появляться ошибки, которые я писал выше 1306 и 1296
Данную проблему не могу решить уже несколько месяцев.
На форумах натыкался на подобные ситуации, но либо там решения не найдено, либо ответов нет вообще.

Что может быть? как исправить без переустановки системы?

Описанные в статье «Как включить удалённый рабочий стол RDP в Windows 10» способы также будут работать и на Windows Server 2019. В дополнении к ним есть ещё несколько способов включения RDP на Windows Server 2019.

Как включить удалённый рабочий стол на Windows Server 2019 в PowerShell

Разрешение службы удалённых рабочих столов в Windows Server 2019 быстрее сделать в PowerShell, чем в графическом интерфейсе. Для этого параметра мы будем использовать командлет Set-ItemPropery для изменения параметра флага реестра.

Запустите сеанс PowerShell от имени администратора. Для этого нажмите Win+x и выберите Windows PowerShell (администратор):

 

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

Set-ItemProperty -Path 'HKLM:SystemCurrentControlSetControlTerminal Server' -name "fDenyTSConnections" -value 0

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

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Для отключения RDP запустите:

Set-ItemProperty -Path 'HKLM:SystemCurrentControlSetControlTerminal Server' -name "fDenyTSConnections" -value 1

Если вы не дружите с терминалом, вы также можете включить службу RDP из графического интерфейса сервера. Откройте Диспетчер серверов из меню «Пуск» и нажмите на «Локальный сервер» в левой части. Найдите пункт «Удалённый рабочий стол» и кликните по слову «Отключено»:

В открывшемся окне выберите «Разрешить удалённые подключения к этому компьютеру»:

Согласитесь с изменением правила файервола:

Связанные статьи:

  • Как подключиться к другому компьютеру и видеть его экран по RDP (97.8%)
  • Как включить удалённый рабочий стол RDP в Windows 10 и Windows 11 (81.4%)
  • Как изменить сетевое расположение с общедоступного на частное в Windows 10, Windows 11 и Windows Server 2016/2019/2022? (68.7%)
  • Как установить модуль Active Directory PowerShell на Windows Server, Windows 11 и Windows 10 (68.7%)
  • В чем разница между Windows и Windows Server? (66.5%)
  • Как отключить контроль учётных записей пользователей (UAC) — простой способ для Windows 7, 8 и 10 (RANDOM — 50%)

Содержание

  1. При подключении по rdp черный экран windows server 2019
  2. Причины черного экрана по RDP сессии
  3. Как исправляется ошибка при подключении по rdp черный экран рабочего стола
  4. Удаление обновлений KB3192404
  5. Отключение taskoffload
  6. Черный экран на терминальном сервере из-за драйверов принтера
  7. Переполнение ветки реестра с правилами брандмауэра
  8. Алгоритм решения черного экрана при сбойном диспетчере печати
  9. При подключении по rdp черный экран windows server 2019

При подключении по rdp черный экран windows server 2019

Pri podklyuchenii po rdp chernyiy e%60kran rabochego stola

Добрый день уважаемые читатели, наверняка у многих на работе используется служба терминалов, где многие пользователи запускают и работаю с нужными приложениями удаленно на сервере, это может быть 1С или какой нибудь MS SQL SERVER, благодаря серверу терминалов, у вас есть возможность не вставая со своего рабочего места, подключиться по протоколу RDP к нужному серверу и взаимодействовать с ним, но Windows не была бы Windows, если бы не были проблемы. У вас может возникнуть ситуация, что при подключении по rdp черный экран рабочего стола, закрыв экран RDP сессии и снова подключившись вы видите, все тот же черный экран, я такое видел и на операционных системах Windows Server 2008 R2 и 2012 R2, давайте разбираться в чем дело и как это исправить.

Причины черного экрана по RDP сессии

Я довольно часто встречаю эту проблему, и в 99 процентах случаев она связана с зависшей сессией пользователя, на удаленном сервере. Большинство пользователей в большинстве случаев, не разлогиниваются от удаленной сессии, а просто закрывают окно удаленного подключения, чтобы, подключившись снова они могли продолжить свою работу с прежнего места. В некоторых случаях это оправдано, когда человек запустил какой-то процесс, и проверяет его выполнение, через периодическое подключение, но это единичные случаи, чаще всего люди просто забивают на это, а многие системные администраторы не настраивают отключение после некоторого времени бездействия, вот и выходит ситуация с черным экраном при подключении по RDP,

Pri podklyuchenii po rdp chernyiy e%60kran

Как исправляется ошибка при подключении по rdp черный экран рабочего стола

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

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

rdp chernyiy e%60kran 1

Второй способ, если у вас некому сделать выход учетной записи, то на черном экране нажмите ctrl+alt+end (это аналог CTRL+ALT+DEL в терминальной сессии) и из меню выберите Выход или Выйти из системы, это равносильно разлогированию.

rdp chernyiy e%60kran 2

rdp chernyiy e%60kran 3

Так же можно уменьшить разрешение экрана при RDP сессии, для этого переходим на вкладку экран и ставим например 800 на 600 пикселей.

chernyiy e%60kran rdp server 2012 r2

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

Для этого жмем WIN+R и вводим gpedit.msc.

chernyiy e%60kran rdp server 2012 r2 2

Далее идем по пути Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Настройка сжатия данных RemoteFX. Включаем его и ставим не использовать алгоритм сжатия RDP.

chernyiy e%60kran rdp server 2012 r2 3

Удаление обновлений KB3192404

Помню, что было сбойное обновление KB3192404 для Windows 8.1 или Windows Server 2012 R2, если его обновить, то черный экран пропадал по RDP. Думаю все эти не сложные методы помогут вам решить проблему с черным экраном по RDP подключению. В случае Windows 2008 R2 эта проблема, как известно, вызвана определенным обновлением Microsoft KB2830477, вы можете попробовать удалить его со своего сервера, если он там есть.

Отключение taskoffload

Хоть Microsoft и говорила, что не нужно отключать для Windows Server 2012 R2 параметр у сетевой карты taskoffload, но практика говорит обратное. После его отключения и перезагрузки пропали черные экраны по RDP сессиям.

Prevyshenie vremeni ozhidaniya 240000 ms

Черный экран на терминальном сервере из-за драйверов принтера

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

После исключения всех очевидных причин на сервере, перечисленных выше, мое исследование показало, что эта проблема черного экрана RDP возникает из-за некоторых драйверов принтера, установленных на сервере Windows 2012 R2. Хотя я не очень уверен, какие драйверы принтеров вызывают эту проблему, выполните следующие шаги, чтобы решить эту проблему.

Переполнение ветки реестра с правилами брандмауэра

Когда пользователь заходит на сервер, то в определенной ветке реестра добавляются 9 правил, для приложений Cortana, и когда пользователь выходит из системы они должны удалиться, но этого не происходит и при следующем заходе создадутся еще 9 правил, а далее по накатанной. Все это в какой-то момент переполняет ветку реестра. Так же в логах сервера вы легко можете видеть ошибку

Или вот такой вариант:

appx registerpackageasync v

Вот ветка, где создаются данные правила:

Черный экран может себя уже проявлять при 25 000 записей.

registry branch firewallpolicy 2

Чтобы победить черный экран необходимо удалить их, для это выполните:

Для Windows Server 2019, вот такую ветку нужно удалить и воссоздать: HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyRestrictedServicesAppIsoFirewallRules

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

Тип REG_DWORD с именем DeleteUserAppContainersOnLogoff и значением 1. После чего просто перезагрузитесь.

Алгоритм решения черного экрана при сбойном диспетчере печати

Monitors Local Port

Control Print Monitors

Print Providers

winprint

Процессоры печати Процессор печати по умолчанию: winprint. Закройте редактор реестра. Перезапустите диспетчер очереди печати или перезагрузите сервер.

Источник

При подключении по rdp черный экран windows server 2019

Данная статья подходит для всех версий Windows Server.

Если у Вас возникает проблема черного экрана при подключении к удаленному рабочему столу (RDP) в большинстве случаев эта проблема может быть связана с «зависшей» сессией. Т.е когда пользователь не разлогинивается в удаленном рабочем столе, а просто закрывает окно RDP, иногда это оправдано, для быстрого повторного подключения

1 1

Разлогинить пользователя через диспетчер задач.

2 2

Администратор, либо любой другой пользователь имеющие данные права может зайти в диспетчер задач => Пользователи => Найти нужного пользователя => Нажать кнопку «Выйти». После чего тот пользователь у которого был черный экран снова подключается по RDP и данная проблема должна быть устранена.

Самостоятельный выход пользователя без вмешательства администратора

3

Отключение постоянного кэширования точечных рисунков

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

4 1

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

5

Отключение сжатия для RDP

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

Win + R => gpedit.msc => Конфигурация компьютера => Административные шаблоны => Компоненты Windows > Службы удаленных рабочих столов => Узел сеансов удаленных рабочих столов => Настройка сжатия данных RemoteFX. Включаем функцию и ставим «Не использовать алгоритм сжатия RDP».

7

Отключение taskoffload через терминал

По различным наблюдениям иногда от черных экранов помогает отключение функции taskoffload. Откройте на сервере командную строку от имени администратора и введите: netsh int ip set global taskoffload=disabled

После перезагрузите сервер.

Помимо всего, убедитесь, что у Вас сервер лицензирован и кроме черного экрана у клиентов не выходят какие-либо ошибки. К примеру как на скриншоте ниже:

problema s licenziyei udalennyh rab stolov

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

Источник

Понравилась статья? Поделить с друзьями:
  • Не могу подключиться к удаленному рабочему столу windows server 2012 r2
  • Не могу подключиться к удаленному рабочему столу windows 10 домашняя
  • Не могу подключиться к сетевому компьютеру windows 10
  • Не могу подключиться к сетевой папке windows 10
  • Не могу подключиться к расшаренному принтеру windows 10 ошибка 0x0000011b