A remote control session could not be established with the remote computer как исправить

Обновлено: 05.07.2024

I need your help. I have installed Sccm and my environment has one domain and 3 subdomains. I have a little issue when i try to connected over remote control. if you select device and try to connect I Got this message

A remote control session could not be established with remote computer.

but if I open remote control application and go to -> file -> connect and type full domain name, or ip works.I attached one picture.

Why is happening ?

Answers

It appears that the NetBIOS name of the device is not being resolved. You need to fix name resolution (DNS).

All replies

on the device where the admin console is installed (where you initiate the remote control session), check the log
"%temp%\ CMRcViewer.log "

Does it show anything relevant?

I got error when I connected using console.

====== Starting remote control session with remote system ======> [CLWIRELESS2-PTF] CmRcViewer 12-11-2014 14:34:07 5944 (0x1738)

Address Lookup failed for the target host: CLWIRELESS2-PTF.

No such host is known. (Error: 80072AF9; Source: Windows) CmRcViewer 12-11-2014 14:34:10 5944 (0x1738)

Address Lookup failed for the target host: CLWIRELESS2-PTF.

No such host is known. (Error: 80072AF9; Source: Windows) CmRcViewer 12-11-2014 14:34:10 5944 (0x1738)

Failed to connect to remote system. This can be caused by several conditions: system is turned off, system cannot be reached, windows firewall blocks TCP Port 2701, or remote control feature is disabled. CmRcViewer 12-11-2014 14:34:11 5944 (0x1738)

Sending 'Remote Control session failed to start' status message for session with remote system CLWIRELESS2-PTF CmRcViewer 12-11-2014 14:34:11 5944 (0x1738)

Sent status message(30085) related to session with remote machine (CLWIRELESS2-PTF) CmRcViewer 12-11-2014 14:34:11 5944 (0x1738)

When I type all name here works

====== Starting remote control session with remote system ======> [CLWIRELESS2-PTF .pt.cl.local ] CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

Attempting connection to IPv4 address: 10.50.37.65 CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

Successfully connected to address [10.50.37.65:2701] CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

The remote control stream is initialized. CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

The remote control stream is opened CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

Security filter Stream is Initialized. CmRcViewer 12-11-2014 14:35:48 5904 (0x1710)

18.09.2019

Windows 10, Windows Server 2012 R2

комментариев 19

В первую очередь, убедитесь, что на RDS сервере доступен RDP порт 3389, и подключение не блокируется файерволом (Test-NetConnection rdsserver –port 3389).

Изучив логи RDP подключений на удаленном RDS сервере, я не увидел никаких особенных ошибок. В журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational видно, что RDP сессия создается:

The server has terminated main RDP connection with the client.
The disconnect reason is 0

Проверьте состояние службу Remote Desktop Services на удаленном сервере и перезапустите ее. Вы можете удаленно перезапустить службу через консоль Services.msc (Connect to another computer), но гораздо проще проверить состояние службы и перезапустить ее через PowerShell:

(Get-Service TermService -ComputerName msk-ts1).status

Служба запушена (Running), перезапустим ее:

Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose

Но проблему это не решило.

Какие еще варианты решения проблемы мне удалось найти в сети:

Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\CProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:\ProgramData\Microsoft\Crypto\RSA , переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client параметр fClientDisableUDP со значением 1.

Ни один из рассмотренных выше сценариев не был применим в моем случае. Я совершенно случайно обнаружил, что с других компьютеров нет проблем с подключением к этому RDS серверу. Значить проблема только с моим компьютером, а не с сервером.

Я очистил историю RDP подключений в ветке HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers и сбросил кэш RDP в каталоге C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache (перед удалением закройте все запущенные сеансы mstsc.exe):

del "C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache"

$очистка кэша rdp AppData\Local\Microsoft\Terminal Server Client\cache$

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

Ошибка: Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов

12.06.2020

Windows Server 2012 R2, Windows Server 2016, Windows Server 2019

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

При настройке нового узла RDS фермы на Windows Server 2012 R2/2016/2019 вы можете столкнуться со следующим всплывающим предупреждением, которое появляется в трее:

Licensing mode for the Remote Desktop Session Host is not configured.

Remote Desktop Service will stop working in xxx days.

Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов. Служба удаленных рабочих столов перестанет работать через xxx дней.

Судя по ошибке, служба RDS запущена в режиме льготного периода лицензирования (в течении пробного периода 120 дней вы можете использовать Remote Desktop Session Host без активации RDS лицензий). Когда grace период закончится, пользователи не смогут подключиться к RDSH, а в трее появится ошибка:

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

В английской версии Windows Server ошибка выглядит так:

Licenses are not available for the Remote Desktop Session Host server, and RD Licensing Diagnoser has identified licensing problem for the RD Session Host server.

Licensing mode for the Remote Desktop Session Host is not configured.

The Remote Desktop Session Host server is within its grace period, but the Session Host server has not been configured with any license server.

Как вы видите, на самом деле доступных клиентам лицензий нет, т.к. режим лицензирования не задан.

Все это говорит о том, что администратор не задал для этого хоста сервер лицензирования RDS и/или режим лицензирования. Это несмотря на то, что при развертывании хоста RDS уже был указан тип лицензирования (Configure the deployment -> RD Licensing).

Отройте консоль PowerShell и проверьте, задан ли сервер лицензирования RDS с помощью следующих команд:

$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()

Примечание. Командлет Get-RDLicenseConfiguration при этом может выводить совершенно другие, ошибочные данные.

Если сервер лицензирования не задан, его можно указать командой:
$obj. SetSpecifiedLicenseServerList("rdslic1.winitpro.ru")

Также вы можете принудительно задать параметры лицензирования RDS можно несколькими способами.

Через реестр:

В ветке HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core нужно изменить значение DWORD параметра с именем LicensingMode с 5 на:

2 — если используется лицензирование на устройства (Per Device)
4 — при использовании RDS лицензирования на пользователей (Per User)

Вы можете изменить параметр реестра вручную через regedit.exe или следующими командами PowerShell из модуля управления реестром:

После внесения изменений нужно перезагрузить RDS хост.

Параметры сервера лицензирования RDS также можно задать через политики GPO (локальную или доменную политику).

Если сервер RDS находится в рабочей группе (не добавлен в домен Active Directory), используйте локальный редактор политик gpedit.msc. Перейдите в раздел Конфигурация компьютера -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование (Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing).

Нас интересуют две политики:

После перезагрузки сервера откройте средство диагностики лицензирования RDS. Если вы все настроили правильно, должно появится число доступных RDS лицензий и указан режим лицензирования.

Если в вашей сети настроен файервол, необходим открыть следующие порты с RDSH хоста до сервера RDS лицензирования: TCP/135, UDP/137, UDP/138, TCP/139, TCP/445, TCP/49152–65535 (RPC диапазон).

Вы можете проверить доступность портов с помощью комнадлета Test-NetConnection. Если порты закрыты на локальном брандмауэре Windows Defender Firewall, вы можете открыть порты с помощью командлетов из модуля NetSecurity.

Также обратите внимание, что, если на сервере RD Licensing Server установлена, например, Windows Server 2012 R2 и CAL для RDS 2012 R2, вы не сможете установить RDS CAL лицензии для Windows Server 2016 или 2019. Ошибка “Remote Desktop Licensing mode is not configured” сохранится, даже если вы указали правильные тип лицензий и имя сервера лицензирования RDS. Старые версии Windows Server просто не поддерживают RDS CAL для более новых версий WS.

При этом в окне RD License Diagnoser будет отображаться надпись:

Сначала Вам придется обновить версию Windows Server на сервере лицензирования (или развернуть новый RD License host). Более новая версия Windows Server (например, WS 2019 поддерживает RDS CAL для всех предыдущих версий Windows Server).

Single Primary Site running SCCM 2012 R2 CU1 on Windows Server 2012.

2 Windows 7 Client

When I try to initiate Remote Control session from SCCM Server :

A remote control session could not be established with the remote computer:

Possible cause for this include

The system is turned off

the system cannot be reached on the network

the windows firewall is not configured to all remote control

the remote control feature is disabled.

I have verified the network connectivity. Ping works both ways.

Windows Firewall is off on both client and server.

Remote control is enabled in client settings.

No errors in CMRCService.log

Answers

Please ensure remote control has been enable under Remote Tools in Client Settings and TCP port 2701 is open.

You could also check CMRcViewer.log that located in the %temp% folder on the computer running the remote control viewer.

All replies

> When I try to initiate Remote Control session from SCCM Server

Have you tried from anywhere else?

> Windows Firewall is off on both client and server.

Are there any network firewalls between the console and the client?

> I have verified the network connectivity. Ping works both ways.

Are you sure you are resolving the right IP address?

> Remote control is enabled in client settings.

Are you sure the user has permissions to do remote control on that device?

> No errors in CMRCService.log

Is the Configuration Manager Remote Control (CmRcService) service actually started on the client?

I hope that helps,

Nash Pherson, Senior Systems Consultant
Now Micro - My Blog Posts
If you found a bug or want the product to work differently, share your feedback.
<-- If this post was helpful, please click the up arrow or propose as answer.

> When I try to initiate Remote Control session from SCCM Server

Have you tried from anywhere else?

Yes I tried from two other machines and it didn't work.

> Windows Firewall is off on both client and server.

Are there any network firewalls between the console and the client?

> I have verified the network connectivity. Ping works both ways.

Are you sure you are resolving the right IP address?

> Remote control is enabled in client settings.

Are you sure the user has permissions to do remote control on that device?

> No errors in CMRCService.log

Is the Configuration Manager Remote Control (CmRcService) service actually started on the client?

A couple of other things to check,

Do you have the correct / up to date Config Manager client version installed on the PC you are trying to remote control to and / or are you using the correct Remote Control version at your end.

Check that you have remote control settings correctly enabled in the default client settings that are set in the Config Manager console and that those client settings are being applied to your target PC.

There is a remote control log file also that the client maintains. I can't think of it off the top of my head, but it would be worth checking out (c:\windows\ccm\logs) to see if the target pc is even logging an attempt to connect.

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