При подключении через 1с коннект черный экран
Свернул окно, через пару минут развернул - все черное. ничем кроме завершения сеанса (из под другого пользователя) не могу выйти.
Terminal Server - Windows Server 2003 Enterprise R2 x64
Клиенты разные - Windows XP SP x32, Windows 2000 Pro SP4 x32.
Ответы
Проблема решилась откатом на старые версии (5.1.2600.2180) RDP-клиентов. Решение было найдено случайно.
Почему Mайкрософт не помог - не понимаю.
Все ответы
Поднимаю тему. Мы не одни такие нас много. Микрософт ответьте!
Проблема решилась откатом на старые версии (5.1.2600.2180) RDP-клиентов. Решение было найдено случайно.
Почему Mайкрософт не помог - не понимаю.
Здесь же не официальная техподдержка Если никто из посетилей форума не смог вам помочь, то обратитесь в официальную техподдержку: может это легко лечится, а может нет - после поделитесь результатом со всеми
Здесь же не официальная техподдержка Если никто из посетилей форума не смог вам помочь, то обратитесь в официальную техподдержку: может это легко лечится, а может нет - после поделитесь результатом со всеми
Прошу прощения за некорректную формулировку. Я имел ввиду что мне не помогла техподдержка по-телефону когда я звонил по поводу этой проблемы. Если кому-то интересно - попробуйте позвоните, возможно, уже будет ответ.
Откат на предыдущую версию RDP клиента, конечно, не решение
Откат на предыдущую версию RDP клиента, конечно, не решение
Свернул окно, через пару минут развернул - все черное. ничем кроме завершения сеанса (из под другого пользователя) не могу выйти.
Terminal Server - Windows Server 2003 Enterprise R2 x64
Клиенты разные - Windows XP SP x32, Windows 2000 Pro SP4 x32.
А если подождать минут 5 или 10 ? у меня такое было, надо было просто подождать. Согласен, это не удобно. Но тем не менее.
Свернул окно, через пару минут развернул - все черное. ничем кроме завершения сеанса (из под другого пользователя) не могу выйти.
Terminal Server - Windows Server 2003 Enterprise R2 x64
Клиенты разные - Windows XP SP x32, Windows 2000 Pro SP4 x32.
Необходимо посмотреть параметры реестра в ветке HKEY _ Local _ Machine\System\CurrentControlSet\Control\TerminalServer\WinStation\RDP-Tcp, можно попробовать её импортировать с рабочей машины (в моём случае так и было сделано).
Поддерживаю тему. Столкнулся с такой же проблемой. В терминале на 2003 R2, клиент последней версии. В терминале 1С.
После простоя в 1-2 минуты с свернутым окошком терминала при его развертывании черный экран.
Состояние подключения - Активно. Процессы работают. Внутри сеанса ни на какие клавиши не реагирует.
Попробуйте в этот момент на сервере перезапустить службу печати.
Необходимо посмотреть параметры реестра в ветке HKEY _ Local _ Machine\System\CurrentControlSet\Control\TerminalServer\WinStation\RDP-Tcp, можно попробовать её импортировать с рабочей машины (в моём случае так и было сделано).
Т.е. какие конкретно параметры этого ключа отвечают за черный экран вы не выяснили?
У меня такая проблема на Windows 7 возникла.
The cause of this issue is because the colors for the Default user are all set to black (0 0 0). This was caused by the system drive running out of space. The disk space issue was caused by a Computer Associates product that went out of control and filled up the drive. To correct the issue I had to export the "HKEY_USERS\.DEFAULT\Control Panel\Colors" key from a working server and import it into the broken server. Once I changed the registry entries the server started displaying the login screen just like you would expect.
Я думаю дальше сами разберетесь. :)
Та же беда на 7. Пока выкручиаюсь нажатием Ctrl+Alt+Esc в окне терминала, тогда через секунд 5 опрделяется разрыв соеденения и всё переконечивается обратно уже нормально. Клиент версии 6.1.
Оживу тему , аналогичная ситуация стала и у нас происходить
Обратилось несколько пользоватлей с такой жалобой по поводу работы терминального сервера: пользователь зашел на терминал, поработал в нем, занялся другой работой - при этом терминальную сессию свернул. Через 10-15 минут хочет дальше продолжить работу в терминале, разворачивает его , а там "черный фон". "Тыкаем" по черному фону комп. мышкой, терминальная сессия оживает , или предлагает повторно ввести свои доменные учетные записи. Но бывают моменты когда терминальная сессиия не "оживает", и ее приходится прибивать через Диспетчер задач, и по новой заходить на
терминал.
Компьютер: Windows 7 Профессиональная SP1 x64 либо Windows XP Professional SP3
Сервер: Windows Server 2003 Enterprise R2 x64
Подключение к удаленному рабочему столу Версия оболочки 6.1.7601
Протокол удаленного рабочего стола 7.1
Доброго суток дня! Наверняка кто то уже сталкивался с этой проблемой. Запускаю 1С в терминальном режиме с Windows 10 x64 с последними обновлениями. Терминальный сервер 1С находится на Windows Server 2016 Standart. Запускаю 1С приложение как отдельное приложение без оболочки explorer. Настроил это через групповую политику. При запуске появляется окно с базами, но вокруг чёрное окно и при входе в 1С, если спустить программу, тоже чёрный экран. При обычном входе в терминал всё нормально, голубой экран сервера. Чёрный экран появляется только когда запускаешь как отдельное приложение в терминале. Как это убирается?
Ответы
А вам не проще настроить RemoteApp и открываться будет все через браузер и ни каких черных экранов, вот пример реализации. И чем удобно можно даже через андроид телефон сидеть, проверял работает.
- Изменено Антон Богатов 29 августа 2018 г. 19:12
- Предложено в качестве ответа Vector BCO Moderator 29 августа 2018 г. 20:40
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Попасть туда неимоверно сложно через ctrl + alt + del или через ctrl + shift + esc или через win + r или через меню 1с открыть или через админскую учетку и hkey/users/ или через политики
The opinion expressed by me is not an official position of Microsoft
- Изменено Vector BCO Moderator 8 сентября 2018 г. 6:44
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Все ответы
The opinion expressed by me is not an official position of Microsoft
Да, хочу сменить цвет фона. Чёрный цвет пугает по умолчанию. Замечу 1С запускается как отдельное приложение в терминале, без запуска оболочки explorer. Сам фон рабочего стола не помогает изменить. Это не рабочий стол. Рабочий стол вообще не запускается, запускается только сама программа 1С. Вижу меню из баз данных а вокруг чёрный цвет. 1С открылась, если его спустить всё чёрное. Раньше был голубой цвет в Windows Server 2003.
А вам не проще настроить RemoteApp и открываться будет все через браузер и ни каких черных экранов, вот пример реализации. И чем удобно можно даже через андроид телефон сидеть, проверял работает.
- Изменено Антон Богатов 29 августа 2018 г. 19:12
- Предложено в качестве ответа Vector BCO Moderator 29 августа 2018 г. 20:40
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Думаю, нет, не проще. Тут уже всё настроено и работает, знакомо, и никаких дополнительных служб устанавливать не надо. А там докуча ещё устанавливается и неизвестностей. Мне нужно просто фон сменить на голубой и всё.
Ну вот, попробовал установить RemoteApp, по вашим рекомендациям. Начались ещё больше проблем. Вы по моему даёте мне советы с Windows Server 2008, а у меня Windows Server 2016, разница есть. И где теперь мне RemoteApp разворачивать? Там ничего нет, где вашей иструкции. Только лицензирование терминального сервера. Где теперь мне чего разворачивать. Инструкция то не для моей системы. А мне всего лишь надо чёрный цвет поменять на синий и всё. А теперь что дальше?
Доброго суток дня! Наверняка кто то уже сталкивался с этой проблемой. Запускаю 1С в терминальном режиме с Windows 10 x64 с последними обновлениями. Терминальный сервер 1С находится на Windows Server 2016 Standart. Запускаю 1С приложение как отдельное приложение без оболочки explorer. Настроил это через групповую политику. При запуске появляется окно с базами, но вокруг чёрное окно и при входе в 1С, если спустить программу, тоже чёрный экран. При обычном входе в терминал всё нормально, голубой экран сервера. Чёрный экран появляется только когда запускаешь как отдельное приложение в терминале. Как это убирается?
Начните с описания того что вы в итого (Результате) хотите получить как вы все это настраивали, желательно подробно. если использовали в качестве руководства какой-либо мануал, дайте на него ссыль.
По моему возникло недопонимание.
Так а что тут непонятного то? Я запускаю 1С8 как отдельную программу через терминал. Настроил запуск программы через групповую политику AD для этих пользователей.
Конфигурация пользователей - компоненты Windows - службы удалённых рабочих столов - узел сеансов удалённых рабочих столов - среда удалённых сеансов - запускать программу при подключении. И указываю там 1С8. Всё! Вместо рабочего стола запускается сразу программа 1С8, без оболочки. НО. почему то чёрный фон терминала, а не голубой как раньше вокруг программы 1С8. Фон чёрный, раньше был голубой. Я работал раньше на Windows Server 2003 там был голубой фон. А здесь этот фон можно поменять на такой же? Что то у меня не получается щаманство, где этот цвет зарыт то?
Так а что тут непонятного то? Я запускаю 1С8 как отдельную программу через терминал. Настроил запуск программы через групповую политику AD для этих пользователей.
Конфигурация пользователей - компоненты Windows - службы удалённых рабочих столов - узел сеансов удалённых рабочих столов - среда удалённых сеансов - запускать программу при подключении. И указываю там 1С8. Всё! Вместо рабочего стола запускается сразу программа 1С8, без оболочки. НО. почему то чёрный фон терминала, а не голубой как раньше вокруг программы 1С8. Фон чёрный, раньше был голубой. Я работал раньше на Windows Server 2003 там был голубой фон. А здесь этот фон можно поменять на такой же? Что то у меня не получается щаманство, где этот цвет зарыт то?
Как минимум разные ос, можно и на веб опубликовать 1с если нужно "без лишнего" ПО. Вам предложили как вариант использовать на rds сервере AppLocker для блокировки лишнего ПО что вполне доступно вам по версии и редакции использованного вами по (ос) в режиме полноценного rds. Можно использовать Remote App т.е. запуск приложения без гуи рабочего стола сервера rds. все сводятся к правильной настройки роли и планирования. по роли rds licensing и им подобные то вы наверное запамятовали как роли rds настроили на сервере? или вы просто галку на разрешение удаленного рабочего стола поставили и ок нажали ну и полиси накрутили на проблемном сервере? Вариантов много.
Доброго суток дня! Наверняка кто то уже сталкивался с этой проблемой. Запускаю 1С в терминальном режиме с Windows 10 x64 с последними обновлениями. Терминальный сервер 1С находится на Windows Server 2016 Standart. Запускаю 1С приложение как отдельное приложение без оболочки explorer. Настроил это через групповую политику. При запуске появляется окно с базами, но вокруг чёрное окно и при входе в 1С, если спустить программу, тоже чёрный экран. При обычном входе в терминал всё нормально, голубой экран сервера. Чёрный экран появляется только когда запускаешь как отдельное приложение в терминале. Как это убирается?
Ответы
А вам не проще настроить RemoteApp и открываться будет все через браузер и ни каких черных экранов, вот пример реализации. И чем удобно можно даже через андроид телефон сидеть, проверял работает.
- Изменено Антон Богатов 29 августа 2018 г. 19:12
- Предложено в качестве ответа Vector BCO Moderator 29 августа 2018 г. 20:40
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Попасть туда неимоверно сложно через ctrl + alt + del или через ctrl + shift + esc или через win + r или через меню 1с открыть или через админскую учетку и hkey/users/ или через политики
The opinion expressed by me is not an official position of Microsoft
- Изменено Vector BCO Moderator 8 сентября 2018 г. 6:44
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Все ответы
The opinion expressed by me is not an official position of Microsoft
Да, хочу сменить цвет фона. Чёрный цвет пугает по умолчанию. Замечу 1С запускается как отдельное приложение в терминале, без запуска оболочки explorer. Сам фон рабочего стола не помогает изменить. Это не рабочий стол. Рабочий стол вообще не запускается, запускается только сама программа 1С. Вижу меню из баз данных а вокруг чёрный цвет. 1С открылась, если его спустить всё чёрное. Раньше был голубой цвет в Windows Server 2003.
А вам не проще настроить RemoteApp и открываться будет все через браузер и ни каких черных экранов, вот пример реализации. И чем удобно можно даже через андроид телефон сидеть, проверял работает.
- Изменено Антон Богатов 29 августа 2018 г. 19:12
- Предложено в качестве ответа Vector BCO Moderator 29 августа 2018 г. 20:40
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 10 сентября 2018 г. 6:20
Думаю, нет, не проще. Тут уже всё настроено и работает, знакомо, и никаких дополнительных служб устанавливать не надо. А там докуча ещё устанавливается и неизвестностей. Мне нужно просто фон сменить на голубой и всё.
Ну вот, попробовал установить RemoteApp, по вашим рекомендациям. Начались ещё больше проблем. Вы по моему даёте мне советы с Windows Server 2008, а у меня Windows Server 2016, разница есть. И где теперь мне RemoteApp разворачивать? Там ничего нет, где вашей иструкции. Только лицензирование терминального сервера. Где теперь мне чего разворачивать. Инструкция то не для моей системы. А мне всего лишь надо чёрный цвет поменять на синий и всё. А теперь что дальше?
Доброго суток дня! Наверняка кто то уже сталкивался с этой проблемой. Запускаю 1С в терминальном режиме с Windows 10 x64 с последними обновлениями. Терминальный сервер 1С находится на Windows Server 2016 Standart. Запускаю 1С приложение как отдельное приложение без оболочки explorer. Настроил это через групповую политику. При запуске появляется окно с базами, но вокруг чёрное окно и при входе в 1С, если спустить программу, тоже чёрный экран. При обычном входе в терминал всё нормально, голубой экран сервера. Чёрный экран появляется только когда запускаешь как отдельное приложение в терминале. Как это убирается?
Начните с описания того что вы в итого (Результате) хотите получить как вы все это настраивали, желательно подробно. если использовали в качестве руководства какой-либо мануал, дайте на него ссыль.
По моему возникло недопонимание.
Так а что тут непонятного то? Я запускаю 1С8 как отдельную программу через терминал. Настроил запуск программы через групповую политику AD для этих пользователей.
Конфигурация пользователей - компоненты Windows - службы удалённых рабочих столов - узел сеансов удалённых рабочих столов - среда удалённых сеансов - запускать программу при подключении. И указываю там 1С8. Всё! Вместо рабочего стола запускается сразу программа 1С8, без оболочки. НО. почему то чёрный фон терминала, а не голубой как раньше вокруг программы 1С8. Фон чёрный, раньше был голубой. Я работал раньше на Windows Server 2003 там был голубой фон. А здесь этот фон можно поменять на такой же? Что то у меня не получается щаманство, где этот цвет зарыт то?
Так а что тут непонятного то? Я запускаю 1С8 как отдельную программу через терминал. Настроил запуск программы через групповую политику AD для этих пользователей.
Конфигурация пользователей - компоненты Windows - службы удалённых рабочих столов - узел сеансов удалённых рабочих столов - среда удалённых сеансов - запускать программу при подключении. И указываю там 1С8. Всё! Вместо рабочего стола запускается сразу программа 1С8, без оболочки. НО. почему то чёрный фон терминала, а не голубой как раньше вокруг программы 1С8. Фон чёрный, раньше был голубой. Я работал раньше на Windows Server 2003 там был голубой фон. А здесь этот фон можно поменять на такой же? Что то у меня не получается щаманство, где этот цвет зарыт то?
Как минимум разные ос, можно и на веб опубликовать 1с если нужно "без лишнего" ПО. Вам предложили как вариант использовать на rds сервере AppLocker для блокировки лишнего ПО что вполне доступно вам по версии и редакции использованного вами по (ос) в режиме полноценного rds. Можно использовать Remote App т.е. запуск приложения без гуи рабочего стола сервера rds. все сводятся к правильной настройки роли и планирования. по роли rds licensing и им подобные то вы наверное запамятовали как роли rds настроили на сервере? или вы просто галку на разрешение удаленного рабочего стола поставили и ок нажали ну и полиси накрутили на проблемном сервере? Вариантов много.
Возможные причины ошибки доступа к принтеру
Возможные причины, на что следует обратить внимание:
- Проверить права на доступ к принтеру, актуально для корпоративных принтеров, где системные администраторы, дают возможность пользоваться устройством, по принципу групп, подробнее читайте в статье, про безопасность принтеров и разграничение прав.
- Проблема с драйверами устройства, об этом ниже
- Физическая проблема с принтером
- Принтер находится в автономном режиме (Обязательно проверьте, что не установлена галка) (Попробуйте его отключить)
Разновидность ошибки
Давайте я приведу самые распространенные коды ошибок в данной ситуации, когда Windows не удается подключиться к принтеру. Отказано в доступе:
- 0x00000002
- 0x0000000a
- 0x00000006
- 0x00000057
- 0x00004005
- 0x0000007e
- 0x000003eb
- 0x00000214
- 0x00000bcb
Решение проблемы с подключением к принтеру
Причина одна и кроется она в цифровой подписи драйверов принтеров, а точнее в отсутствии данной подписи. Если драйвера на устройства подписаны не валидным с точки зрения Microsoft сертификатом или вообще без него, то он таки драйвера не принимает, считая это потенциальной угрозой, в следствии чего ваше устройство перестает работать. Это не новая проблема, но после очередного обновления KB3170455 или KB5005030, проверка цифровой подписи драйверов, ужесточилась.
Напоминаю, что описанные методы решения проблемы, вначале применялись к принтерам на терминальной ферме, но решение актуально и к локальным устройствам, подключенным по USB
- Можете полностью отключить проверку цифровой подписи драйверов, как это делать я описывал, посмотрите. В Windows 10 она обязательная и ужесточенная.
- Можете удалить обновление KB3170455, но думаю это не лучший вариант, когда есть в разы проще. (Для этого в командной строке введите wusa.exe /uninstall /KB:3170455 или через окно параметров сервера, или панель управления)
Так как у меня в основном на работе операционная система windows 10 и с нее не удается подключиться к принтеру на терминальном сервере, где есть драйвера без цифровой подписи, чтобы не делать большого количества телодвижений и кучей перезагрузок, я для принтеров, которые испытывают проблемы, поставлю один параметр, который все поправит.
Что вы делаете, вы открываете реестр и переходите вот по такому пути, лично я для быстрого поиска по реестру использую утилиту register jump, делается это либо локально, если принтер подключен по USB, либо же на сервере терминалов, если используются они.
HKLM\System\CurrentControlSet\Control\Print\Enviroments\ Windowsx64\Drivers\Version-3\Модель вашего принтера
В моем случае это HP M1212, но таких полным полно, Canon, Xerox и так далее.
Находим там параметр PrinterDriverAttributes, по умолчанию там будет стоять значение 0, нужно поменять его на 1. После чего вы смело перезагружаете службу печати либо же сам сервер.
Данный метод, действует в 90 процентах случаев, если вам не помогло, то ниже я привожу дополнительные методы решения данной проблемы.
Дополнительные методы решения ошибок 0x00000002, 0x0000000a, 0x00000006, 0x00000057
Если ваши клиенты так и не могут подключиться к терминальным принтерам, то попробуйте очистить ветку реестра:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\Servers
В моем случае, я удалил серверы с сервера-печати, убедитесь, что у вас тут будет пусто. После чего можете перезапустить сервер или службу печати.
Еще на Windows 7 бывает ошибка 0x0000007e "Windows не удается подключиться к принтеру. Не существует обработчик печати" при попытке подключить те же сетевые принтеры, решается все пересозданием порта печати. Порт это некое указание, где искать ваше устройство.
Через правый клик, перейдите в свойства печати, вкладка "Порты". Находите текущий порт, и удаляете его.Затем нажимаете добавить.
Указываем стандартный TCP/IP порт для сетевого принтера.
У вас откроется мастер добавления порта.
Указываем ip адрес или DNS имя принтера и имя порта.
Так же можете проверить, что на вкладке "Доступ" стоит галка, разрешающая его. Теперь ваше устройство доступно по сети. Попробуйте снова к нему обратиться по UNC пути \\им вашего сервера печати (если есть)\имя принтера. Например, \\printserver\sumsungcolor
Обновление 16.09.21
После очередного обновления безопасности повалилась новая волна обращений по проблеме с принтерами:
Проблема в том, что Microsoft попыталась закрыть брешь в обороне Print Nightmare, через обновление:
- KB5005030 - Windows Server 2019
- KB5005565 и KB5005568, KB5005566 - Windows 10
- KB5005613, KB5005627 - Windows 8.1 и Windows Server 2012
- KB5005563 - Windows 7
- kb5006670
Смысл в том, что теперь не обладая административными правами, вы не можете установить принтер. Выход из этого пока такой, это отключение параметра реестра RestrictDriverInstallationToAdministrators.
Вам нужно пройти в реестре Windows по пути:
И выставить для RestrictDriverInstallationToAdministrators значение "0". Не забываем перезагрузиться.
Так же вы можете добавить и через командную строку, введя;
reg add "HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Printers\PointAndPrint" /v RestrictDriverInstallationToAdministrators /t REG_DWORD /d 0 /f
Исправление ошибки 0x0000011b через групповую политику
То же самое можно сделать и через групповую политику, для этого создайте RestrictDriverInstallationToAdministrators со значением 0. Идем в:
- Действие - Создать или заменить, если он уже есть
- Путь раздела - Software\Policies\ Microsoft\Windows NT\Printers\PointAndPrin
- Имя параметра - RestrictDriverInstallationToAdministrators
- Тип - Reg_Dword
- Значение - 0
Далее обновлять политику.
Что с безопасностью теперь
оговорюсь, что удаление KB или выставление RestrictDriverInstallationToAdministrators на "0", возвращает дыру безопасности Print Nightmare, это нужно понимать. Тут два решения, первое долгое, ждать когда MS сделает новое обновление, неизвестно когда, или же сделать вот такую конструкцию.
Мы будим давать пользователю устанавливать принтер, а затем менять параметр реестра RestrictDriverInstallationToAdministrators на 1 и заново закрывать дыру, на полном автомате.
Вам необходимо, как я описывал выше создать ключ RestrictDriverInstallationToAdministrators со значением "0'. Далее, откройте планировщик задач, через окно выполнить.
Создаете задачу и задайте ей имя.
Обязательно укажите, что запускать нужно от имени "NT AUTHORITY\СИСТЕМА" и выставлена галка "Выполнить с наивысшими привилегиями". Так же выставите, что это задание будет для Windows 7 и выше.
Переходим на вкладку триггеры, и создаем новый. Укажите, что задачу нужно выполнять например, каждые 15 минут. То есть, вы на время установки меняете удобным для вас способом параметр RestrictDriverInstallationToAdministrators на "0", а автоматическое задание, потом само его поменяет на 1 и закроет уязвимость Print Nightmare.
теперь перейдем на вкладку "действия". Прописываем:
- Программа или сценарий - C:\Windows\System32\cmd.exe
- В качестве аргументов - /c reg add "HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Printers\PointAndPrint" /v RestrictDriverInstallationToAdministrators /t REG_DWORD /d 1 /f
Все это теперь и будит, коряво, но защищать вас от Print Nightmare и давать возможность устанавливать драйвера, минуя все ошибки по типу 0x0000011b.
Все то же самое, можно сделать и через GPO через немедленную задачу, найти ее можно в разделе:
Конфигурация пользователя - настройка - Конфигурация Windows - Параметры панели управления - Назначенные задания
Создайте там "Немедленную задачу (Windows 7 и выше)".
Вот как у меня выглядит задание.
Надуюсь, что вы смогли устранить ошибку "Windows не удается подключиться к принтеру".
Причины черного экрана по RDP сессии
Я довольно часто встречаю эту проблему, и в 99 процентах случаев она связана с зависшей сессией пользователя, на удаленном сервере. Большинство пользователей в большинстве случаев, не разлогиниваются от удаленной сессии, а просто закрывают окно удаленного подключения, чтобы, подключившись снова они могли продолжить свою работу с прежнего места. В некоторых случаях это оправдано, когда человек запустил какой-то процесс, и проверяет его выполнение, через периодическое подключение, но это единичные случаи, чаще всего люди просто забивают на это, а многие системные администраторы не настраивают отключение после некоторого времени бездействия, вот и выходит ситуация с черным экраном при подключении по RDP,
Как исправляется ошибка при подключении по rdp черный экран рабочего стола
Как я и писал выше, проблема в зависшей сессии пользователя и логично, чтобы ее решить нужно его разлогинить, тут два варианта, либо системный администратор или другой сотрудник должен в диспетчере задач сделать выход зависшей учетной записи, либо пользователь сам это делает.
Давайте разлогиним пользователя, для этого вы заходите в диспетчер задач, далее вкладка пользователи и находите нужного, щелкаете по нему правым кликом и выбираете Выйти. После чего подключившись по rdp черный экран должен пропасть.
Второй способ, если у вас некому сделать выход учетной записи, то на черном экране нажмите ctrl+alt+end (это аналог CTRL+ALT+DEL в терминальной сессии) и из меню выберите Выход или Выйти из системы, это равносильно разлогированию.
Если это не помогло, а такое может быть на Windows 10, то попробуйте отключить Постоянное кеширование точечных рисунков. Делается это очень просто открываете окно клиента "Подключение к удаленному рабочему столу" . Переходим на вкладку Взаимодействие и снимаем галку Подключение к удаленному рабочему столу.
Так же можно уменьшить разрешение экрана при RDP сессии, для этого переходим на вкладку экран и ставим например 800 на 600 пикселей.
После этого при подключении по rdp черный экран рабочего стола уже не будет вас докучать. Если вам и это не помогло, то можно отключить сжатие для RDP сессий, это маленький шанс но его так же советуют на форумах Microsoft.
Для этого жмем WIN+R и вводим gpedit.msc.
Далее идем по пути Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Настройка сжатия данных RemoteFX. Включаем его и ставим не использовать алгоритм сжатия RDP.
Удаление обновлений KB3192404
Помню, что было сбойное обновление KB3192404 для Windows 8.1 или Windows Server 2012 R2, если его обновить, то черный экран пропадал по RDP. Думаю все эти не сложные методы помогут вам решить проблему с черным экраном по RDP подключению. В случае Windows 2008 R2 эта проблема, как известно, вызвана определенным обновлением Microsoft KB2830477, вы можете попробовать удалить его со своего сервера, если он там есть.
Отключение taskoffload
Хоть Microsoft и говорила, что не нужно отключать для Windows Server 2012 R2 параметр у сетевой карты taskoffload, но практика говорит обратное. После его отключения и перезагрузки пропали черные экраны по RDP сессиям.
Откройте командную строку и введите netsh int ip set global taskoffload=disabled, после чего перезагрузите сервер
Черный экран на терминальном сервере из-за драйверов принтера
На сервере Windows 2012 клиент сообщал, о черном экране RDP, он работал нормально в течение нескольких дней, возможно, даже в течение нескольких месяцев, но случайно он завис на черном экране, и единственным выходом была перезагрузка сервера. Если вам не помогли вышеописанные методы, то попробуйте посмотреть вот какую вещь есть ли у вас в просмотре событий Windows события 7011.
Тайм-аут (30000 миллисекунд) был достигнут при ожидании ответа транзакции от службы диспетчера очереди печати.
После исключения всех очевидных причин на сервере, перечисленных выше, мое исследование показало, что эта проблема черного экрана RDP возникает из-за некоторых драйверов принтера, установленных на сервере Windows 2012 R2. Хотя я не очень уверен, какие драйверы принтеров вызывают эту проблему, выполните следующие шаги, чтобы решить эту проблему.
- Установите все ожидающие обновления Windows на сервере
- Удалите с сервера все возможные драйверы принтера, включая устройства записи PDF. Я рекомендую не удалять драйверы в течение периода мониторинга, если это возможно, в противном случае удалите все драйверы и переустановите самые последние копии только самых необходимых драйверов, выполнив все перечисленные ниже действия.
- Если на сервере установлены драйверы HP, обязательно удалите их или остановите службы Драйвер Net Net HPZ12 и Драйвер PML HPZ12 (если есть).
- Лучше вообще настройте сервер печати и драйвера Easy Print
- Удалите все сторонние поставщики печати и процессоры печати с сервера. выполните следующие шаги
Переполнение ветки реестра с правилами брандмауэра
Когда пользователь заходит на сервер, то в определенной ветке реестра добавляются 9 правил, для приложений Cortana, и когда пользователь выходит из системы они должны удалиться, но этого не происходит и при следующем заходе создадутся еще 9 правил, а далее по накатанной. Все это в какой-то момент переполняет ветку реестра. Так же в логах сервера вы легко можете видеть ошибку
Сбой CreateAppContainerProfile для AppContainer Microsoft.Windows.Cortana_cw5n1h2txyewy из-за ошибки 0x800705AA
Или вот такой вариант:
Ошибка с кодом ID 10: Произошел сбой операции Appx RegisterPackageAsync в Microsoft.XboxGameCallableUI_10.0.14393.0_neutral_neutral_cw5n1h2txyewy для пользователя sil: Ошибка 0x800705AA: Windows не удается создать профиль AppContainer для пакета Microsoft.XboxGameCallableUI_1000.14393.0.0_neutral_neutral_cw5n1h2txyewy.. (Ошибка: Не удалось зарегистрировать пакет.)
Вот ветка, где создаются данные правила:
Черный экран может себя уже проявлять при 25 000 записей.
Чтобы победить черный экран необходимо удалить их, для это выполните:
Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\RestrictedServices\Configurable\System"
New-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\RestrictedServices\Configurable\System"
Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\FirewallRules"
New-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\FirewallRules"
Remove-Item "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion \Notifications" -Recurse
New-Item "HKLM:\SOFTWARE\Microsoft\Windows NT\ CurrentVersion\Notifications"Для Windows Server 2019, вот такую ветку нужно удалить и воссоздать: HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\ Parameters\FirewallPolicy\RestrictedServices\AppIso\FirewallRules
Так же вам необходимо создать дополнительный ключ реестра, чтобы правила больше не создавались повторно, делается это по пути:
Тип REG_DWORD с именем DeleteUserAppContainersOnLogoff и значением 1. После чего просто перезагрузитесь.
Алгоритм решения черного экрана при сбойном диспетчере печати
- Дважды щелкните ключ драйвера и измените значение. Измените строковое значение на Localspl.dll и нажмите кнопку ОК.
- Проверьте следующий раздел реестра на наличие сторонних мониторов портов, а затем удалите все мониторы портов, кроме мониторов портов по умолчанию:
- Порты по умолчанию: AppleTalk Printing Devices (если службы для Macintosh установлен), BJ Language Monitor, Локальный порт, PJL Language Monitor , Стандартный порт TCP/IP, USB-монитор, Windows NT Fax Monitor (если установлен)
- Проверьте следующий раздел реестра на наличие сторонних поставщиков печати, а затем удалите все поставщики печати, отличные от поставщиков печати по умолчанию:
Поставщики печати по умолчанию - Интернет-провайдер печати Поставщик печати, LanMan
- Проверьте следующий раздел реестра для сторонних процессоров печати, а затем удалите все процессоры печати, кроме процессора печати по умолчанию:
Процессоры печати Процессор печати по умолчанию: winprint. Закройте редактор реестра. Перезапустите диспетчер очереди печати или перезагрузите сервер.
Читайте также: