Temos alguns softwares de codificação em execução no Windows Server 2008 R2 que, quando um usuário está logado localmente, ele consegue operar o software e está tudo bem. Quando ele remota a área de trabalho para o computador, o software diz que atingimos o número máximo de codificadores disponíveis para esta licença.
Alguém consegue pensar em uma maneira de tratar um usuário de área de trabalho remota como usuário local?
Mais Informações:
Quando o administrador local ou outro usuário do domínio faz login, diz que o software não está registrado. Acredito que o licenciamento seja para um usuário, então isso faz sentido.
O servidor faz parte do nosso domínio, mas não é um controlador de domínio. E o software em questão é o Digital RapidsFluxo3.7.
O software estava funcionando via área de trabalho remota em um domínio diferente em um servidor Windows 2003. Tivemos que fazer uma migração de hardware e domínio.
Responder1
Parece que o seu software de codificação decidiu executar apenas em sessões físicas ou apenas na sessão 1 ou algo assim, para evitar abuso de licenciamento ou evitar ser usado em um Servidor de Área de Trabalho Remota/Servidor de Terminal.
Houve mudanças nesta área entre 2003 e 2008, e é por isso que funcionou para vocês em 2003, mas agora não funciona. Leia isso:
http://support.microsoft.com/kb/947723
No mesmo artigo, você pode tentar esta configuração:
A configuração de Política de Grupo Restringir usuários dos Serviços de Terminal a uma única sessão remota determina se você pode se conectar à sessão de console físico existente. Essa configuração está disponível no nó Configuração do Computador\Modelos Administrativos\Componentes do Windows\Terminal Services\Terminal Server\Conexões do Editor de Política de Grupo Local. Você também pode definir essa configuração em Configuração de serviços de terminal. A configuração Restringir cada usuário a uma única sessão aparece em Editar configurações na seção Geral.
Responder2
Acho que a melhor aposta é conectar-se ao servidor usando a opção /admin. http://support.microsoft.com/kb/947723
Iniciar > Executar
mstsc /admin
e então remoto para o servidor. Você deverá então se conectar à sessão do console, o que pode resolver seu problema.
Responder3
Um pouco inovador, mas virtualizar o servidor e acessar remotamente o console da VM pode ser uma opção que atingiria seu objetivo.