Windows server 2012 r2 rdp черный экран

date 26.04.2021

user

В этой статье мы рассмотрим, что делать, если при RDP подключении к удаленному хосту вместо рабочего стола вы видите черный экран. Эта проблема стала довольно часто встречаться в последних билдах Windows 10 и Windows Server 2019, и я решил оставить тут информацию из внутренней базы знания нашего HelpDesk о типовых способах решения.

Итак, вы пытаетесь подключиться к удаленному компьютеру стандартным RDP клиентом Windows (mstsc.exe) и после ввода имени и пароля вместо рабочего стола вы видите черный экран (BLM).

Причин, из-за которых вместо RDP сессии отображается черный экран довольно много. Как-то диагностировать или классифицировать их довольно сложно.

В RDP сессии нажмите сочетание клавиш
CTRL+ALT+END
(в том числе позволяет сменить пароль в RDP сеансе), а затем нажмите кнопку Отмена. Иногда это позволяет вернуться к рабочему столу RDP сессии. Если это не помогло, запустите из этого экрана диспетчер задач Task Manager и запустите процесс File Explorer (File -> Run new task ->
explorer.exe
-> Ok);
Проверьте, что в настройках RDP клиента (
mstsc.exe
) отключено кэширование (отключите опцию Persistent bitmap caching на вкладке Experience) и используется разрешение экрана, которое поддерживается удаленным хостом (на вкладке Display выставите меньшее разрешение экрана, или попробуйте режим Full Screen);
Убедитесь, что на вашем и на удаленном компьютере установлены последние версии видеодрайверов. Попробуйте воспользоваться автоматическим обновлением драйверов (если этот режим у вас не отключен), или скачайте и установите драйвер вручную). В некоторых случаях для Windows 10 нужно принудительно выставить режим использования XDDM видео драйвера вместо WDDM. Для этого нужно открыть редактор групповых политик gpedit.msc и в разделе Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment установить значение параметра Use WDDM graphics display driver for Remote Desktop Connections = Disabled (либо тоже самое через реестр:
reg add “HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services” /v “fEnableWddmDriver” /t REG_DWORD /d 0 /f
. Обновите групповые политики на RDP сервере;
В Windows Server 2016 с настроенными таймаутами для RDS сессий пару раз сталкивался с жалобами пользователей, что после подключения в отключенную (disconnected) сессию, она не активировалась корректно и они видели черный экран. Здесь поможет только завершение RDP сеанса пользователем самостоятельно (CTRL+ALT+End -> Sign out), либо принудительное завершение сессии администратором (по аналогии со статьей Не удается завершить требуемую операцию при входе по RDP). Либо настройте более агрессивные настройки отключения disconnected сессий;
Отключите использование протокола UDP 3389 для передачи RDP трафика в дополнение к стандартному RDP порту TCP 3389 (доступно, начиная с Windows Server 2012 R2/Windows 8.1) через параметр Turn off UDP on client на клиенте (Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Connection Client) или через реестр:
reg add “HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client” /v “fClientDisableUDP” /t REG_DWORD /d 1 /f
. Для отключения UDP протокола для RDP трафика на стороне сервера, настройте параметр GPO …Remote Desktop Session Host -> Connections -> Select RDP transport protocols = Use only TCP.

Из более экзотических рекомендаций от Microsoft, которые помогают далеко не всегда, но могут исправить именно источник проблемы:

Убедитесь, то RDP сервер, клиент и все сетевое оборудование между ними настроены на одинаковый размер MTU;
Отключите сжатие передаваемых данных в сеансе RDP через редактор локальной GPO – Configure compression for RemoteFX data (Настройка сжатия данных RemoteFX) = Do not use an RDP compression algorithm (Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host).
Если проблема с черным экраном в RDP встречается на Windows Server 2019 и Windows 10 1809+. Откройте Event Viewer и проверьте журнал событий Application and Service Logs –> Microsoft –> Windows –> RemoteDesktopService-RdpCoreTS. Проверьте, есть ли там ошибки вида ‘
Failed GetConnectionProperty’ in CUMRDPConnection::QueryProperty at 2884 err=[0x80004001]
‘, ‘
Connection doesn’t support logon error redirector’ in CUMRDPConnection::GetLogonErrorRedirector at 4199 err=[0x80004001]
. Если такие ошибки встречаются, нужно отключить использование протокола URCP (Universal Rate Control Protocol), который используется для передачи некоторых данных между RDP клиентом и сервером поверх UDP (MS-RDPEUDP2):
reg add “HKLM\SOFTWARE\Microsoft\Terminal Server Client” /v “UseURCP” /t REG_DWORD /d 0 /f

или так
New-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Terminal Server Client' -Name UseURCP -PropertyType DWord -Value 0

Источник

Remove From My Forums

Question
Dear All,

We are facing an issue with one of our Server.

After every 15- 20 Days whenever I try to connect via RDP, the black screen appears and then session disconnected and after sometimes same is happening in Management Console also.

We also connected a monitor but the issue remains same in physically connected monitor. We have checked from Windows side and services also, there is no issue with windows and services.

This issue is happening with only one of our server

Answers

Hi Frank,

(1) We Checked our installed Paches But Not Found this Patch KB 2830477.

(2) we gone through this but not resolved issue “On resume display
logon screen” is enabled on-screen server settings of the server, so one can try disabling the same under

Control Panel->Display->ScreenSaver settings.

Also We did

If you are RDPing into the server from Internet and you get this
black screen issue, than try to RDP into the server from local Lan, some people have found the issue only happens from internet. If that is the case than an easier workaround would be to connect to VPN and then access the server on local IP

We Got The Error in System Logs= The Windows logon process has unexpectedly terminated. Event ID 4005.

Is There any Hot Fix Or Patch Developed by Microsoft for resolve this Issue ? if any please Suggest me .
- Edited by
  
  Tuesday, August 1, 2017 12:45 PM
- Marked as answer by
  Naved Anjum
  Wednesday, August 2, 2017 6:22 AM
- Marked as answer by
  Naved Anjum
  Thursday, August 3, 2017 9:41 AM
Hi Frank,

Overall,there is no need to install this suggested patches November
2016 Preview of Monthly Quality Rollup for Windows 8.1 and Windows Server 2012 R2 hotfix for resolve the RDP issue
while i installed full update on jun 2017 with Monthly Quality rollup. but after
full update on jun 2017 with Monthly Quality rollup i am suffering for
RDP issue so plz suggest which hotfix & what to do for resolve the issue……..i am feeling helpless..even i did lots of
troubleshooting…………..
- Marked as answer by
  Naved Anjum
  Friday, August 4, 2017 10:20 AM
- Marked as answer by
  Naved Anjum
  Monday, August 7, 2017 9:49 AM
Hi Frank,

Thank you for your Response..

1.Not installed this role on my Network ‘Is RDS role installed on the server,.

2 i did this step but not responding , “CTRL-ALT-END”
bring up the “security options” on RDP screen and local screen?

Now i am planning to Install this patches ,November
2016 Preview of Monthly Quality Rollup for Windows 8.1 and Windows Server 2012 R2, which is KB3197875, and will try
to removing these two KBs ,KB3172614 or KB3179574….
i need your suggestion about this activity…

Because the problematic server is our Production server which is working in fail-over clustering. so i would like you suggestion
for this activity …
- Marked as answer by
  Naved Anjum
  Tuesday, August 8, 2017 9:30 AM
- Marked as answer by
  Naved Anjum
  Saturday, August 19, 2017 6:39 AM
Hi,

I checked with my server this
KB2919355 is already installed. i installed again this peaches but error was same.we collected the CBS log of the installation process of KB3197875, and uploaded on given link…

https://onedrive.live.com/

Second thing: i am going to uninstall patches,KB3172614
or KB3179574 from my problematic server…….plz suggest if any process for resolved this issue..
- Marked as answer by
  Naved Anjum
  Tuesday, August 22, 2017 10:05 AM
Hi,

Could you offer a share link of your CBS log?

Best Regards,

Frank

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com.
- Marked as answer by
  Naved Anjum
  Wednesday, August 23, 2017 6:35 AM
Hi,

Please find Shared
link of your CBS log.

https://1drv.ms/f/s!Ag_TVq_gufzeaHjPbOcg8DtdZxw
- Marked as answer by
  Naved Anjum
  Wednesday, August 23, 2017 6:38 AM
Hi，

Noticing that when the problem occurs, the local monitor is also in black screen. It seems that the issue is related to the entire display output rather than just the RDP session. Please update the drive of Display Adapter using Device Manager.

Besides, to narrow down the scope, please do not RDP to the server and monitor the issue for some time. If the issue occurs without RDP, then the problem should not be related to RDP.

Best Regards,

Frank

Please remember to mark the replies as answers if they help and
unmark them if they provide no help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com.
- Marked as answer by
  Naved Anjum
  Thursday, August 24, 2017 11:45 AM
- Edited by
  frank_songMicrosoft contingent staff
  Friday, August 25, 2017 1:57 AM
Hi frank,

it is possible that problem will be resolve after removing these
KB3172614 and KB3179574 both patches from the problematic server.Apart from that i will try to update my display driver also…
- Marked as answer by
  Naved Anjum
  Friday, August 25, 2017 5:38 AM
Hi Frank,

is it
possible that problem will be resolve after removing these KB3172614 and KB3179574 both
patches from the problematic server?
- Marked as answer by
  Naved Anjum
  Friday, August 25, 2017 6:35 AM

Источник

Привет всем.
Есть Терминальная ферма.
2 терминальных сервера работают в паре, на первом стоят роли RD Connection Broker.
На втором терминале дополнительных ролей нет.
Есть отдельный сервер, который хранит профили пользователей.
Примерно три месяца назад появилась следующая проблема:
Служба Удаленных рабочих столов периодически зависает, после чего отваливаются все сессии. В этот момент попасть на сервак можно только локально либо через ipmi. Перезапуск службы не помогает (статус Остановка) приходится принудительно завершать процесс службы. Перед зависанием службы при авторизации через RDP после авторизации, чёрный экран, CTRL+ALT+END иногда помогает, иногда нет.
Подвисания во время подключения происходят попеременно на обоих терминальных серверах, системы нет.
Конфиг:
ОС: win 2012 r2
Последние обновления за октябрь 2016.

Выполненные действия:

На сервере:
В свойствах сетевого адаптера отключение параметра «Large Send Offload»,
В групповых политиках параметр «Выбор транспортных протоколов RDP» выбран «использовать только TCP»
Отключение автотюнинга «netsh interface tcp set global autotuninglevel=disabled»

На клиентах:
В свойствах rdp клиента отключение параметра «Persistent bitmap caching»

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

Источник

Добрый день.

Суть проблемы заключается в названии

Есть сервер 2012R2 на нем поднята роль контролера домена. Плюс служба печати, файловая служба и служба архивации.

Все это находиться на отдельном сайте структуры АД. КД является глобальным каталогом, ролей FSMO нет. Лес уровня 2008.

Сама ОС развернута на виртуалке Proxmox (openkvm).

Работает DHCP, DNS, парочка шар.

Собственно конфигурация типовая — подобных конфигураций в нашей организации больше 10ка (Одинаковые железки, одинаковый софт)

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

При по пытке подключиться по RDP появляется черный экран, в логе ошибка 4005 «Вход был неожиданно завершен» Источник Winlogon

Через консоль управления виртуальной машиной пускает. В логах ошибок других вроде нет. Перезагрузка не помогает. Никаких сомнительных ролей или софта нет. Службы терминалов не развернуты.

Все работает штатно (DHCP, доступ к шарам, принтсервер, репликации, аутентификация пользователей итд) Кроме RDP проблем вообще никаких( ну или я не заметил)

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

Пробовал удалять обновления. Пробовал обновляться на последние (обновление прошло без проблем и ошибок). Естественно пытался заходить с других учеток и с других ПК, как и из локалки, так и из других подсетей, даже извне через NAT. Заходил с разных
версий RDP (win7, win8.1, winSer2008r2, winSer2012r2)/ менял настройки RDP клиента.

Чуда не случилось

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

Заранее спасибо за любые идеи:)

Изменен тип

6 января 2017 г. 8:25

Источник

Remove From My Forums

Question
Добрый день!

При запуске RemoteApp, развернутом на Windows Server 2012, у некоторых клиентов (Windows 7) вместо приложения черный экран.

Эти клиенты сидят в нашем филиале, подключенным по VPN к нашему офису, где находится сервере с RemoteApp.

У остальных клиентах все работает и вне офиса без подключения по VPN.

В чем может быть проблема?
- Changed type
  
  Monday, 9 November 2015 10:42 AM
- Changed type
  Dmitriy VereshchakMicrosoft contingent staff, Moderator
  Wednesday, 23 December 2015 2:27 PM

Answers

Возможно я нашел причину проблемы.

Я проделал следующие шаги:

1. Удалил RDS

2. Очистил часть реестра с сервера, на котором был установлен Gateway, Broker

3. Установил заново RDS на тех же машинах, что и ранее

4. При настройки сертификатов, вместо сертификатов WoSign, использовавшихся ранее, использовал сертификаты StartCom

Клиенты, у которых были проблемы с подключением, начали нормально подключаться.

Надеюсь данный пост поможет кому-нибудь!

Спасибо!
- Marked as answer by
  Dmitriy VereshchakMicrosoft contingent staff, Moderator
  Wednesday, 23 December 2015 2:28 PM

Источник

Question

Answers

Question

Answers