Сброс тестового периода для терминального сервера Windows

Описание проблемы

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

Сброс пробного периода

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

В данном разделе реестра необходимо удалить значение реестра с названием начинающимся на L$RTMTIMEBOMB. , однако, скорее всего ничего не выйдет, поскольку по умолчанию у пользователей компьютера нет прав на внесение изменений в данном разделе. Для исправления данного недоразумения, необходимо открыть разрешения данного раздела, и сменить его владельца на Администраторы.

Делается это следующим образом:

1. На нужном разделе реестра нужно нажать правой кнопкой мыши, и в появившемся меню выбрать пункт «Разрешения».
   
2. Откроется список разрешений. В нем нужно нажать на кнопку «Дополнительно».
   
3. Откроются дополнительные параметры, где в самом верху будет написан владелец, а рядом будет кнопка «Изменить». Нажимаем на неё.
   
4. Откроется окошко, где нужно будет ввести имя группы администраторов — например «Administrators». Для корректировки названия в понятный системе формат следует нажать на кнопку «Проверить имена».
   
   Если все будет правильно, система подчеркнет название группы, после чего остается только выйти из всех ранее открытых окон, нажимая кнопки «ОК» (для применения новых разрешений).

После этого, остается только удалить значение реестра с названием L$RTMTIMEBOMB. , после чего перезагрузить сервер. Если все было сделано правильно, то пробный период будет активирован по новой, и пользователи смогут работать на данном сервере как раньше.

Страна Админа

Популярно об информационных системах и технологиях

admin@adminland.ru

Вы здесь

Поддержите adminland

За 2020 год из пары десятков тысяч посетителей, набралось всего пару десятков перечислений от 50 до 300 рублей.

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

Сумма абсолютно не важна — главное участие.

Server 2012 продление тестового периода (grace period) для терминального сервера

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

Но бывают экстеренные ситуации когда необходимо продлить данный период. Благодаря фирме Микрософт такая возможность присутствует. Нужно в разделе реестра:

HKLM\SYSTEM\CurentControlSet\Control\Terminal Server\RCM\GracePeriod

удалить все параметры кроме default

У вас есть еще 120 милостиво предоставленных дней.

Форумы:

удалил раздел RCM

Опубликовано 20 августа, 2015 — 10:32 пользователем manager

По ошибке был удален раздел RCM.
Служба удаленных рабочих столов запускается, порт 3389 отвечает на telnet, но подключится по RDP невозможно.
Что делать?

восстанавливаем \Control\Terminal Server\RCM

Опубликовано 20 августа, 2015 — 10:37 пользователем manager

Хорошей практикой является экспортирование разделов реестра перед их изменением.

Но в данном случае не все потеряно.

Создайте вручную раздел RCM там где он был раньше HKLM\SYSTEM\CurentControlSet\Control\Terminal Server

Добавьте в разрешения для раздела RCM учетную запись службы удаленных рабочих столов NT SERVICE\TermService

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

А у меня показывает только 1

Опубликовано 19 декабря, 2017 — 16:14 пользователем m1h3y (не проверено)

А у меня показывает только 1 файл и удалить его нельзя
или данную операцию можно проделать только по истечении 120 дней?

во-первых важна правильная

Опубликовано 21 декабря, 2017 — 10:06 пользователем manager

во-первых важна правильная терминология, в реестре не файлы, а параметры

в вашем случае нужно удалить параметр L$RTMTIMEBOMB
удалять его можно в любой момент, не дожидаясь 120 дней

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

Check RDP grace period

Опубликовано 28 ноября, 2018 — 13:38 пользователем manager

Проверить оставшееся до конца grace периода количество дней можно следующей командой powershell:

((gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting).GetGracePeriodDays()).DaysLeft

Работает и на 2012 R2 и на 2016.

Вот только никак не могу на русский перевести нормально слово grace. Какая-то хрень получается, типа «милостиво соблаговолить соизволил».

Не получилось помогите пожалуйста

Опубликовано 18 мая, 2020 — 10:08 пользователем najmidin (не проверено)

Не получилось помогите пожалуйста?
при удалении
HKLM\SYSTEM\CurentControlSet\Control\Terminal Server\RCM\GracePeriod
говорит не удается удалть
что делать :

удалять не раздел, удалить

Опубликовано 18 мая, 2020 — 11:31 пользователем manager

удалять не раздел, параметр L$RTMTIMEBOMB внутри раздела

Grace period windows server 2012

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

As we all know, there have been changes related to the grace period behaviour from WS 2008 (R2) to Windows Server 2012. After finishing setup «slmgr.vbs -dlv» does not show me how long the initial grace period will allow me to work without providing a license key and activation.

I have to know what will happen if e.g. KMS activation fails. So, can anyone tell me where the new behavious in WS 2012 is (officially) documented? I could not find anything useful yet.

All replies

There is an article on TechNet that I found by searching for «kms activation windows server 2012» — http://technet.microsoft.com/en-us/library/hh831612.aspx It contains a little information, but it is lacking in detail. In fact, it says the servers must be activated immediately or one cannot complete customization. That is not what I have found.

I do not have a KMS environment in my lab, but my guess is that nothing much has changed for KMS activated systems. Microsoft did a pretty good job with that.

I have installed evaluation media, but I haven’t run into the 180 day expiration on those copies, so I don’t know what to expect. I am expecting the same as what I get with my MSDN media. MSDN media is like volume media that would use KMS for activation, except that I have a MAK key for MSDN. If I do not enter the MAK key on my MSDN installation, it is basically acting like a KMS install that can’t find a KMS server to activate against. The system runs fine. I can configure it and run anything I want on it. But after it hits its 30-day grace period, the system will only stay running for one hour, then it shuts down. If you reboot, you get another hour. You do get an entry in the event log. You can rearm the install to give you another 30 days, then the same thing happens. If I’m not mistaken, I think you can rearm once more for another 30 days. By that time, it only makes sense that you should be properly licensing it.

Grace period windows server 2012

Вопрос

Имеется два сервера (HP ProLiant 350ML Gen8) на Win2012R2. Один DC, второй TerminalServer включенный в этот домен. Оба пока не в работе, были куплены как замена старым, и сейчас в тестовом периоде. Системы, домен, терминалка и т.д. ставились в октябре прошлого года. Все официально куплено (Win2012R2 и 50 лицензий на пользователей — UserCals).

Потом сервера какую-то часть времени работали, какую-то просто стояли выключенными. Сейчас решили их запускать, и как говориться на самом интересном месте перестала работать терминалка с ошибкой ID-1130 (Windows 2012 Remote desktop session host server not detecting RD licensing server).

Вылечилось удалением ключа «Grace Period», но теперь тикает обратный отчет, и как я понимаю через 120 дней опять всё упадет.

Ошибок в диагностике лицензирования и диспетчере лицензий нет, но в событиях Windows выскакивают еще две ошибки — ID 85 (The Remote Desktop license server could not be registered as a service connection point in Active Directory Domain Services (AD DS)

и ID 1067 (The terminal server cannot register ‘TERMSRV’ Service Principal Name to be used for server authentication)

How To Reset 120 Day RDS Grace Period on 2012 R2 And 2016 Server

By Vladan SEGET | Last Updated: January 4, 2020

When you home lab and you don’t have Microsoft license for RDS, you have two options. Reinstall the server (redeploy the VM) or cheat a bit. Yes, in fact, there is cool hack which allows you to reset the 120 day grace period on Windows Server 2012 R2 RDS, and we’ll show you how. I like doing posts which shows some cool hacks, and this is exactly this kind of post – How To Reset 120 Day RDS Grace Period on 2012 R2 Server.

Normally you would need to activate the RDS/TS CAL License server and point the Server to License server with User/Device License and will resolve the problem. However, we don’t want to do that because we have no license from Microsoft, in our lab. (and many other IT pros who test stuff in the lab too).

What we will do is simply reset the default timer which is 120 days grace time, when you first add the RDS role. In fact, you do not need to reboot the server either. Simply log out and back in and the message changes from let’s say 54 days left to 120 days left. And that’s it.

Note: This tip works also on Windows Server 2016

For every admin who runs homelab or has a cloud lab, this is a must known hack.

Obviously, you won’t do this in a production environment, because your production environment is covered with a proper license. Right? Ok, this is clearly for labs, tests, cloud tests etc…

How To Reset 120 Day Grace Period on 2012 R2 Server RDS – The Steps

Step 1: Connect to your RDS Server as an admin and open regedit.

Navigate to the following key:

The solution is to delete the REG_BINARY in:

It’s called a “TimeBomb” … -:)

Note: You must first take an ownership and give admins the full rights.

Go to menu Edit > Permissions

Once you delete the Registry key you must reboot the host. Some users have reported that when not rebooting the host you will see the message changing, but no connections are possible.

Update: Well, in fact, you can just restart the Service “Remote Desktop Services” which will momentarily disconnect all the active sessions and then after a minute or so you can reconnect to the sessions.

You should see the message changing at the taskbar area….

Note that you have also a possibility to check how many days its left… Go to the command prompt and enter this command (not tested).

wmic /namespace:\\root\CIMV2\TerminalServices PATH Win32_TerminalServiceSetting WHERE (__CLASS !=””) CALL GetGracePeriodDays

Apparently, you can delete this key every time it expires ….. indefinitely. Wow. That’s good to know too.

This is it my friends. Today’s tip for home labs.

Second Tip:

Update: The Microsoft’s script was taken down. I have been contacted by someone (look at the comments section) who has published an alternative. Get it here.

Download a PowerShell script from Microsoft allowing you to reset the RDS grace period.

Quote from Microsoft Technet:

The PowerShell script can be used to query and reset terminal server grace period to default 120 days if it is nearing to the end. We often need to deploy Terminal Server (Remote Desktop Session Host in 2012) for testing purposes in development environments allowing more than 2 concurrent Remote Desktop Sessions on it. When it is installed, by default if no RDS or TS Licensing server is specified via either GPO or Registry, it is in default Grace period which is 120 days and it works fine until then.

Once Grace period expires, the server does not allow even a single Remote Desktop session via RDP and all we are left with is to logon to the Console of machine using Physical/Virtual console depending on Physical or Virtual machines or try to get in using mstsc /admin or mstsc /console, then remove the role completely and restart the terminal server (RDS Server) and post that it starts accepting default two RDP sessions.

In the comment section, there was a user who affirmed that he verified it on Windows Server 2016 as well and it works just fine. With that, stay tuned for more.

More from ESX Virtualization:

Subscribe to RSS, and social media channels (Twitter, FB, YouTube)