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

Доброго времени суток! Иногда при подключении у к серверу терминалов через клиент « », может возникнуть ошибка: «Удаленный сеанс отключен, поскольку отсутствуют клиентские лицензии удаленного рабочего стола. » В данной статье я хочу описать причины возникновения данной ошибки и предложу возможные решения этой проблемы.

Итак, при подключению к серверу терминалов по протоколу RDP возникает ошибка: «Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола. »

Данное сообщение можно увидеть в следующих случаях:

1. Для службы удаленных рабочих столов на сервере терминалов не настроен сервер лицензирования.
2. На сервере лицензирования не осталось клиентских лицензий доступа (CAL).

Рассмотрим эти ситуации более подробно, а также обозначим способы их устранения.

1. Настройка сервера лицензирования

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

Если прежде подключение через удаленный рабочий стол к серверу терминалов работало, то возможно данному клиенту была выдана временная лицензия на 180 дней, и срок этой лицензии уже истек. Для того чтобы заново получить временную лицензию необходимо на клиентской машине удалить из реестра сведения о действующей просроченной лицензии.

Запускаем редактор реестра. Сделать это можно выполнив команду regedit.exe («Пуск » - «Найти программы и файлы », либо «Пуск » — «Выполнить » или нажать комбинацию клавиш Win+R и вписать имя команды в окне «Выполнить »).

В запустившемся редакторе реестра необходимо удалить следующий каталог:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing

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

2. Нехватка CAL-лицензий

Если на сервере лицензирования, который лицензирует данный сервер терминалов, закончились лицензии, необходимо дождаться пока кто-либо освободит лицензию, либо приобрести и активировать необходимое число CAL-лицензий.

Просмотреть общее, занятое и доступное количество лицензий можно в оснастке «Лицензирование сервера терминалов». Чтобы открыть данную оснастку в нужно последовательно зайти в меню «Пуск » - «Администрирование » - «Службы удаленных рабочих столов » - «Диспетчер лицензирования удаленных рабочих столов »

• дату и время создания отчета;
• область отчета, например Domain, OU=Sales или All trusted domains;
• число Клиентских лицензий служб удаленных рабочих столов «на пользователя», установленных на сервере лицензирования;
• число Клиентских лицензий служб удаленных рабочих столов «на пользователя», выданных сервером лицензирования с учетом заданной области отчета.

Созданные отчеты отображаются на вкладке «Отчеты » в Диспетчере лицензирования удаленных рабочих столов.

Помогла ли Вам данная статья?

Надавно столкнулся с неожиданной проблемой, в январе месяце я установил и настроил windows server 2012, всё было сделано по Тз

т.е. используется Windows Server 2012 в рабочей группе (без использования домена), устанавливаются купленные клиентские сертификаты на подключение к серверу терминалов,

устанавливается и активируется сервер лицензирования.

Всё прекрасено работало ровно 120 дней после этого возникла ошибка

« Удаленный сеанс поскольку отсутствуют доступные серверы лицензирования сервера терминалов для проведения лицензирования. Обратитесь к администратору сервера «.

Возникли собственно вопрос как и почему.

Первым делом отправились в

Диспетчер серверов\Службы удаленных рабочих столов\Серверы

Там проверили что

1. Windows server 2012 активирован

2. Запущены службы: удаленных рабочих столов ,

Диспетчер серверов\Локальный сервер

там обнаружилась ошибка

Льготный период лицензирования удаленных рабочих столов истек, а служба не была зарегистрирована на сервере лицензирования с установленными лицензиями. Для постоянной работы необходим сервер лицензирования удаленных рабочих столов. Сервер узла сеансов удаленных рабочих столов может работать без сервера лицензирования в течение 120 дней со дня первоначального запуска.

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

Однако режим лицензирования установлен,а служба лицензирования настроена и сам сервер активирован.

Оказалось что в последних версиях microsoft windows server 2008 2008 r2 2012 рекомендуют использовать домен, при этом работают оба режима лицензирования,

а в случае отсутствия домена возможен только режим лицензирования на устройство, и по истечении 120 дней режим лицензирования на пользователя перестаёт работать и к серверу становится невозможно подключиться по РДП.

исправляем данную ситуацию открываем Powershell или в выполнить winkey+r

Настраиваем локальные политики для серверов находящихся в рабочей группе

В строке терминала пишем gpedit.msc и изменяем соответствующие ключи.

Использовать указанные серверы лицензирования удаленных рабочих столов (добавляем имя нашего сервера или его ip адресс)

Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование - Задать режим лицензирования удаленных рабочих столов

Англоязычный вариант:

Use the specified Remote Desktop license servers (добавляем имя нашего сервера или его ip адресс)

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing - Set the Remote licensing mode (выбираем тип лицензий на устройство)

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

открываем все серверы - кликаем правой кнопкой по нашему серверу - управление лицензиями

далле - перестроить базу данных сервера лицензирования - база данных лицензирования удаленных рабочих столов повреждена

нажимайте галку подтвердить удаление лицензий установленых на этом сервере

соглашение open license вводите ваш номер авторизации и номер дицензии если у вас винда была куплена.

тип лицензий обязательно выбрать на устройство.

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

или перезагружаете сервер после чего к серверу снова можно будет подключиться по РДП

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

Сведения о некоторых определенных ошибках смотрите далее в этой статье.

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

Причина: истек 120-дневный льготный период лицензирования для роли сервера удаленных рабочих столов, и вам необходимо установить лицензии.

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

Mstsc .RDP /admin

Если вы не планируете устанавливать более двух одновременных подключений к удаленному рабочему столу виртуальной машины, вы можете удалить роль сервера удаленных рабочих столов с помощью диспетчера серверов.

Дополнительные сведения см. в записи блога RDP to Azure VM fails with "No Remote Desktop License Servers available" (RDP-подключение к виртуальной машине Azure выдает ошибку, связанную с отсутствием серверов лицензирования удаленных рабочих столов).

Службе удаленного рабочего стола не удается найти имя компьютера.

Причина: клиенту удаленного рабочего стола не удается разрешить имя компьютера в параметрах RDP-файла.

Возможные решения

• Если вы работаете в интрасети организации, убедитесь в том, что у вашего компьютера есть доступ к прокси-серверу и возможность передавать на него данные по протоколу HTTPS.

Если вы работаете с локальным RDP-файлом, попробуйте воспользоваться файлом, созданным с помощью портала. На этом шаге вы проверите правильность DNS-имени виртуальной машины, имени облачной службы и порта конечной точки виртуальной машины. Вот пример RDP-файла, созданного порталом:

Full address:s:tailspin-azdatatier.cloudapp.net:55919 prompt for credentials:i:1

Адресная часть в этом RDP-файле состоит из:

• полного доменного имени облачной службы, в которой находится виртуальная машина (в этом примере - tailspin-azdatatier.cloudapp.net);
• внешнего TCP-порта конечной точки для обмена данными с удаленным рабочим столом (55919).

Произошла ошибка проверки подлинности. Не удается связаться с локальным администратором безопасности».

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

Если имя пользователя указано в формате система_безопасности \имя_пользователя (например, CORP\User1), то система_безопасности в этой записи обозначает имя компьютера виртуальной машины (для локальной системы безопасности) или имя домена Active Directory.

Возможные решения

• Если учетная запись является локальной для виртуальной машины, проверьте правильность написания имени виртуальной машины.
• Если учетная запись относится к домену Active Directory, проверьте правильность написания имени домена.
• Если она является учетной записью домена Active Directory и имя домена указано правильно, убедитесь, что контроллер домена доступен для этого домена. В виртуальных сетях Azure с контроллерами домена этот компонент может быть часто недоступен, так как он не запущен. В качестве решения вместо учетной записи домена используйте учетную запись локального администратора.

Ошибка безопасности Windows: учетные данные не работают.

Причина: целевой виртуальной машине не удается проверить имя и пароль учетной записи.

Компьютер Windows принимает данные локальных учетных записей и учетных записей домена.

• Для локальных учетных записей используйте синтаксис имя_компьютера \имя_пользователя (например, SQL1\Admin4798).
• Для доменных учетных записей используйте синтаксис имя_домена \имя_пользователя (например, CONTOSO\ivan_ivanon).

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

Например, если вы вошли с локальной учетной записью DC1\DCAdmin и повысили уровень виртуальной машины до контроллера домена corp.contoso.com в новом лесу, локальная учетная запись DC1\DCAdmin удаляется, а вместо нее создается новая учетная запись домена CORP\DCAdmin с тем же паролем.

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

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

Не удается подключиться к удаленному компьютеру.

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

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

Убедитесь в том, что у учетной записи, которую вы используете для подключения, есть права для входа на удаленный рабочий стол. Для устранения этой проблемы воспользуйтесь учетной записью администратора домена или локального администратора, чтобы создать подключение к удаленному рабочему столу. Чтобы добавить требуемую учетную запись в локальную группу пользователей удаленного рабочего стола, используйте оснастку "Консоль управления (MMC)" (Служебные программы > Локальные пользователи и группы > Группы > Пользователи удаленного рабочего стола ).

Дальнейшие действия

Если описанные выше ошибки отсутствуют и при подключении по протоколу RDP возникает неизвестная проблема, см. руководство по устранению неполадок с подключением к удаленному рабочему столу .

• Сведения об устранении неполадок с доступом к приложениям, работающим на виртуальной машине, см. в статье Устранение проблем с подключением к приложениям на виртуальных машинах Linux в Azure .
• Если вы подключаетесь к виртуальной машине Linux в Azure по протоколу SSH и у вас возникают проблемы, см. статью

Во всех версиях Windows, начиная с XP, есть стандартный RDP-клиент (Remote Desktop Protocol), который используется для подключения к службе удаленных рабочих столов. Иногда, при подключении к серверу терминалов через клиент удаленного рабочего стола возникает ошибка: «удаленный сеанс отключен поскольку отсутствуют клиентские лицензии».

Это сообщение может возникнуть в двух случаях:

1. На сервере терминалов не настроен сервер лицензирования для службы удаленных рабочих столов.
2. Сервер лицензирования не выделил клиентские лицензии доступа (CAL).

Детальнее рассмотрим оба случая.

Настройка сервера лицензирования

Ошибка чаще возникает через некоторое время в уже настроенных подключениях, спустя 120 или 180 дней. Вероятно, что при создании подключения, клиенту была выдана временная лицензия на данный период времени. Чтобы получить новую временную лицензию, необходимо на клиентской машине удалить сведения о просроченной лицензии из реестра. Для этого:

Проверка CAL — лицензий

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

Чтобы проверить доступные и занятые CAL, воспользуйтесь «Лицензированием сервера терминалов» на серверной Windows:

1. Откройте «Пуск» → «Администрирование» → «Службы удаленных рабочих столов» → «Диспетчер лицензирования удаленных рабочих столов».
2. Выберите свой сервер лицензирования.
3. В открывшемся окне нажмите «Действие» → «Создать отчет».

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

• установлены на сервере лицензирования;
• выданы сервером лицензирования с учетом заданной области отчета.