Histórico: Recentemente, recebi um servidor Windows Cloud VPS. Eu não tenho muita experiência com o administrador do servidor (eu sou um programador), e o pouco que eu tenho é com servidores Linux.
Desde que recebi o servidor, tenho tido problemas com o RDP. Eu posso conectar cerca de duas ou três vezes, depois do qual eu não consigo me conectar até que um dos técnicos "conserte" (veja abaixo). Quando me conecto, posso ficar ligado por horas sem problemas.
Quando o problema de conexão é iniciado, na primeira vez que tento efetuar login, a janela da área de trabalho remota aparece, começa a se conectar e sai com "A sessão da área de trabalho remota terminou". Depois disso, por cerca de 10 a 20 minutos, se eu tentar conectar novamente, as conexões esgotarão com
Remote Desktop can't connect to the computer for one of these reasons: 1) Remote access on the server is not enabled 2) The remote computer is turned off 3) The remote computer is not available on the network
volta a conectar-se uma vez e desconectar imediatamente.
Todas as atualizações estão instaladas. O firewall foi configurado corretamente para permitir o tráfego do RDP. A configuração remota é "Permitir conexões de computadores que executam qualquer versão da Área de Trabalho Remota". Eu tentei criar um segundo usuário e, quando não consigo me conectar, também não consigo me conectar com esse usuário. Eu tentei ambas as reinicializações suaves e difíceis, nenhuma das quais ajuda. Eu tentei conectar de dois computadores diferentes (ambos executando o Windows 7) de duas redes diferentes (trabalho e casa), e o comportamento é o mesmo.
Todo o restante do servidor continua a funcionar bem (páginas http servidas pelo IIS, páginas java servidas pelo Tomcat, svn, ping).
A "correção" que o pessoal técnico fornece é simplesmente fazer o login no console, depois do qual eu posso conectar 2 ou 3 vezes novamente.
O visualizador de eventos no servidor tem eventos de "falha de autenticação" (ou algo semelhante) gerados quando tento efetuar login e não consigo. Eu não posso chegar ao evento atual no momento em que estou atualmente no estágio de não conectar, e esperar que os técnicos façam o login. Mas quando eu procurei o evento hoje de manhã, não consegui encontrar nada. útil.
Alguém pode ajudar?
Eu tive uma coisa semelhante também em relação às atualizações do Windows. Uma das atualizações pareceu desativar o RDP e os Serviços VNC, mas o login local foi bom.
Eu acabei tendo o LogMeIn instalado por um técnico local e quando eu entrei com minha conta eu encontrei um diálogo esperando por mim para clicar no que dizia 'Windows Service Pack 1 instalado com sucesso' ou algo assim neste sentido. Depois de clicar em OK tudo funcionou bem.
Obrigado pela 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 Boot Diagnostics mostra uma imagem da tela atual e mostrava isso: 
O problema ainda está acontecendo nas máquinas WS2012R2. Depois de instalar todas as atualizações na instância limpa e nova do WS2012R2, recebi login e prompt de 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:
Advanced Tab. Connect and don't warn me OR Warn me se você já teve a opção anterior. 
Não sabendo como o back-end do seu ambiente RDS é, minha solução é apenas um palpite. Eu vi isues semelhantes quando você tem um farm de RD configurado com round robin de DNS (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 armazenou em cache o endereço IP. Quando o cliente vai se conectar ao RDgateway.somedomain.com que foi armazenado em cache como 192.168.1.6, a autenticação falha e você recebe o erro. Tente ir ao prompt de comando e executar ipconfig / flushdns no cliente para limpar todos os registros antigos.
Eu normalmente não gosto de respostas "eu também", mas o mesmo aconteceu comigo de uma maneira bastante consistente, então eu gostaria de comentar isso.
Parece que a instalação do SP1 (via Windows Update ou através do instalador autônomo) efetivamente desativa a Área de Trabalho Remota até que alguém realmente clique em "OK" na janela "instalada com êxito do SP1 .
Estamos usando o AADServer para várias conexões RDP para o Windows 7. Parece que o KB2984972 não é compatível. Então, desinstalar o KB2984972 me ajuda. Thx Gabriel
Eu tive o mesmo problema exato que aconteceu comigo hoje depois de instalar o SP1 no Windows 2008 R2 Enterprise. No meu caso, eu tinha disponíveis as atualizações do Windows que eu baixei e instalei e que corrigiram o problema para mim.
Se você não conseguir executar o RDP após instalar a atualização do SP1, aplique as próximas 7 atualizações disponíveis para corrigir o problema. Isso fez por mim. :)
Desinstale o KB2984972 ou reinstale-o.