Eu tenho um problema que o Google não encontrou nada, exceto esta pergunta sobre troca de especialistas da qual peguei emprestado a maior parte do texto. :)
Quando eu me conecto via Área de Trabalho Remota a um novo servidor Windows 2008 R2, são necessários 20 a 30 anos para passar a mensagem "Protegendo a Conexão Remota" durante o logon.
Se a senha estiver incorreta, isso será feito toda vez que você tentar um login (ou seja, não é uma coisa única). No entanto, após uma tentativa bem-sucedida de logon, os seguintes logons no mesmo servidor são mais rápidos.
A maioria dos servidores roda no VMware aqui, mas não sei se isso tem algo a ver com isso.
windows-server-2008
windows-7
remote-desktop
JohannesH
fonte
fonte
Respostas:
Você tem acesso ao seu servidor DNS local? Você pode ter algumas entradas na zona local para servidores AD que não existem mais ou tiveram IPs alterados. No ano passado, removi um controlador de domínio da rede e causou um atraso no login via RDP.
fonte
Concordo que isso parece um problema de DNS no servidor 2008 R2. Verifique se os servidores DNS corretos foram inseridos nas propriedades TCP do servidor 2008 R2. Além disso, conforme recomendado anteriormente, revise o servidor DNS em busca de entradas inválidas. Procure especificamente entradas inválidas nos contêineres / subcontêineres _msdcs, _sites, _tcp etc. Você também pode tentar um logon local para descartar problemas de rede, mas se você determinar que o problema é apenas via RDP, poderá verificar as configurações de ajuste automático de TCP nos clientes.
fonte
Para quem pesquisar isso, tente desativar o IPv6 no servidor da Área de Trabalho Remota - o Server 2008 está sendo executado como um servidor da Área de Trabalho Remota conectado a um controlador de domínio 2003. A desativação do IPv6 no servidor da área de trabalho remota passou de 20 a 30 segundos para o instantâneo :)
fonte
Eu já vi acontecer em máquinas R2 2008 rodando no ESX 3.5; às vezes, o console virtual da máquina congela (provavelmente um bug no driver de vídeo) enquanto o sistema permanece on-line e as conexões RDP permanecem assim.
Da próxima vez que isso acontecer, tente conectar-se ao console do servidor e verifique se está funcionando.
fonte
Se o bug do driver de vídeo não for a fonte disso, poderá ser um problema de autenticação ou RDP.
fonte
Eu tive o mesmo problema depois de atualizar do SBS2008 para 2010. Após a migração e a remoção do RDP de 2008, o sistema trava após cada ação. Eu tive que procurar registros incorretos no DNS e encontrei cerca de 5 entradas. Após a limpeza, o RDP funciona novamente.
fonte