O RDP é encerrado imediatamente após a conexão com o Windows Server 2008 R2

Antecedentes: recentemente adquiri um servidor VPS na nuvem do Windows. Não tenho muita experiência com administrador de servidores (sou programador) e o pouco que tenho é com servidores linux.

Desde que obtive o servidor, tenho tido problemas com o RDP. Posso conectar duas ou três vezes, após o que não consigo conectar até que um dos técnicos o "conserte" (veja abaixo). Quando me conecto, posso permanecer conectado por horas sem nenhum problema.

Quando o problema de conexão é iniciado, na primeira vez em que tento fazer login, a janela da área de trabalho remota é exibida, inicia a conexão e sai com "Sua sessão da área de trabalho remota foi encerrada". Depois disso, por cerca de 10 a 20 minutos, se eu tentar conectar novamente, as conexões expirarão com

A área de trabalho remota não pode se conectar ao computador por um destes motivos: 1) O acesso remoto no servidor não está ativado 2) O computador remoto está desligado 3) O computador remoto não está disponível na rede

volta a conectar-se uma vez e desconectar-se imediatamente.

Todas as atualizações estão instaladas. O firewall foi configurado corretamente para permitir o tráfego RDP. A configuração remota é "Permitir conexões de computadores executando qualquer versão da Área de Trabalho Remota". Tentei criar um segundo usuário e, quando não consigo me conectar, também não consigo me conectar a esse usuário. Eu tentei reinicializações suaves e duras, nenhuma das quais ajuda. Tentei conectar-me a partir de dois computadores diferentes (ambos executando o Windows 7) a partir de duas redes diferentes (trabalho e casa), e o comportamento é o mesmo.

Todo o resto do servidor continua funcionando bem (páginas http servidas pelo IIS, páginas java servidas pelo Tomcat, svn, ping).

A "correção" que os técnicos fornecem simplesmente está entrando no console, após o que eu posso conectar duas ou três vezes novamente.

O visualizador de eventos no servidor possui eventos de "falha de autenticação" (ou algo semelhante) gerados quando tento efetuar login e não consigo. Não consigo acessar o evento real no momento, pois atualmente estou no estágio de não consigo conectar e aguardo o login dos técnicos. Mas, quando procurei o evento mais cedo nesta manhã, não consegui encontrar nada útil.

Alguém pode ajudar?

Eu também tinha uma coisa semelhante em relação às atualizações do Windows. Uma das atualizações pareceu desativar os serviços RDP e VNC, mas o login local foi bom.

Acabei instalando o LogMeIn por um técnico local e, quando entrei na minha conta, encontrei uma caixa de diálogo esperando que eu clicasse no tópico 'Windows Service Pack 1 instalado com sucesso' ou algo nesse sentido. Depois de clicar em OK, tudo funcionou bem.

Obrigado Microsoft.

Eu tive um problema semelhante com uma VM do Azure.

Acontece que ele estava fazendo atualizações do Windows. No portal de gerenciamento do Azure, o painel Diagnóstico de Inicialização mostra uma imagem da tela atual e mostrava o seguinte:

O problema ainda está acontecendo nas máquinas WS2012R2. Após instalar todas as atualizações na instância nova e limpa do WS2012R2, recebi o prompt de login e senha ao tentar o RDP, mas ele desapareceu imediatamente após pressionar Enter.

Tente alterar as configurações de autenticação do servidor no cliente RDP:

1. Advanced Aba.
2. Escolha Connect and don't warn meOU Warn mese você já tinha a opção anterior.

Sem saber como é o back-end do seu ambiente RDS, minha solução é apenas um palpite. Eu vi problemas semelhantes quando você tem um farm de RD configurado com DNS round robin (balanceamento de carga simples). Alguém altera o endereço IP de um servidor membro do farm ou o servidor sai depois que o computador cliente armazena em cache o endereço IP. Quando o cliente se conecta ao RDgateway.somedomain.com, que foi armazenado em cache como 192.168.1.6, a autenticação falha e você recebe o erro. Tente acessar o prompt de comando e executar ipconfig / flushdns no cliente para limpar os registros antigos.

Normalmente, não gosto de respostas "eu também", mas o mesmo aconteceu comigo de uma maneira bastante consistente, então gostaria de comentar.

Parece que a instalação do SP1 (por meio do Windows Update ou do instalador autônomo) desativa efetivamente a Área de Trabalho Remota até que alguém realmente clique em "OK" na janela "O SP1 instalado com sucesso" .

Estamos usando o AADServer para várias conexões RDP com o Windows 7. Parece que o KB2984972 não é compatível. Portanto, a desinstalação do KB2984972 me ajuda. Thx Gabriel

Hoje tive o mesmo problema exato depois de instalar o SP1 no Windows 2008 R2 Enterprise. No meu caso, eu tinha atualizações disponíveis do Windows que eu baixei e instalei e que corrigiram o problema para mim.

Se você não conseguir fazer o RDP após instalar a atualização do SP1, a aplicação das próximas 7 atualizações disponíveis deverá corrigir o problema. Isso fez por mim. :)

Desinstale o KB2984972 ou reinstale-o.