A área de trabalho remota falha sem mensagem de erro

Após reiniciar o servidor Windows 2008 R2, não consigo mais entrar na área de trabalho remota. Quando tento conectar, a área de trabalho remota faz zoom em diferentes mensagens de status, a última delas em "Configurando sessão remota" e depois reverte para a caixa de diálogo inicial de Conexão novamente, sem fornecer nenhuma mensagem de erro.

O servidor parece estar funcionando, pois ainda está fornecendo páginas da web. Além disso, parece estar aceitando minhas credenciais.

Existe alguma maneira de ver por que a conexão falha? Eu procurei nos logs pares do meu sistema, mas não consegui encontrar nada relacionado à área de trabalho remota. Talvez haja algum modo de solução de problemas oculto?

Obrigado,

Adrian

Edit: Enquanto isso, o servidor volta a ficar online. Não tenho certeza se o fez sozinho ou se o suporte técnico o fez porque ainda não ouvi falar deles, mas o problema está resolvido no momento. É um pouco decepcionante não saber a causa do problema.

Verifique se ele realmente foi reinicializado - se você pode fazer um "uso da rede" no servidor remoto, conecte-se ao Event Viewer para ver se ele realmente foi reiniciado. Eu já vi muitos servidores Win2k3 que, quando reiniciados a partir de uma sessão RDP, na verdade não são reiniciados, mas param de responder ao RDP. Se for esse o caso, você pode desligar / i no servidor ou usar outro método fora de banda para realmente executar a reinicialização.

E se esse for o caso, no futuro, não reinicie a partir de uma sessão RDP regular. Reinicialize apenas a partir da conexão / console ou / admin, ou use shutdown / i ou outros métodos remotos.

Ocorreu um problema ao usar a área de trabalho remota em um servidor 2003. Conectei e depois de ver algumas mensagens de status fui desconectado antes de ver a área de trabalho completa.

O problema era que o servidor estava com um horário errado porque a sincronização falhou por alguns meses (acho que houve uma diferença de tempo de cerca de 30 minutos).

Após uma investigação mais aprofundada do log de eventos, acho que encontrei o problema. Ocorreu este erro quase exatamente após o reinício ser iniciado:

O serviço Instalador de Módulos do Windows não foi desligado corretamente após o recebimento de um controle de pré-desativação.

Portanto, o problema era que alguns serviços foram encerrados, enquanto esse serviço em particular estava suspenso. Parece ter sido morto depois que ocorreu um tempo limite (uma hora), após o qual o Windows foi reiniciado conforme planejado.

Agora, a única questão restante é como evitar isso no futuro. Obviamente, eu gostaria que futuras reinicializações rodassem um pouco mais rápido que isso ...

Eu cheguei aqui pelo Google com o mesmo problema no Windows Server 2012 (sete anos depois), então adicionarei minha própria experiência com o problema para futuros pesquisadores. Aqui está o que aconteceu:

1. À luz dos recentes ataques do WannaCrypt, instalei todas as atualizações de segurança pendentes da Microsoft. Naturalmente, era necessária uma reinicialização. Pela segunda vez. Em menos de 24 horas. Em um servidor que estava em execução por 350 dias antes de toda essa bagunça. Espero que todos os hackers queimem e apodreçam no inferno (eu sou ateu, nem acredito no inferno).
2. Cliquei no botão reiniciar no Windows Update. Minha sessão de RD foi encerrada imediatamente e todas as tentativas de reconectar-se falhariam sem nenhuma mensagem de erro, mas o servidor ainda estava funcionando e funcionando ininterruptamente e servindo páginas. Eu sei disso porque meu AppPool leva um ou dois minutos para carregar totalmente cada vez que é retirado. Estou supondo que o Windows Update estava passando por algumas etapas preliminares que não exigiam o desligamento de outros serviços no sistema.
3. Após mais alguns minutos (muito longos e estressantes), o servidor retornaria HTTP 503 para todas as solicitações. Eu ainda poderia executar ping no servidor. Adivinha: servidor ainda em execução, IIS desligado, trabalho de atualização mais sério em andamento.
4. Um minuto depois, perdi todo o acesso ao servidor. Sem kernel, sem Windows, nada, aguardando o sistema voltar a ficar online após a reinicialização real.
5. Depois de mais um minuto, o ping voltou e, na verdade, consegui me conectar ao RD a tempo de ver as etapas finais da atualização sendo aplicadas. O servidor está funcionando normalmente desde então.

Portanto, se você perder o acesso remoto ao seu servidor imediatamente após a reinicialização, não entre em pânico , provavelmente ele está fazendo algum trabalho de manutenção e voltará a ficar on-line assim que terminar.

A área de trabalho remota também pode se comportar de maneira estranha se você tiver drivers gráficos mais antigos. Em um servidor, não acho que isso seja um problema, mas a atualização dos drivers gráficos é outra coisa que você pode tentar. (Foi corrigido um problema semelhante em uma máquina XP SP3 para mim.)

bom, se for resolvido, mas para futuras referências, estou adicionando essas linhas;

1. A área de trabalho remota funcionará assim que o servidor estiver ativo e a tela de login aparecer após reiniciar. Geralmente, todos os serviços ICMP (Ping) e Web (domínio / Web etc.) ficam disponíveis, mas a Área de Trabalho Remota exige que o servidor esteja totalmente instalado e funcionando.
2. Se o servidor for reiniciado e você espera que alguém já esteja conectado, tente o mstsc / admin . Isso o ajudará a fazer login / ignorar o limite de dois logins no servidor.
3. Apenas para cobrir mais uma coisa nesta resposta que não é para isso, mas está relacionada a isso, a entrada desatualizada no cache DNS também pode ser uma coisa a considerar, mas informa claramente sobre o erro.