Área de trabalho remota falha sem mensagem de erro

Question

Depois de reinicializar o servidor Windows 2008 R2, não consigo mais entrar na área de trabalho remota. Quando tento conectar-me, a área de trabalho remota amplia as mensagens de status diferentes, sendo a última delas "Configurando a sessão remota" e depois voltando à caixa de diálogo de conexão inicial sem me dar nenhuma mensagem de erro.

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

Existe alguma maneira de ver porque a conexão falha? Eu naveguei pelos 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

Editar: Enquanto isso, o servidor voltou a ficar on-line. Eu não tenho certeza se isso aconteceu por si só ou se o suporte técnico fez porque eu não ouvi falar deles até agora, mas o problema está resolvido no momento. É um pouco decepcionante não saber a causa do problema.

    

Answer 1

Verifique se ele realmente foi reinicializado - se você puder fazer um "uso de rede" no servidor remoto, conecte-se ao Event Viewer para ver se ele realmente foi reinicializado. Eu vi muitos servidores Win2k3 que, quando reinicializados a partir de uma sessão RDP, na verdade não reinicializam, mas param de responder ao RDP. Se for esse o caso, você pode fazer um shutdown / 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 reinicialize a partir de uma sessão RDP comum. Reinicie apenas a partir da conexão / console ou / admin ou use shutdown / i ou outros métodos remotos.

    

Answer 2

Eu tive um problema ao usar a área de trabalho remota em um servidor 2003. Conectei-me e depois de ver algumas mensagens de status, desconectei-me antes de ver a área de trabalho inteira.

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

    

Answer 3

Após uma investigação mais aprofundada do log de eventos, acho que encontrei o problema. Houve esse erro quase exatamente depois que a reinicialização foi iniciada:

The Windows Modules Installer service did not shut down properly after receiving a preshutdown control.

Então o problema era que alguns dos serviços foram encerrados, enquanto este serviço específico estava pendurado. Parece ter sido morto após um tempo limite (uma hora), após o qual o Windows foi reinicializado como pretendido.

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

    

Answer 4

Eu cheguei aqui através do Google com o mesmo problema com o meu Windows Server 2012 (7 anos depois), então adicionarei minha própria experiência com o problema para futuros pesquisadores. Veja o que aconteceu:

1. Em vista dos recentes ataques do WannaCrypt, instalei todas as atualizações de segurança pendentes da Microsoft. Naturalmente, uma reinicialização era necessária. Pela segunda vez. Em menos de 24 horas. Em um servidor que estava funcionando por 350 dias seguidos antes dessa bagunça toda. Eu espero que todos os hackers queimem e apodreçam no inferno (eu sou ateu BTW, eu nem acredito no inferno).
2. cliquei no botão de reinicialização no Windows Update. Minha sessão do RD foi encerrada imediatamente e todas as tentativas de reconectar falharão sem nenhuma mensagem de erro, mas o servidor ainda estava ativo e executando páginas ininterruptas e em exibição. Eu sei disso porque meu AppPool leva um ou dois minutos para carregar totalmente cada vez que é retirado. Eu estou supondo que o Windows Update estava passando por algumas etapas preliminares que não exigiam que outros serviços no sistema fossem encerrados.
3. Depois de mais alguns minutos (muito longos e estressantes), o servidor retornaria HTTP 503 para todas as solicitações. Eu ainda poderia pingar o servidor embora. Adivinha: servidor ainda em execução, IIS encerrado, trabalho de atualização mais sério em andamento.
4. Um minuto depois, perdi todo o acesso ao servidor. Sem kernel, sem Windows, sem nada, esperando que o sistema volte a ficar online após a reinicialização real.
5. Depois de mais um minuto, o ping voltou e eu realmente consegui me conectar ao RD a tempo de ver as etapas finais da atualização sendo aplicada. O servidor está funcionando normalmente desde.

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

    

Answer 5

O Remote Desktop também pode se comportar de maneira estranha se você tiver drivers gráficos mais antigos. Em um servidor, eu não acho que isso seria um problema, mas atualizar os drivers gráficos é outra coisa que você pode tentar. (Corrigido um problema semelhante em uma máquina XP SP3 para mim.)

    

Answer 6

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

1. A Área de Trabalho Remota funcionará, assim que o Servidor for PARA CIMA e a Tela de Login aparecer após a reinicialização. Normalmente, todos os ICMP (Ping) e Serviços (Web / Domínio, etc.) ficam disponíveis, mas o Desktop Remoto requer que o servidor esteja totalmente instalado e funcionando.
2. Se o servidor for reiniciado e você estiver esperando que alguém já esteja conectado, tente o mstsc / admin . Isso ajudará você a acessar / 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 do DNS também pode ser uma coisa a considerar, mas informa claramente o erro.