Решение проблем с отсутствием клиентских лицензий удаленного рабочего стола

Отсутствуют клиентские лицензии удаленного рабочего стола

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

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

В этом случае необходимо произвести чистку реестра на рабочем компьютере с которого происходит вход.

Заходим в реестр — Пуск — выполнить — regedit
Ищем HKEY_LOCAL_MACHINESOFTWAREMicrosoft MSLicensing
Нам нужно сначала произвести экспорт раздела MSLicensing — на всякий случай, а уже потом удалить его.

После этого спокойно заходим на удаленный компьютер по RDP.

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

REG EXPORT HKLMSOFTWAREMicrosoftMSLicensing C:export.reg

Операция успешно завершена

echo Y| REG DELETE HKLMSOFTWAREMicrosoftMSLicensing

При помощи простово bat файла с именем MSLicensing.bat и содержимым:

REG EXPORT HKLMSOFTWAREMicrosoftMSLicensing C:export.reg && echo Y| REG DELETE HKLMSOFTWAREMicrosoftMSLicensing

Количество просмотров: 84790

Комментарии к статье:

Автор комментария: Алексей
Дата: 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

Решение проблем с отсутствием клиентских лицензий удаленного рабочего стола

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

Способы устранения ошибки

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

Способ 1: Удаление веток реестра

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

На клавиатуре воспользуйтесь комбинацией клавиш «Win+R» и введите следующий запрос.

На 32-битной ОС перейдите в папку «Microsoft» и пролистайте ее вниз до директории «MSLicensing».

Кликните правой кнопкой мыши по строке с указанной папкой и выберите пункт «Удалить».

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

Процесс удаления необходимо подтвердить вручную.

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

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

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

Способ 2: Копирование веток реестра

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

В соответствии с инструкцией из первого способа на ПК с Win 7 откройте реестр и найдите ветку «MSLicensing». Кликните по данному разделу правой кнопкой мыши и выберите пункт «Экспортировать».

Укажите любое удобное место сохранения файла, на свой выбор введите название и нажмите кнопку «Сохранить».

Переместите созданный файл на ваш основной компьютер и дважды кликните по нему.

Через окно с уведомлением подтвердите импорт, нажав кнопку «Да».

В случае успеха вы получите уведомление и теперь компьютер нужно перезапустить.

Примечание: Несмотря на различия в версиях ОС, ключи реестра работают должным образом.

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

Заключение

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

Удалённый сеанс отключен, поскольку отсутствуют клиентские лицензии

В любой операционной системе Windows есть стандартный RDP-клиент, который позволяет просматривать и работать со своего компьютера, даже если пользователь находится за другим П. К. Иногда при подключении к RDP-клиенту возникает ошибка подключения. Такая ошибка может возникнуть в двух случаях:

• Удалённый сеанс отключен, поскольку отсутствуют клиентские лицензии.
• Невозможно открыть клиента, так как не настроен сервер с лицензиями.

В статье мы подробно разберём, как исправить эти две ошибки.

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

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

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

Как решается проблема:

• Первым делом необходимо проверить активность сервера. Переходим в Администрирование. Можно в строке меню Пуска вбить слова и нажать на вкладку. После этого выбираем Службы — Службы удалённых столов — Диспетчер лицензирования. На сервере терминалов должна стоять галочка.
• После этого необходимо убедиться, что режим лицензирования настроен. Для этого также переходим в администрирование — службы рабочего стола — конфигурация узлов сеансов столов.
• После проделанных действий нужно перезагрузиться. Ошибка должна исчезнуть.

Отсутствует клиентская лицензия удалённого рабочего стола

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

Как удалить старую лицензию:

• Воспользуемся комбинацией клавишей Win + R. Откроется окошечко со строкой для запроса, вписываем туда regedit. Жмём О. К. .
• Теперь нужно сделать бэкап реестра. Нажимаем в открывшемся окне реестра Файл — Экспорт — Диапазон (весь реестр) — в строке «Имя файла» вписываем «бэкап» и сохраняем.
• Теперь нужно открыть ветку HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSLicensing. Убираем оттуда файл под названием MSLicensing.
• Теперь открываем подключение к серверу. Запускаться необходимо от имени администратора. Открывая подключения, пользователь сможет увидеть новую лицензию.

Стоит отметить: перед тем, как убрать ветку, её необходимо экспортировать. Это необходимо для возможности восстановить настройки.

Чтобы восстановить настройки реестра, необходимо:

• Найти файл *. reg с предыдущей версией.
• Два раза нажать на файл и подтвердить импорт.

Также восстановить исходные данные можно из самого реестра. Для этого необходимо выбрать Файл->Импорт и указать ранее созданный файл.

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

Для решения проблемы необходимо запустить RDP-клиент из учётной записи или из командной строки. В обоих случаях заходить необходимо от имени администратора.

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

• Открываем Пуск — Панель управления — Учётные записи пользователей и семейная безопасность — Учётные записи пользователей.
• Теперь нужно изменить параметры контроля записей. Для этого внизу страницы будет находиться аналогичная ссылка.
• Нажимаем на ОК и перезагружаем компьютер.

Эта инструкция актуальная для компьютеров с Windows 7. Есть такие пользователи, у которых ещё есть Windows Vista, для них особых изменений в инструкции нет. Единственное отличие — это другое название отключаемой опции (Использование учётных записей для защиты компьютера). Также нажимаем на ОК и перезагружаем компьютер.

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

Выводы по статье

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

Удалённый сеанс может отключаться по двум причинам:

• Нехватка лицензий.
• Удалённый сеанс отключен, так как отсутствуют доступные серверы для лицензирования.

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

• Зайти в диспетчер RDP-клиента.
• Нажимаем Действия — Создать отчёты. В окне появится вся информация по доступным разрешениям для пользования.

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

Пикабу помоги. Windows 10 удаленный сеанс отключен поскольку отсутствуют клиентские лицензии

Пикабу помоги решить проблему. В Windows 10 не могу подключиться к серверу терминалов, всё работало, но временная лицензий закончилась. Раньше на Win 7 решалось чисткой реестра MSLicensing и запуск удаленки через администратора, было всё чудесно, но этот метод не работает с Win 10, помогло копирование реестра из другой 10-ки. Но думаю должно быть другое решение. Прошу помочь

Дубликаты не найдены

Я через регедит подключаю удаленный реестр,
вот тут удаляю тайм-бомбу на сервере:
hkey_local_machinesystemCurrentControlSetControlTerminal ServerRCMGracePeriod

И через PowerShell сервак ребутаю:
Restart-Computer [IP] -Credential Administrator -Force

Это как не понял? У меня нет grace

Спасибо тебе добрый человек!

Попробую Ваш метод

Лицензию купи уже, хацкер.

нашел решение для Win 10

заходим на сам сервер

Понятно, что на каждом клиенте решать проблему неправильно и неудобно. Такая ошибка возникает, когда режим лицензирования сервера терминалов на сервере терминалов настроен как «На устройство», а на сервере лицензий имеются только клиентские лицензии доступа «На пользователя». В статье KB822134 показано, как решить эту проблему:

Нажмите кнопку «Пуск» и выберите последовательно пункты «Администрирование» и «Настройка служб терминалов».

Выберите узел «Параметры сервера» и дважды щелкните элемент «Лицензирование».

Установите для параметра «Режим лицензирования» значение «На пользователя» и нажмите кнопку «ОК».

это не то. рабочей станции без разницы режим лицинзирования.

Тогда посижу посмотрю как народ решать будет.

так все решили уже. сертификат подкинули через реестр с другого компа 🙂

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

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

На некоторых Windows 10 удаление «MSLicensing» не работает, если использовать утилиту «Подключение к рабочему столу». Хоть за удаляйся «MSLicensing». Проверял на лицензионной Windows 10 Pro подключаться к Windows Server 2012, с купленными лицензиями на удаленный доступ. В таких случаях на Windows 10 нужно использовать утилиту «Удаленный рабочий стол» как тут (https://windowstips.ru/udalennyj-rabochij-stol-v-windows-10-i-8-1), вот на ней всё начинает работать, после удаления MSLicensing.

Можно еще способ который предложил @74202, отлично работает, проверенно.

из под админа cmd — slmgr.vbs /rearm — ребутаем — работает тестовый период — 3 раза по 30 дней дается на одну установку.

ну, раз копирование реестра помогло, значит, где-то там и хранится это значение. вопрос где)

Вот это и хочу узнать у умных людей. Но пока отмахиваюсь от камней и помидор.

можешь так вычищать

@echo off
reg delete «HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientDefault» /va /f
reg delete «HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers» /f
reg add «HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers»
cd %userprofile%documents
attrib Default.rdp -s -h
del Default.rdp

Не получилось чето

пробный период сбросил?

Да всё заработало, сбросил пробник по совету @74202, Спасибо!

запрети обновления, а то опять уедет

Как уедет так и лечится. Схема всегда одна.

запусти из под админа. не может обновить сертификат.

Я так и делаю) Эффекта нет

ну сбрось пробную версию и пробный период заново пойдет.

в режиме защиты у тебя не работают привилегия администратора.

ПыСы: обновления встали раз съехала активация. откати до установки обновлений

Не хардом единым, или софта пост

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

Начнем с операционных систем, а именно с «Полуоси», OS/2 Warp 4.

На IBM PC-[Не помню] с Socket5 работает вполне успешно. Давно ей не занимался, надо бы найти этот системник и обзор сделать)

В 90’е годы в нашей стране Windows активно распространяли неофициальные издатели)

Были варианты с офисом и всем фаршем)

Нечто подобное, только более раннее. Даже для Win 3.1 программы есть)

Немного из серии «Аспирин/Реаниматор», и их дальнейшее развитие. Зачастую такие сборники были поистине спасительными)

Офисные сборники. На втором диске есть Win95, успешно работающая на AcerMate , с офисом вместе)

Все для дизайнера. Где-то есть дискеты с фотошопом для Win 3.1, поискать бы не помешало)

«Радость погромиста» и содержимое нижнего диска

DrWeb и программа передачи данных в ФСБ Когда-то LiveCD был довольно неплох, жив ли проект сейчас не знаю, давно не интересовался.

Просто полезные сборники. На втором только FreeWare

И напоследок, немного Windows XP и Works8

Запасаемся попкорном или CVE-2019-0708

Стало известно об опасной уязвимости в протоколе RDP: корпорация Microsoft подготовила экстренный патч для уязвимости с идентификатором CVE-2019-0708, позволяющей выполнить произвольный код на целевой системе.

Уязвимость удаленного выполнения кода существует в службах удаленных рабочих столов (ранее они назывались службами терминалов), когда злоумышленник, не прошедший проверку подлинности, подключается к целевой системе с помощью RDP и отправляет специально созданные запросы. Эта уязвимость использует предаутентификацию и не требует взаимодействия с пользователем. Злоумышленник, успешно воспользовавшийся данной уязвимостью, может выполнить произвольный код в целевой системе.

The vulnerability (CVE-2019-0708) resides in the “remote desktop services” component built into supported versions of Windows, including Windows 7, Windows Server 2008 R2, and Windows Server 2008. It also is present in computers powered by Windows XP and Windows 2003, operating systems for which Microsoft long ago stopped shipping security updates.

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

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

description:
This is a bug in RDP protocol.
That means you may exploit any Windows remotely who enables RDP.

vulnerability type:
Heap overflow

affected versions:
Windows 2000/XP/2003/Vista/7/2008(R2)

privilege level obtained:
SYSTEM privilege

reliability:
90% for one core / 30% for multiple core

exploitation length:
around 10 seconds

Possible buyer, [30.09.18 12:58]
affected versions:
Windows 2000/XP/2003/Vista/7/2008(R2)
LOL

Possible buyer, [30.09.18 12:58]
is it pre-auth or post-auth vuln?

SELLER, [30.09.18 12:59]
Pre

Possible buyer, [30.09.18 12:59]
for how much they/he/she sells it?

SELLER, [30.09.18 12:59]
500

SELLER, [30.09.18 12:59]
Shared

Possible buyer, [30.09.18 12:59]
500k USD?

SELLER, [30.09.18 13:00]
So u can guess it was sold few times

This vulnerability is pre-authentication and requires no user interaction. In other words, the vulnerability is ‘wormable’, meaning that any future malware that exploits this vulnerability could propagate from vulnerable computer to vulnerable computer in a similar way as the WannaCry malware spread across the globe in 2017.

Чёрная бухгалтерия или я вам ничего не скажу

Прочитав пост про отформатированный жёсткий диск https://pikabu.ru/story/prostite_ya_otformatiroval_vash_disk. , вспомнил, как переустанавливал Винду одной фирме, поставляющей всё для суши всем нашим Питерским ресторанам.

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

Как и в предыдущем посте, начал копировать данные. Рядом сидели бухгалтера( вообще офисе был маленький и они были единственными сотрудниками там) и я спрашивал их, что нужно и откуда скопировать.(времени было мало, а им срочно надо, потому весь диск копировать я не стал) собственно, они мне говорили про «базу», и что она «где-то там», и при этом странно себя вели. В конце концов, «они же девочки» и знать не обязаны. Скопировав программы, я , на всякий случай, скопировал из корня подозрительно большой файл, а на все вопросы , что это, бухи только делали вид, что не в курсе. Далее Format c: 🙂

И вот, ключевой момент. Винда установлена, проги тоже, и тут то начинается самое веселое.

«А где база?». (Где деньги, Лебовски?)

Лёгкий холодок и чувство, что меня подставили, начинают подниматься по спине. База всей фирмы! Они все очень заметно занервничали, а я ведь скопировал всё, что они мне указали. Запахло подставой.

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

Было решено звать директора.

По его приходу, бухи явно приободрились и потом стало ясно почему.

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

Спрашивается, какого буя?

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

В общем, чутьё меня не обмануло и база не была удалена, а я получил несколько жизненных уроков.

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

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

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

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

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

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

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

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

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

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

Настоятельно рекомендуется при любом изменении реестра делать его копию, для восстановления работоспособности Windows либо программ в случае возникновении проблем.

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

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

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

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

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

Далее следует выбрать свой сервер лицензирования, нажать «Действие» и «Создать отчет». Этот отчет покажет:

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

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

Смотрите также:

В данной статье будет подробно описан набор действий, который необходимо выполнить для получения программной лицензии для клиента «1С:Предприятие» версии 8.3 (в версиях 8.2 и 8.1 набор действий аналогичен) в автоматическом режиме. …

Наряду с аппаратными LPT и USB-ключами типа HASP4 Net, программные продукты «1С:Предприятие» могут быть защищены от копирования при помощи системы программного лицензирования. Данная система обеспечивает совместную работу пользователей без каких-либо дополнительных физических…

The Remote Desktop Session Host server does not have a Remote Desktop License Server Specified

У одного из клиентов появилась проблема с развернутой фермой терминальных серверов Remote Desktop Services на базе Windows Server 2012 R2. По какой-то причине RDS сервер перестал выдавать терминальные лицензии пользователям, хотя роль сервера лицензий была установлена и настроена, а RDP CAL активированы.

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

The remote session was disconnected because there are no Remote Desktop License Servers available to provide a license.

Please contact the server administrator.

На русской версии Windows ошибка выглядит так:

На самом сервере при этом регистрируется ошибка:

С помощью Server Manager проверим, что сервер лицензирования (Remote Desktop license server) в конфигурации RDSH указан:

Проверку настройки сервера лицензирования также можно выполнить из PowerShell:

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

Утилита RD Licensing Diagnoser также не видит каких-то проблем с настройками сервера RD и лицензиями.

С помощью консоли RD Licensing Manager (licmgr.exe) убедимся, что на сервере имеются свободные лицензии, но сами лицензии по какой-то причине пользователям не выдаются (Issued = 0).

Дальнейший поиск по журналу событий вышел на следующее событие:

Судя по всему, RDSH сервер решил, что тестовый период использования терминального сервера истек(grace period – 120 дней), и требуется его продление, либо активация на полноценном сервере лицензий RDS. Похоже на какой-то баг RDS в Windows Server 2012.

Количество дней до окончания RDS Grace Period можно узнать командой:

wmic /namespace:\rootCIMV2TerminalServices PATH Win32_TerminalServiceSetting WHERE (__ ) CALL GetGracePeriodDays

Для решения данной проблемы нужно на RDS сервере удалить ключ, определяющий льготный период лицензирования (grace period licensing). Дата, определяющая время окончания работы сервера в режиме grace хранится в ключе L$RTMTIMEBOMB (довольно забавное имя –TIME BOMB …. ;), находящемся в ветке реестра:

Необходимо удалить ключ L$RTMTIMEBOMB. Однако, для этого у администратора недостаточно прав.

Чтобы удалить этот ключ, нужно предоставить своей учетной записи права владельца ветки и, затем, права на изменение (не буду подробно описывать сам процесс).

Теперь щелкаем ПКМ по ключи L$RTMTIMEBOMB и удаляем его.

Перезагружаем сервер, подключаемся с клиента по RDP. Успешность выдачи лицензии проверяем в консоли Remote Desktop Licensing Manager.

У меня, однако, сразу не заработало. С помощью следующей PowerShell команды, проверим, задан ли сервер лицензирования:

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

Как вы видите, сервер лицензирования RDS не задан (список SpecifiedLSList пуст). С помощью следующей команды укажем сервер лицензий RD.

$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.SetSpecifiedLicenseServerList(«msk-rdslic.winitpro.ru»)

После этой операции, сервер начал выдавать лицензии RD клиентам.