Dameware черный экран при подключении

Обновлено: 15.01.2025

[HKEY_LOCAL_MACHINESOFTWAREDameWare DevelopmentMini Remote Control ServiceSettings]
«Port»=dword:000017f1
«Disable Session Switching»=dword:00000000
«Permission Required RDP»=dword:00000000
«Notify On New Connection»=dword:00000001
«Notify On New Connection Timeout Value»=dword:0000000f
«Notify On Disconnection»=dword:00000000
«No Notify Sound»=dword:00000000
«Notify Dialog Caption»=»DameWare Mini Remote Control»
«Notify Dialog Text 1″=»MRC Notification»
«Notify Dialog Text 2 Remote Control»=»MRC Notification»
«Permission Required»=dword:00000000
«Center Permission Dialog»=dword:00000000
«Permission Dialog Set Focus On Decline Button»=dword:00000000
«TrayIcon»=dword:00000002
«Permission Required for non Admin»=dword:00000001
«Permission Required for non Admin Disconnect If At Logon Desktop»=dword:00000001
«Permission Required for non Admin Force View Only»=dword:00000000
«On Disconnect Logoff Desktop»=dword:00000000
«Force Applications Close»=dword:00000000
«On Disconnect Lock Workstation»=dword:00000000
«Logon At Logon Desktop Only»=dword:00000000
«Logon At Logon Desktop Only Timeout»=dword:00000001
«Logon At Logon Desktop Only Timeout Value»=dword:00000014
«Enable Disconnection Menu»=dword:00000001
«Enable Settings Menu»=dword:00000001
«Enable Invitation Menu»=dword:00000001
«Enable Connect To Menu»=dword:00000001
«Enable Connect To Menu Proxy»=dword:00000001
«Absolute Timeout»=dword:00000000
«Allow Only Administrators To Connect»=dword:00000000
«Requires Logon Locally Privilege»=dword:00000000
«Must Be Member Of Group»=dword:00000001
«Socket Logon Timeout»=dword:00015f90
«Authentication Type»=dword:0000001e
«Must Have Logon Locally Rights with Windows Logon»=dword:00000000
«SFT: Enable Simple File Transfer»=dword:00000001
«SFT: Append Host Name»=dword:00000000
«SFT: User Response Time Out»=dword:00001770
«SFT: Upload Folder»=»%SYSTEMROOT%\dwrcs\Uploads\»
«Disable Version Downgrade»=dword:00000000
«Group 0″=» \G DameWare Remote Users»
«Allow All Administrators To Have Control»=dword:00000000
«Upgrade Information»=»»
«Downgrade Information»=»»
«Max Access Log Size»=dword:009c4000
«Force Encrypt Data»=dword:00000000
«Force Encrypt Images»=dword:00000000
«Force Encrypt Files»=dword:00000000
«Allow Only Mode FIPS»=dword:00000000
«Filter Change»=dword:00000000
«Enable Reporting For This Host»=dword:00000001
«Max Log Size»=dword:009c4000
«Log Path»=»C:\WINDOWS\dwrcs\»
«Enable Log Reporting»=dword:00000000
«Log Host Port Number»=dword:000017f1
«Log Host»=»»
«Use Shared Secret»=dword:00000000

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

И так что мы имели: компьютер клиента Windows xp с клиентом RDP 7 версии, шлюз BSD и Win 2003 ну и естественно ошибку при подключении не удается подключиться к удаленному рабочему столу. Мною были перепробованы различные варианты танцев с бубном, но они ничего не давали, все вело к тому, что я склонялся что у меня сервак глючит или я туплю, но мысль та что с других хостов я без проблем конектился на тот же самый сервак под теми же настройками не давал мне покоя.

Подведем итог!

1 Вариант

1) скачиваем альтернативный rdp клиент Remote Desktop Manager

2) запускаем клиент, но не пугаемся настроек там все очень просто.

2 Вариант

Обновить на windows стандартный RPD клиент , его можно скачать на оф сайте Микрософта скачать

3 Вариант

Проверить локальные политики сервера, возможно они могут блокировать

для 2003 и 2008 Server:

1) Администрирование -локальная политика безопасности — доступ к компьютеру по сети (тут смотрите что у Вас стоит, для примера поставьте разрешить всем и посмотрите результат)
2)В группе «Пользователи удаленного рабочего стола» проверьте прописан ли нужный пользователь! ( часто проблема бывает только из-за этого. )

4 Вариант

Отключить фаервол с антивирусом на стороне клиента. (в большинстве случаев именно это может блокировать исходящее соединение если оно попало допустим в ненадежные программы антивируса или фаервола.

1) Если используется брандмауэр Windows, выполните следующие действия.

Откройте компонент «Брандмауэр Windows». Для этого нажмите кнопку Пуск и выберите пункт Панель управления . В поле поиска введите брандмауэр и затем щелкните пункт Брандмауэр Windows .

В области слева выберите Разрешить запуск программы или компонента через брандмауэр Windows .

Щелкните Изменить параметры . Если отображается запрос на ввод пароля администратора или его подтверждения, укажите пароль или предоставьте подтверждение.

2)При использовании другого брандмауэра проверьте, что порт удаленного рабочего стола (стандартный порт RDP 3389) открыт.

На удаленном компьютере могут быть запрещены удаленные подключения. Решение данной проблемы приведено ниже.

В левой области выберите пункт Настройка удаленного доступа . Если отображается запрос на ввод пароля администратора или его подтверждения, укажите пароль или предоставьте подтверждение.

5 Вариант

1)Если у вас сервер 2008, а подключаетесь с клиента под windows xp, то тут надо смотреть если у нас на стороне сервера включена функция NLA (Network Level Authentication) это позволяют реализовать более безопасный метод подключения к удаленному рабочему столу, то Windows xp не сможет подключиться потому как в нем нужно ручками принудительно включить эту функцию (инструкцию выложу чуть позже как это можно решить)

6 Вариант от компании MS

Удаленное подключение невозможно, если учетная запись пользователя не имеет пароля. Сведения о добавлении пароля к учетной записи см. в разделе Защита компьютера с помощью пароля.

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

Проверка наличия на компьютере версии RDP клиента для удаленного рабочего стола с проверкой подлинности на уровне сети

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

Щелкните значок в левом верхнем углу диалогового окна Подключение к удаленному рабочему столу и выберите команду О программе .

PS Ошибка «Не удается подключиться к удаленному рабочему столу» может быть из-за чего угодно и тут главное начать последовательно отсекать все зависимости, в моей статье я постарался описать все варианты по решению этой ошибки.

PSS у кого будут проблемы пишите я постараюсь помочь Вам.

rdp клиент, скачать rdp, rdp файл, rdp windows скачать, не подключается rdp, не работает rdp, альтернативная rdp программа, rdp 7.1 скачать, rdp клиент для windows, rdp windows 7 скачать, dp windows xp скачать, rdp клиент windows 7,

Войти

Не подключается DameWare NT Utilities

Не забывайте, что вы можете avast скачать бесплатно. Это очень удобно! Успей скачать руководство по эксплуатации опель зафира.

А вы уже решили какая офисная мебель будет в этом году у вас в офисе?

Comments

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 и новее
* (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
2016 март - 12.0.2
2016 апрель -12.0.3
2016 декабрь - 12.0.4
2018 август - 12.0.5
2018 октябрь - 12.1.0
2020 апрель - 12.1.1
2021 февраль - 12.1.2
2021 июнь - 12.2

при сравнении DameWare и RAdmin, первый заметно сильнее притормаживает и медленее реагирует на нажатие кнопок.

В RAdmin есть возможность выставлять глубину цвета до 1 бита, а вот в Варе только до 4 бит и выставлять "Grey". Но радмин все равно на этом канале чувствует себя уверенее.

И подскажите что означают настройки на вкладке Remote Options: Scan Blocks и Dalay Between Scan Block Update. Какие параметры необходимо устанавливать на медленных каналах?

Причины черного экрана по 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. Хотя я не очень уверен, какие драйверы принтеров вызывают эту проблему, выполните следующие шаги, чтобы решить эту проблему.

1. Установите все ожидающие обновления Windows на сервере
2. Удалите с сервера все возможные драйверы принтера, включая устройства записи PDF. Я рекомендую не удалять драйверы в течение периода мониторинга, если это возможно, в противном случае удалите все драйверы и переустановите самые последние копии только самых необходимых драйверов, выполнив все перечисленные ниже действия.
3. Если на сервере установлены драйверы HP, обязательно удалите их или остановите службы Драйвер Net Net HPZ12 и Драйвер PML HPZ12 (если есть).
4. Лучше вообще настройте сервер печати и драйвера Easy Print
5. Удалите все сторонние поставщики печати и процессоры печати с сервера. выполните следующие шаги

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

Когда пользователь заходит на сервер, то в определенной ветке реестра добавляются 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.. (Ошибка: Не удалось зарегистрировать пакет.)

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

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\SharedAccess\Parameters\FirewallPolicy\FirewallRules

Черный экран может себя уже проявлять при 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

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

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\SharedAccess\Parameters\FirewallPolicy

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

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

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ Print\Monitors\Local Port

• Дважды щелкните ключ драйвера и измените значение. Измените строковое значение на Localspl.dll и нажмите кнопку ОК.

• Проверьте следующий раздел реестра на наличие сторонних мониторов портов, а затем удалите все мониторы портов, кроме мониторов портов по умолчанию:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\Print\Monitors

• Порты по умолчанию: AppleTalk Printing Devices (если службы для Macintosh установлен), BJ Language Monitor, Локальный порт, PJL Language Monitor , Стандартный порт TCP/IP, USB-монитор, Windows NT Fax Monitor (если установлен)

• Проверьте следующий раздел реестра на наличие сторонних поставщиков печати, а затем удалите все поставщики печати, отличные от поставщиков печати по умолчанию:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\Print\Providers

Поставщики печати по умолчанию - Интернет-провайдер печати Поставщик печати, LanMan

• Проверьте следующий раздел реестра для сторонних процессоров печати, а затем удалите все процессоры печати, кроме процессора печати по умолчанию:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ Print\Environments\Windows x64\

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

• Intel Communities
• Product Support Forums
• Graphics
• DameWare Mini Remote Control black screen on a laptop with the lid closed

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.​

• Отметить как новое
• Закладка
• Подписаться
• Отключить
• Электронная почта другу

Для получения более полной информации об оптимизации компилятора см. Уведомление об оптимизации.

26.04.2021

Windows 10, Windows Server 2016, Windows Server 2019

комментария 4

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

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

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

1. Убедитесь, то RDP сервер, клиент и все сетевое оборудование между ними настроены на одинаковый размер MTU;
2. Отключите сжатие передаваемых данных в сеансе 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).

Читайте также:

  
• Ибп с управлением по lan
  
• Нужен ли qr код в аквапарк в казани
  
• Как снять переходное кольцо с материнской платы
  
• Как открыть файл в termux
  
• Файл asec что это