A função Remote Desktop Services (RDS) no Windows Server exige que as licenças de acesso do client (CALs) apropriadas sejam aplicadas para o funcionamento correto. No entanto, há um período de tolerância de licenciamento de 120 dias, que começa a ser contabilizado quando a função é instalada. Durante esse período de tolerância, o RDS funcionará sem que qualquer CAL precise ser aplicada. Isso permite que uma organização configure e teste seu ambiente de RDS para garantir que tudo funcione conforme o esperado antes de comprar e instalar as CALs.
É possível redefinir esse período de tolerância, mas
observe que redefinir o período de tolerância de licenciamento não substitui a compra e a instalação das CALs de área de trabalho remota necessárias. As etapas a seguir não devem ser executadas em um servidor que esteja em produção.
Para redefinir o período de tolerância do licenciamento de RDS, execute as seguintes etapas:
- No host da sessão de RD, inicie o Registry Editor (regedit) como administrador.
- No regedit, navegue até HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\GracePeriod.
- Dentro dessa chave de registro, há uma entrada REG_BINARY, cujo nome começa com a string L$RTMTIMEBOMB. (Provavelmente, essa é a única entrada da chave.) As permissões padrão nessa entrada não permitem que ela seja modificada ou excluída. Portanto, essas permissões precisam ser alteradas
- No painel esquerdo do regedit, clique com o botão direito na pasta GracePeriod e selecione Permissions.
- Na janela Permissions exibida, selecione Administrators e atribua a esse grupo as permissões Full Control. Clique em OK para fechar a janela.
- Clique com o botão direito na entrada do registro L$RTMTIMEBOMB... e selecione Delete. Clique em Yes para confirmar a exclusão.
- Saia do regedit.
- Reinicialize o servidor host da sessão de RD para que a alteração do registro seja aplicada.
No menu Tools do Server Manager, você pode confirmar que o procedimento foi bem-sucedido usando a ferramenta RD Licensing Diagnoser. Agora, os clients devem conseguir se conectar a esse host de sessão sem as CALs aplicáveis.
Novamente, esse procedimento não substitui a compra e a instalação de CALs de área de trabalho remota e só deve ser executado em um ambiente de não produção (ou seja, teste/laboratório).