Dameware черный экран при подключении
DameWare NT Utilities в первую очередь нацелена на управление компьютерами в корпоративных сетях построенных на базе Windows.
* Также существует Dameware Central Server (DCS) - возможность централизованно управлять всеми пользователями DRS и MRC (а также MobileGateway - для мобильных приложений).
Системные требования:
На управляющем устройстве:
* DRS/MRC 12.1: Windows Vista/7/Server2008R2 и новее (32/64 bit)
* DCS 12.1: Windows Vista/7/Server2008R2 и новее (32/64 bit)
* DameWare Mobile: Android 4.0 и новее | iOS/iPadOS 8.0 и новее
На управляемом устройстве (серверная часть на клиентском компе) :
* Dameware Mini Remote Control Server (MRCS)
Windows NT 4.0 (Server/Workstation) / Windows 95 и новее.
Начиная с 12.0.0 - "Older (чем Vista) Operating Systems may be able to run the MRC application; however, DameWare cannot provide support for those installations."
Начиная с 12.2.* - минимум vista и выше. MRCS не запускается под XP.
* (VNC) - Mac OS X 10.4 и новее
* (VNC) - Linux
* (AMT KVM) - Intel vPro
С 1999 "DameWare NT Utilities" (дамварь) разрабатывалась фирмой "DameWare Development", в декабре 2011 куплена "SolarWinds" и переименована в "SolarWinds DameWare".
Даты некоторых релизов DameWare, для сведения:
2011 декабрь 12 - 7.5.9.1. Последняя версия с простейшей регистрацией. Уже SolarWinds (в "about"), ещё DameWare по ключам. Поддержка Unicode, x64, Windows 7.
2015 октябрь 06 - 12.0.0
2021 февраль - 12.1.2
2022 февраль - 12.2.2
при сравнении DameWare и RAdmin, первый заметно сильнее притормаживает и медленее реагирует на нажатие кнопок.
В RAdmin есть возможность выставлять глубину цвета до 1 бита, а вот в Варе только до 4 бит и выставлять "Grey". Но радмин все равно на этом канале чувствует себя уверенее.
И подскажите что означают настройки на вкладке Remote Options: Scan Blocks и Dalay Between Scan Block Update. Какие параметры необходимо устанавливать на медленных каналах?
- Intel Communities
- Product Support Forums
- Graphics
- DameWare Mini Remote Control black screen on a laptop with the lid closed
Отключение taskoffload
Хоть Microsoft и говорила, что не нужно отключать для Windows Server 2012 R2 параметр у сетевой карты taskoffload, но практика говорит обратное. После его отключения и перезагрузки пропали черные экраны по RDP сессиям.
Откройте командную строку и введите netsh int ip set global taskoffload=disabled, после чего перезагрузите сервер
Переполнение ветки реестра с правилами брандмауэра
Когда пользователь заходит на сервер, то в определенной ветке реестра добавляются 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. После чего просто перезагрузитесь.
Удаление обновлений KB3192404
Помню, что было сбойное обновление KB3192404 для Windows 8.1 или Windows Server 2012 R2, если его обновить, то черный экран пропадал по RDP. Думаю все эти не сложные методы помогут вам решить проблему с черным экраном по RDP подключению. В случае Windows 2008 R2 эта проблема, как известно, вызвана определенным обновлением Microsoft KB2830477, вы можете попробовать удалить его со своего сервера, если он там есть.
DameWare Mini Remote Control black screen on a laptop with the lid closed
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
Dell Latitude E5570
OS: Windows 10 Enterprise 2016 LTSB v1607 build 14393
Driver version: 23.20.16.4973
I have the exact same problem as the user reported in the attached link, that question remained unanswered aside from someone recommending a beta driver version to him.
Could anyone please assist?
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
so, this did not solve my problem, after installing the driver from Dell (turns out it was the same that I had installed before), screen stayed black. As for the other options, I got an error stating "package not supported by this processor type". I uninstalled the driver and deleted the driver software and tried again with the intel drivers, same error.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
MBall7, I just wanted to check if the information posted previously was useful for you and if you need further assistance on this matter? Regards, Alberto R.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
Hello, I will look into it once I'm back at work, I'm pretty sure that the driver installed on the system now is the newest available for the laptop model from the Dell support website. Will try out all of the suggestions after the holidays.
Thanks for now, will report back.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
Для получения более полной информации об оптимизации компилятора см. Уведомление об оптимизации.
Черный экран на терминальном сервере из-за драйверов принтера
На сервере Windows 2012 клиент сообщал, о черном экране RDP, он работал нормально в течение нескольких дней, возможно, даже в течение нескольких месяцев, но случайно он завис на черном экране, и единственным выходом была перезагрузка сервера. Если вам не помогли вышеописанные методы, то попробуйте посмотреть вот какую вещь есть ли у вас в просмотре событий Windows события 7011.
Тайм-аут (30000 миллисекунд) был достигнут при ожидании ответа транзакции от службы диспетчера очереди печати.
После исключения всех очевидных причин на сервере, перечисленных выше, мое исследование показало, что эта проблема черного экрана RDP возникает из-за некоторых драйверов принтера, установленных на сервере Windows 2012 R2. Хотя я не очень уверен, какие драйверы принтеров вызывают эту проблему, выполните следующие шаги, чтобы решить эту проблему.
- Установите все ожидающие обновления Windows на сервере
- Удалите с сервера все возможные драйверы принтера, включая устройства записи PDF. Я рекомендую не удалять драйверы в течение периода мониторинга, если это возможно, в противном случае удалите все драйверы и переустановите самые последние копии только самых необходимых драйверов, выполнив все перечисленные ниже действия.
- Если на сервере установлены драйверы HP, обязательно удалите их или остановите службы Драйвер Net Net HPZ12 и Драйвер PML HPZ12 (если есть).
- Лучше вообще настройте сервер печати и драйвера Easy Print
- Удалите все сторонние поставщики печати и процессоры печати с сервера. выполните следующие шаги
Как исправляется ошибка при подключении по rdp черный экран рабочего стола
Как я и писал выше, проблема в зависшей сессии пользователя и логично, чтобы ее решить нужно его разлогинить, тут два варианта, либо системный администратор или другой сотрудник должен в диспетчере задач сделать выход зависшей учетной записи, либо пользователь сам это делает.
Давайте разлогиним пользователя, для этого вы заходите в диспетчер задач, далее вкладка пользователи и находите нужного, щелкаете по нему правым кликом и выбираете Выйти. После чего подключившись по rdp черный экран должен пропасть.
Второй способ, если у вас некому сделать выход учетной записи, то на черном экране нажмите ctrl+alt+end (это аналог CTRL+ALT+DEL в терминальной сессии) и из меню выберите Выход или Выйти из системы, это равносильно разлогированию.
Если это не помогло, а такое может быть на Windows 10, то попробуйте отключить Постоянное кеширование точечных рисунков. Делается это очень просто открываете окно клиента "Подключение к удаленному рабочему столу" . Переходим на вкладку Взаимодействие и снимаем галку Подключение к удаленному рабочему столу.
Так же можно уменьшить разрешение экрана при RDP сессии, для этого переходим на вкладку экран и ставим например 800 на 600 пикселей.
После этого при подключении по rdp черный экран рабочего стола уже не будет вас докучать. Если вам и это не помогло, то можно отключить сжатие для RDP сессий, это маленький шанс но его так же советуют на форумах Microsoft.
Для этого жмем WIN+R и вводим gpedit.msc.
Далее идем по пути Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Настройка сжатия данных RemoteFX. Включаем его и ставим не использовать алгоритм сжатия RDP.
Алгоритм решения черного экрана при сбойном диспетчере печати
- Дважды щелкните ключ драйвера и измените значение. Измените строковое значение на Localspl.dll и нажмите кнопку ОК.
- Проверьте следующий раздел реестра на наличие сторонних мониторов портов, а затем удалите все мониторы портов, кроме мониторов портов по умолчанию:
- Порты по умолчанию: AppleTalk Printing Devices (если службы для Macintosh установлен), BJ Language Monitor, Локальный порт, PJL Language Monitor , Стандартный порт TCP/IP, USB-монитор, Windows NT Fax Monitor (если установлен)
- Проверьте следующий раздел реестра на наличие сторонних поставщиков печати, а затем удалите все поставщики печати, отличные от поставщиков печати по умолчанию:
Поставщики печати по умолчанию - Интернет-провайдер печати Поставщик печати, LanMan
- Проверьте следующий раздел реестра для сторонних процессоров печати, а затем удалите все процессоры печати, кроме процессора печати по умолчанию:
Процессоры печати Процессор печати по умолчанию: winprint. Закройте редактор реестра. Перезапустите диспетчер очереди печати или перезагрузите сервер.
Данная статья подходит для всех версий Windows Server.
Если у Вас возникает проблема черного экрана при подключении к удаленному рабочему столу (RDP) в большинстве случаев эта проблема может быть связана с "зависшей" сессией. Т.е когда пользователь не разлогинивается в удаленном рабочем столе, а просто закрывает окно RDP, иногда это оправдано, для быстрого повторного подключения
Разлогинить пользователя через диспетчер задач.
Администратор, либо любой другой пользователь имеющие данные права может зайти в диспетчер задач => Пользователи => Найти нужного пользователя => Нажать кнопку "Выйти". После чего тот пользователь у которого был черный экран снова подключается по RDP и данная проблема должна быть устранена.
Самостоятельный выход пользователя без вмешательства администратора
Другой способ, который пользователь сам может совершить без вмешательства администратора - это в сессии RDP (на черном экране) нажать горячие клавиши ctrl+alt+end и из данного меню нажмите "Выход" или "Выйти из системы".
Отключение постоянного кэширования точечных рисунков
Если вышеуказанные методы не помогли, попробуйте у пользователя отредактировать настройки подключения. В меню "Взаимодействие" снимите галку "Постоянное кэширование точечных рисунков".
Помимо всего, можете попробовать уменьшить разрешение экрана для сессии RDP.
Отключение сжатия для RDP
Если вышеуказанные методы так же не сработали, можно попробовать отключить сжатие для RDP, так иногда советуют в техподдержке Microsoft.
Win + R => gpedit.msc => Конфигурация компьютера => Административные шаблоны => Компоненты Windows > Службы удаленных рабочих столов => Узел сеансов удаленных рабочих столов => Настройка сжатия данных RemoteFX. Включаем функцию и ставим "Не использовать алгоритм сжатия RDP".
Отключение taskoffload через терминал
По различным наблюдениям иногда от черных экранов помогает отключение функции taskoffload. Откройте на сервере командную строку от имени администратора и введите: netsh int ip set global taskoffload=disabled
После перезагрузите сервер.
Лицензирование сервера
Помимо всего, убедитесь, что у Вас сервер лицензирован и кроме черного экрана у клиентов не выходят какие-либо ошибки. К примеру как на скриншоте ниже:
Такие ошибки могут означать, что терминальный сервер не лицензирован. В этом случае Вам необходима будет лицензия, приобрести ее можете в нашем каталоге и последующая его настройка и активация по инструкции.
26.04.2021
itpro
Windows 10, Windows Server 2016, Windows Server 2019
комментариев 5
В этой статье мы рассмотрим, что делать, если при 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.
- Убедитесь, то 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 сессии
Я довольно часто встречаю эту проблему, и в 99 процентах случаев она связана с зависшей сессией пользователя, на удаленном сервере. Большинство пользователей в большинстве случаев, не разлогиниваются от удаленной сессии, а просто закрывают окно удаленного подключения, чтобы, подключившись снова они могли продолжить свою работу с прежнего места. В некоторых случаях это оправдано, когда человек запустил какой-то процесс, и проверяет его выполнение, через периодическое подключение, но это единичные случаи, чаще всего люди просто забивают на это, а многие системные администраторы не настраивают отключение после некоторого времени бездействия, вот и выходит ситуация с черным экраном при подключении по RDP,
Читайте также: