- Решение проблем с отсутствием клиентских лицензий удаленного рабочего стола
- Способы устранения ошибки
- Способ 1: Удаление веток реестра
- Способ 2: Копирование веток реестра
- Заключение
- Отсутствуют клиентские лицензии удаленного рабочего стола
- Для данного компьютера отсутствуют клиентские лицензииудаленного рабочего стола
- RDS: Удаленный сеанс отключен, отсутствуют серверы лицензирования/клиентские лицензии
- Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола
- Удаленный сеанс отключен, поскольку отсутствуют доступные серверы лицензирования удаленных рабочих столов, которые могли бы провести лицензирование
- RDS Licensing Grace Period Has Expired (L$RTMTIMEBOMB)
Решение проблем с отсутствием клиентских лицензий удаленного рабочего стола
При использовании RDP на компьютере под управлением операционной системы Windows по некоторым причинам может возникать ошибка об отсутствии клиентских лицензий удаленного рабочего стола. Далее в статье мы расскажем о причинах и методах устранения подобного сообщения.
Способы устранения ошибки
Возникает рассматриваемая ошибка вне зависимости от версии ОС из-за отсутствия лицензий на клиентском компьютере. Иногда то же самое сообщение можно увидеть из-за невозможности получения новой лицензии, так как ранняя была кэширована.
Способ 1: Удаление веток реестра
Первый метод заключается в удалении определенных ключей реестра, связанных с лицензиями RDP. Благодаря данному подходу можно обновить временные лицензии и вместе с тем избавиться от проблем по части кэширования устаревших записей.
- На клавиатуре воспользуйтесь комбинацией клавиш «Win+R» и введите следующий запрос.
На 32-битной ОС перейдите в папку «Microsoft» и пролистайте ее вниз до директории «MSLicensing».
Кликните правой кнопкой мыши по строке с указанной папкой и выберите пункт «Удалить».
Примечание: Не забывайте делать копию изменяемых ключей.
Процесс удаления необходимо подтвердить вручную.
Прежде чем перейти к запуску, выполните перезагрузку компьютера.
Теперь, чтобы избежать повторного возникновения ошибки, запустите клиент «От имени администратора». Это необходимо сделать только в первый раз.
Если вы все сделали правильно, стабильная работа RDP будет восстановлена. В противном случае переходите к следующему разделу статьи.
Способ 2: Копирование веток реестра
Первый способ исправления проблемы с отсутствием клиентской лицензии удаленного рабочего стола является действенным не на всех версиях ОС Windows, что в особенности относится к десятке. Исправить ошибку можно путем переноса веток реестра с машины под управлением Windows 7 или 8 на ваш компьютер.
- В соответствии с инструкцией из первого способа на ПК с Win 7 откройте реестр и найдите ветку «MSLicensing». Кликните по данному разделу правой кнопкой мыши и выберите пункт «Экспортировать».
Укажите любое удобное место сохранения файла, на свой выбор введите название и нажмите кнопку «Сохранить».
Переместите созданный файл на ваш основной компьютер и дважды кликните по нему.
Через окно с уведомлением подтвердите импорт, нажав кнопку «Да».
В случае успеха вы получите уведомление и теперь компьютер нужно перезапустить.
Примечание: Несмотря на различия в версиях ОС, ключи реестра работают должным образом.
После выполнения описанных в данной инструкции действий ошибка должна исчезнуть.
Заключение
Рассмотренные способы позволяют избавиться от ошибки отсутствия клиентских лицензий в большинстве случае, но все же не всегда. Если настоящая статья не помогла вам с решением проблемы, оставляйте свои вопросы нам в комментариях.
Отсутствуют клиентские лицензии удаленного рабочего стола
Для данного компьютера отсутствуют клиентские лицензииудаленного рабочего стола
Если при подключении к удаленному компьютеру по RDP выскакивает сообщение «Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола»
В этом случае необходимо произвести чистку реестра на рабочем компьютере с которого происходит вход.
Заходим в реестр — Пуск — выполнить — regedit
Ищем HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ MSLicensing
Нам нужно сначала произвести экспорт раздела MSLicensing — на всякий случай, а уже потом удалить его.
После этого спокойно заходим на удаленный компьютер по RDP.
Так же можно автоматизировать эту работу создав пару батников или выполнив команды из командной строки
REG EXPORT HKLM\SOFTWARE\Microsoft\MSLicensing C:\export.reg
Операция успешно завершена
echo Y| REG DELETE HKLM\SOFTWARE\Microsoft\MSLicensing
При помощи простово bat файла с именем MSLicensing.bat и содержимым:
REG EXPORT HKLM\SOFTWARE\Microsoft\MSLicensing C:\export.reg && echo Y| REG DELETE HKLM\SOFTWARE\Microsoft\MSLicensing
Количество просмотров: 86933
Комментарии к статье:
Автор комментария: Алексей
Дата: 2018-10-02
сначала очистить реестр (как описано выше) и запустить с «/admin» X:WindowsSystem32mstsc.exe /admin Я задал в ярлыке дополнительно «/admin» и все нормально на 10 windows работает
Автор комментария: Андрей
Дата: 2018-08-03
Экспорт ключа с работающего компьютера, можно хоть с XP, импорт в реестр — работает но плоховато, иногда срабатывает нормально, а иногда после всех манипуляций только из под администратора пашет.
Автор комментария: Дмитрий
Дата: 2018-01-11
НА windows 10 уже не работает (2018 год) Стоит на сервере на пользователя а на клиенте удалено все и запуск под админом ничего не дает. Какие будут новые вырианты?
Автор комментария: Николай
Дата: 2017-11-28
На 10 помогло! Правда первый запуск от имени администратора делал. Автор комментария: Хлюп Дата: 2017-08-16 С любой машины, которая подключается по RDP экспорт ключа HKLMSOFTWAREMicrosoftMSLicensing, потом иморт на машину, которая ругается. Думать будет с минуту, но всё потом подключается и работет.
Автор комментария: Владимир
Дата: 2017-11-23
Работает на Windows 7 HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing — удалите все подразделы. После этого повторите подключение к серверу RDP. При первом подключении запустите клиент «от имени Администратора».
Автор комментария: Хлюп
Дата: 2017-08-16
С любой машины, которая подключается по RDP экспорт ключа HKLMSOFTWAREMicrosoftMSLicensing, потом иморт на машину, которая ругается. Думать будет с минуту, но всё потом подключается и работет.
Автор комментария: Иван
Дата: 2017-07-05
Второй способ с методом лицензирования подошол на вин 10, проверено 07.2017 Спасибо!
Автор комментария: Дмитрий
Дата: 2017-02-09
Огромное спасибо! Из всего что нашел помог реально: Автор комментария: Флорид Дата: 2017-02-06 нашел решение для Win 10 заходим на сам сервер Нажмите кнопку «Пуск» и выберите последовательно пункты «Администрирование» и «Настройка служб терминалов». Выберите узел «Параметры сервера» и дважды щелкните элемент «Лицензирование». Установите для параметра «Режим лицензирования» значение «На пользователя» и нажмите кнопку «ОК». Спасибо БРО!))
Автор комментария: Андрей
Дата: 2017-02-07
Кто найдет решения для Windows 10 отпишите здесь менять лицензирования не подойдет.
Автор комментария: Дмитрий
Дата: 2017-02-06
Решения для Windows 10 пока нет, решение о смене лицензирования в корне неверное.
Автор комментария: Флорид
Дата: 2017-02-06
нашел решение для Win 10 заходим на сам сервер Нажмите кнопку «Пуск» и выберите последовательно пункты «Администрирование» и «Настройка служб терминалов». Выберите узел «Параметры сервера» и дважды щелкните элемент «Лицензирование». Установите для параметра «Режим лицензирования» значение «На пользователя» и нажмите кнопку «ОК».
Автор комментария: Флорид
Дата: 2017-02-06
нашел решение для Win 10 заходим на сам сервер Понятно, что на каждом клиенте решать проблему неправильно и неудобно. Такая ошибка возникает, когда режим лицензирования сервера терминалов на сервере терминалов настроен как «На устройство», а на сервере лицензий имеются только клиентские лицензии доступа «На пользователя». В статье KB822134 показано, как решить эту проблему: Нажмите кнопку «Пуск» и выберите последовательно пункты «Администрирование» и «Настройка служб терминалов». Выберите узел «Параметры сервера» и дважды щелкните элемент «Лицензирование». Установите для параметра «Режим лиц
Автор комментария: Василий
Дата: 2017-01-30
Как бороться с этой проблемой на WINDOWS 10
Автор комментария: Mih
Дата: 2017-01-30
Не знаю как на Windows 10. С Windows 8 работает, если выполнить все вышеописанное, а после запустить RDP клиент от администратора -> правой кнопкой мыши — запустить от администратора.
Автор комментария: Кр
Дата: 2017-01-09
Устаревшее днище, уже давно не актуально на windows 10. Ты тут хоть весь реестр удали, ничего не поможет
Автор комментария: Андрей
Дата: 2016-10-31
Этот метод мне был известен давно. На Windows 10 не помогает.
Автор комментария: Алексей
Дата: 2016-09-22
Спасибо за batник!
Автор комментария: чайкин
Дата: 2016-09-20
Автор комментария: Михаил
Дата: 2015-12-14
Добрый день.На windows 10 не работает. Может что подскажете?
Автор комментария: Жорж
Дата: 2015-09-11
Автор комментария: Светлана
Дата: 2015-07-27
Автор комментария: иван
Дата: 2015-06-24
Автор комментария: Оксана
Дата: 2015-04-22
Спасибо,быстро и понятно.
Автор комментария: Алексей
Дата: 2015-03-10
Спасибо, подзабыл как делается.Простой вариант: Ищем HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSLicensing В этой папке просто удалить все подпапки (2 шт)и снова подключиться все должно заработать — проверено на многих ПК! (В 7-ке лучше сделать первый запуск от имени администратора, если не прокатит).
Автор комментария: Владимир
Дата: 2015-01-29
Все супер! Благодарю!
Автор комментария: Маргарита
Дата: 2015-01-22
пишет не удается удалить выделенные параметры, подскажите как это сделать, ранее много раз удаляла, а сейчас не получается
Автор комментария: Сергей
Дата: 2015-01-16
Спасибо! Супер! Спасли!
Автор комментария: Andrew
Дата: 2014-12-05
А если удалить все извнутри ветки — типа оставить только пустой каталог MSLicensing — то отлично запускается и от имени пользователя
Автор комментария: Алексей
Дата: 2014-12-01
Тут такое дело . Первый запуск клиента если удалять всю ветку — должен быть от имени администратора .
Автор комментария: Дмитрий
Дата: 2014-11-05
Респект за батник )
Автор комментария: Ферапонт
Дата: 2014-09-25
Совет работает. настройки терминального доступа при этом не слетают.
Автор комментария: Светлана
Дата: 2014-09-23
Как все понятно и ясно, даже для чайника. Спасибо огромное все исправила и все работает.
Автор комментария: Анатолий
Дата: 2014-09-17
Автор комментария: Олеся
Дата: 2014-01-15
Супер! Всё удалось. Спасибо!
Автор комментария: Алексей
Дата: 2013-02-19
Автор комментария: Наталья
Дата: 2013-02-13
Добрый день! Я абсолютный чайник, но мне нужно подключиться к удаленному компу, а проблема возникла. Я дошла до пункта MSLicensing, далее меня поставил в тупик наличие еще двух подпунктов HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSLicensingStore куда мне нажать? А после этого через «Файл» я должна выбрать ЭКСПОРТ? а потом как его удалять?
Автор комментария: Дмитрий
Дата: 2013-02-06
RDS: Удаленный сеанс отключен, отсутствуют серверы лицензирования/клиентские лицензии
В этой статье мы рассмотрим несколько распространенных ошибок, связанных с RDS лицензированием, когда RDP удаленные клиенты не могут подключится к терминальным серверам Windows Server с ролью Remote Desktop Services Host.
Ошибки лицензирования при подключении RDP клиентов к RDS хосту могут появляться, если:
- На хосте Remote Desktop Services не указан сервер RDS лицензирования, с которого нужно получить клиентские лицензии (RDS CAL);
- На сервере RDS Licensing закончились доступные клиентские лицензии;
- Клиент пытается подключиться с истекшей временной RDS лицензией;
Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола
Сначала рассмотрим ошибку, связанную с получением клиентами лицензий (RDS CAL) с сервера лицензирования.
В первую очередь вам нужно подключиться к RDSH серверу в административном режиме ( mstsc.exe /admin ) и запустить утилиту RD Licensing Diagnoser. Если у вас все настроено правильно, вы должны увидеть имя сервера лицензирования RDS, и тип лицензии (Per User/Per Device).
С помощью консоли RD Licensing Manager ( licmgr.exe ) подключитесь к серверу RDS лицензий и проверьте, что в вам доступны свободные лицензии нужного типа (Per User/Per Device). Если свободные лицензии закончились, нужно приобрести новый пакет CAL, дождаться пока кто-нибудь освободит лицензию или отозвать неиспользуемые лицензии прямо из консоли (Revoke License).
В данном примере видно, что RDS CAL есть, и они выдаются пользователям (Issued = 44).
Скорее всего в этом случае клиентский компьютер пытается подключиться к вашему RDSH серверу со временной RDP лицензией с истекшим сроком (если при первом подключении клиента ваш RDS Licensing сервер был недоступен, клиенту была выдана временная лицензия на 180 дней). В этом случае нужно на клиенте сбросить эту просроченную лицензию в реестре.
На клиентском компьютере (в этом примере Windows 10), выполните следующее:
- Запустите редактор реестра regedit.exe ;
- Удалите ветку реестра HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing;
- Закройте редактор реестра и запустите mstsc.exe (Remote Desktop Connection) с правами администратора;
- Потом подключитесь к вашему RDS серверу. При этом ветка MSLicensing автоматически пересоздастся, и компьютер получит новую лицензию.
Удаленный сеанс отключен, поскольку отсутствуют доступные серверы лицензирования удаленных рабочих столов, которые могли бы провести лицензирование
У одного из заказчиков появилась другая проблема с фермой терминальных серверов Remote Desktop Services на базе. По какой-то причине RDS сервер перестал выдавать терминальные лицензии пользователям, хотя роль сервера лицензий RDS установлена и настроена, а RDP CAL активированы.
Когда пользователь пытается подключится к терминальному серверу по RDP, появляется ошибка:
В русской версии Windows ошибка выглядит так:
Подключитесь к консоли сервера в административном режиме ( mstsc /admin ). Запустите Server Manager, откройте настройки RDS (Remote Desktop Services -> Deployment Overview -> Tasks -> Edit Deployment Properties ) и проверьте что в конфигурации RDSH указан правильный сервер лицензирования (Remote Desktop License Server) и тип RDS CAL (Per Device или Per User).
Также можно проверить настройки сервера RDS лицензирования из PowerShell:
Как мы видите, LicenseServer в конфигурации указан, и используется тип лицензирования PerUser.
Проверьте, что следующие порты не блокируются межсетевыми экранами при доступе с RDSH хоста до RDS LicenseingServer: TCP:135, UDP:137, UDP:138, TCP:139, TCP:445, TCP:49152–65535 (RPC range) . Если RDS License сервер не доступен, в окне License Diagnoser будет ошибка:
RDS Licensing Grace Period Has Expired (L$RTMTIMEBOMB)
Внимательно посмотрите события в Event Viewer на RDS хосте. Возможно там есть такая ошибка:
В RD License Diagnoser скорее всего также будет отображаться ошибка:
Это означает, что ваш льготный период работы RDSH сервера (grace) истек, и вам нужно продлить grace режим, либо активировать хост на полноценном сервере лицензий RDS.
Количество дней до окончания RDS Grace Period можно узнать из cmd.exe с правами администратора командой:
wmic /namespace:\\root\CIMV2\TerminalServices PATH Win32_TerminalServiceSetting WHERE (__CLASS !=»») CALL GetGracePeriodDays
Обратите внимание, что DaysLeft = 0 . Это означает, что на RDSH хосте истек Grace Period.
Чтобы продлить grace период в RDS нужно на сервере удалить параметр реестра, в котором задается время отсчета льготного периода лицензирования (grace period licensing). Дата, определяющая время окончания работы RDSH в режиме grace хранится в reg_binary параметре реестра L$RTMTIMEBOMB (довольно забавное имя –TIME BOMB …. ;), находящемся в ветке:
Вам нужно удалить из реестра параметр L$RTMTIMEBOMB. Однако, у администратора недостаточно прав для этого.
Чтобы удалить этот параметр реестра, нужно открыть разрешения родительской ветки и предоставить своей учетной записи права владельца на ветку. Затем дайте себе права RW на ветку (не буду подробно описывать сам процесс).
Теперь щелкните правой кнопкой по параметру L$RTMTIMEBOMB и удалите его.
Перезагрузите RDSH сервер и подключитесь к нему с клиента по RDP.
С помощь консоли Remote Desktop Licensing Manager проверьте, что RDS CAL лицензия выдана.
Если RDS CAL не получен, проверьте есть ли в журнале событие:
С помощью следующей PowerShell команды проверьте, задан ли сервер RDS лицензирования:
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()
Как вы видите, сервер лицензирования RDS не задан (список SpecifiedLSList пуст). Следующая команда принудительно задаст адрес сервера лицензий RDS.
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.SetSpecifiedLicenseServerList(«msk-rdslic.winitpro.ru»)
- Use the specified Remote Desktop license servers
- Set the Remote licensing mode
Теперь RDS хост сможет получать лицензии от сервера RDS Licensing и выдавать их вашим RDP пользователям.