Login automático em uma sessão da Área de Trabalho Remota após a reinicialização

Question

Temos um aplicativo que executa alguns logs e relatórios, e ele precisa continuar funcionando para funcionar (os desenvolvedores nunca ouviram falar dos serviços do Windows, evidentemente). Normalmente, apenas os deixamos em execução em uma sessão desconectada da Área de Trabalho Remota para que possamos nos conectar remotamente para verificar estatísticas, relatórios etc. Funciona bem o suficiente.

Quando o servidor é reinicializado, no entanto, esses aplicativos não são iniciados automaticamente. Isso pode ser um problema, já que os dados que estão sendo registrados são de natureza altamente temporal e vêm de um servidor diferente. Existe alguma maneira de fazer com que esse servidor de log efetue login automaticamente em uma sessão RDP desconectada na inicialização? Eu fiz logins de console automáticos antes, mas nunca RDP. Se isso for possível, posso simplesmente colocar os programas necessários no Startup.

Editado para adicionar:

Um dos vários wrappers de conversão de aplicativo para serviço pode funcionar, mas queremos especificamente manter a interface disponível sempre que alguém se conectar para trabalhar com o programa. É só que ele também tem que ficar aberto mesmo quando ninguém estiver usando ativamente, e quando o servidor for reinicializado, como para aplicar atualizações do sistema operacional, o programa não é reiniciado automaticamente.

    

Answer 1

Um dos elementos do nosso sistema de telefonia tem um problema muito semelhante.

Assumindo que 2008 é como 2003 Você pode fazer um login automático no console para iniciar seus aplicativos e se conectar a essa sessão existente via RDP remotamente, uma vez em execução. Não é ideal, mas funcional.

@ A solução de Bart é realmente o melhor caminho a percorrer se você puder fazer isso acontecer. O problema do sistema de telefonia que mencionei tinha alguns problemas estranhos com o GUI hook que impediam que isso funcionasse no meu caso.

    

Answer 2

Google para algo como "executar o programa como serviço windows 2008" e você encontrará um número de programas que executará um executável como um serviço. Pode ser desajeitado e você terá que testá-lo para ver se ele é compatível com seu aplicativo, já que o seu programa foi projetado para rodar assim. Não há como reagir a não ter um console para exibir ... mas se ele for executado como um serviço, provavelmente é melhor do que deixar uma sessão RDP em execução.

Realmente, você está tentando embaralhar algo para se encaixar em uma função para a qual ele não foi projetado; O Windows não era destinado a executar sessões RDP apenas para executar um aplicativo específico ao iniciar a sessão, e, de acordo com o meu conhecimento, não há uma maneira de fazê-lo.

Outra alternativa seria ter um programa de monitoramento em execução em outro sistema que pudesse "pingar" o servidor para a existência de um determinado serviço ou ter um arquivo de lote / script executado no momento da inicialização que enviaria um alerta de que o servidor reiniciado para que alguém possa fazer login e iniciar a sessão RDP. Se você tiver serviços de monitoramento do sistema em vigor que possam detectar o tempo de atividade ou a existência de um processo específico no servidor que pode ser sua melhor solução alternativa.

    

Answer 3

Você pode tentar criar uma tarefa automatizada com o Agendador de Tarefas. Na guia Trigger, você pode escolher "No início". Além disso, na guia Geral, você pode escolher com qual usuário o processo será executado. Outra coisa que você pode tentar é sob a guia Configurações, você tem a opção se reiniciar a tarefa, se falhar.

    

Answer 4

Eu tentaria o FireDaemon! link

    

Answer 5

Fazemos isso em um servidor de clientes executando o win 2008r2 e não temos problemas. É virtualizado para chegar ao console muito fácil. O aplicativo precisa ser executado de forma interativa e não funciona como um serviço ... por um lado, ele não responde às instruções normais de desligamento do Windows e bloqueia o desligamento do sistema até que você intervenha manualmente.

MS tem uma ferramenta chamada autologon.exe disponível em www.sysinternals.com

Funciona bem. Depois de fazer o autologon, você só tem uma entrada normal na pasta de inicialização.

Eu tenho que concordar com o comentário acima que esta não é uma ótima idéia - mas quando você se depara com um aplicativo que tem que estar aberto ao trabalho, então você não tem muita alternativa. O melhor que você pode fazer é reclamar para os desenvolvedores.

    

Answer 6

Dê uma olhada no Autologon da Sysinternals: link