A conexão com a área de trabalho remota cai antes que o login possa aparecer

6

Alguém fez esta pergunta há alguns meses e eu tenho exatamente o mesmo problema. Eu tentei todas as soluções sugeridas no outro lançamento (em particular, reinstalar a placa de vídeo no servidor), mas não tive sorte. Eu passei por este guia de solução de problemas em detalhes, sem resultados: link

Eu tenho um cliente com a Área de Trabalho Remota habilitada com a qual não consigo me conectar em nossa rede local. Quando eu entro na máquina ip / port na caixa de conexão e clico em Conectar, ela mostra rapidamente a caixa de diálogo normal "Conectando ...".

No entanto, depois de 2 segundos, apenas cai. Nenhuma mensagem de erro, nada. Apenas desaparece como se nada estivesse acontecendo.

  • Windows XP SP3
  • O firewall do Windows está aberto para 3389TCP
  • A máquina está em um domínio
  • O RDP está ativado em Meu computador
  • O usuário é um administrador local

Tenho várias outras máquinas no mesmo domínio com o mesmo GPO que funcionam bem.

Alguma idéia?

    
por Mark Henderson 28.09.2009 / 21:51

6 respostas

1

Eu estava tendo o mesmo problema. Acabou sendo um problema no driver da placa gráfica. Eu postei uma resposta mais detalhada aqui:

A sessão RDP de saída do XP SP3 falha , mas a porta 3389 está acessível

    
por 18.05.2011 / 03:31
0

Este é um problema temporário ou continua a falhar após uma reinicialização? Eu vi coisas assim nas raras ocasiões, mas geralmente são temporárias. Usando o Gerenciador de Serviços de Terminal, você poderá se conectar remotamente e interromper a sessão stub existente. Muitas vezes, quando a sessão é desconectada ou interrompida, permite que você faça o logon novamente. Você também pode provar o mesmo tentando fazer login com um usuário diferente.

    
por 29.09.2009 / 02:26
0

Eu tive problemas semelhantes relacionados a diferenças de tempo entre servidores, se for o caso, configure o ntp sync no servidor e nos clientes.

    
por 18.05.2010 / 13:38
0

Eu tive algo semelhante acontecer quando a CPU no servidor está muito ocupada e o servidor RDP fica sem tempo de CPU. Havia processos de fuga no servidor e foram necessárias várias tentativas para obter um login do RDP antes que pudéssemos solucionar o problema. (A alternativa seria ter um técnico para entrar no teclado e reiniciar manualmente o servidor Win2003.)

Depois que os processos de invasão de CPU foram eliminados, o serviço RDP começou a responder normalmente.

    
por 20.05.2011 / 17:16
0

Comportamento semelhante às vezes pode ser visto se houver um problema com o Path MTU Discovery, a conexão inicial é bem-sucedida, mas assim que os pacotes maiores começam a ser enviados, a conexão cai.

Verifique se a Descoberta de PMTU está ativada na máquina com falha, verifique também se a máquina possui uma MTU definida na sua interface primária diferente da padrão. Também vale a pena verificar se existem quaisquer roteadores, switches ou túneis VPN entre você e a máquina com falhas, o que pode forçar a fragmentação.

Se você estiver conectado ao mesmo switch da máquina com falha, a PMTU Discovery provavelmente não será o problema ... A máquina exibe algum outro problema de rede?

    
por 06.07.2011 / 03:34
0

No meu caso, foi um problema de rede. Ao se conectar à LAN do nosso escritório via Wi-Fi, alguns dos pacotes de rede foram descartados. Cada vez que eu tentei RDP para a máquina, ele iria travar no prompt de login. Se alguma vez eu chegasse à área de trabalho, as janelas eram renderizadas no meio do caminho, e nada acontece quando eu clico em ícones ou no menu Iniciar. Quando liguei o cabo LAN, tudo estava bem.

Então, sugiro fazer um ping e ver como está a conexão de rede.

Ou pode ser um cabo de rede defeituoso na outra máquina.

    
por 06.07.2011 / 07:18