Minha organização está executando um Farm de Servidores de Terminal para fornecer um aplicativo específico aos usuários. A configuração consiste em um controlador de domínio do AD mais dois servidores de terminal que executam os Serviços de Área de Trabalho Remota. Todos os servidores estão executando o Windows Server 2008 R2 Standard.
Os usuários estão fora da nossa organização, portanto, a configuração do cliente está fora do nosso escopo. Forneceremos apenas um arquivo de conexão RDP e um nome de usuário armazenado no AD. No arquivo RDP, configuramos "Start the following program on connection" = C:\path\to\batchscript.bat . Quando um usuário se conecta, o script em lote faz alguns itens de limpeza e configuração e, em seguida, inicia o aplicativo real. O usuário faz seu trabalho e fecha o aplicativo depois. Quando o aplicativo é fechado, o usuário está sendo desconectado e a sessão do RDP é finalizada.
Essa configuração funcionou bem até que o primeiro usuário atualizou para o Windows 10. Aparentemente, no Windows 10 a opção "Start the following program on connection" foi removida de mstsc.exe , deixando o usuário de volta com a área de trabalho do Terminal Server em vez de iniciar nosso script em lote. / p>
Para evitar isso, configurei o seguinte GPO: User Configuration \ Admin Templates \ System \ Logon \ Run these programs at logon = C:\path\to\batchscript.bat . Tanto quanto eu entendi, isso deve substituir a configuração "Start the following program on connection" do cliente. Na verdade, o script em lote é executado e inicia o aplicativo. Tudo se comporta como esperado, exceto que o usuário não será desconectado quando o aplicativo for fechado, deixando-o com uma tela da área de trabalho completamente vazia.
Aparentemente, o GPO "Run these programs at logon" não corresponde ao mstsc.exe setting "Start the following program on connection" .
Qual é a diferença entre esses dois? Existe outro GPO que faz exatamente o mesmo que a configuração mstsc.exe ?
Cada nova conexão com uma sessão do RDS não é necessariamente um novo logon. Os usuários geralmente se reconectarão a uma sessão existente.
Você pode se aproximar configurando sessões para fazer logoff após um determinado período de tempo em um estado desconectado, mas isso tem muitas ramificações, dependendo do que você está tentando realizar com o RDS.