A conexão RDP do Win7-Server2008 trava em "Protegendo a conexão remota" por 20 a 30 segundos

8

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

Eu vi o mesmo problema em dos nossos TS (que são também VMWare), mas felizmente temos uma pequena base de usuários, tais naquelas das não foi um problema pena de fixação para nós TS

— Mark Henderson

JohannesH, você já encontrou uma solução que funcionou. Estou tendo o mesmo problema.

— Caleb_S

@ Caleb_S Desculpe, mas eu nunca realmente descobri o que causou isso. Embora eu tenha certeza que isso tem a ver com os servidores não conseguirem se conectar ao controlador de domínio primário. No entanto, um dia o problema simplesmente parou e ninguém conseguiu explicar o porquê. Desde então, fechamos completamente esse domínio e reestruturamos nossa rede. Portanto, acho que não voltarei a ver esse problema.

— JohannesH

4

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.

— iainlbc
fonte

alguma sorte com o check-out DNS?

— Iainlbc

1

Não consegui encontrar nenhuma entrada incorreta em relação aos servidores dc ou em qualquer outro servidor interno de dns.

— JohannesH

Oi, você pode testar o rdp depois de desativar o UAC no servidor?

— Iainlbc

Oi Ian, obrigado pela sugestão ... Vou testá-lo quando voltar das minhas férias em cerca de 4 semanas (final de maio). Au revoir! :)

— JohannesH

2

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.

2

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 :)

— Thomas
fonte

1

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.

— Massimo
fonte

O console funciona bem (99,9% do tempo) ... Se estiver lento, geralmente é devido aos drivers gráficos padrão. Obrigado pela sugestão.

— JohannesH

1

Se o bug do driver de vídeo não for a fonte disso, poderá ser um problema de autenticação ou RDP.

Isso acontece quando você faz logon no console do servidor (usando o cliente VMware)?
Isso acontece se você fizer logon com uma conta de usuário local em vez de uma de domínio?

— Massimo
fonte

Parece que um usuário local funciona muito melhor do que o usuário do domínio que eu normalmente uso. Você tem alguma sugestão de como depurar este caso?

— JohannesH

Parece um problema de logon no domínio. O que acontece se você efetuar logon no console do servidor (usando o cliente VMware) com um usuário de domínio?

— Massimo

O login no servidor com um usuário de domínio usando o vSphere CLient Console funciona muito rápido.

— JohannesH

Que tal um usuário de domínio que nunca fez logon no servidor? Logons em cache podem ser bem rápidos, mesmo se um controlador de domínio estiver inacessível. Além disso, você tem algum erro nos logs de eventos do sistema e de aplicativos do servidor?

— Massimo

É o mesmo se o usuário esteve ou não no servidor antes. em relação ao log de eventos, encontrei apenas alguns erros em relação ao compartilhamento de impressoras por RDP, portanto desabilitei a impressora nas opções da área de trabalho remota, embora não tenha se saído melhor.

— JohannesH

0

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.

— Hagbard
fonte

1

Sim, o DNS provavelmente é o problema quando você tem um problema como este.

— JohannesH