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

Question

Eu posso telnet 192.168.10.10 3389 e obter uma conexão. Mas o cliente RDP para 192.168.10.10 instantaneamente fiapos (menos de 1 seg) "conectar" botão cinzas, RDP app permanece na tela. Tentei estes de outros nós na sub-rede para 192.168.10.10 com o mesmo resultado.

Em 192.168.10.10, a opção Permitir que a Área de Trabalho Remota esteja ativada. Em 192.168.10.10 o windows firemall está desligado. Estou conectando da mesma sub-rede, ou seja, sem hardware / roteadores de firewall no caminho. O software AV está instalado, mas outros nós na mesma sub-rede permitem a conexão RDP usando exatamente as mesmas configurações de AV (perfil do grupo de rede) Verificado 192.168.10.10 para qualquer software AV adicional ou produtos de firewall local. Tenho certeza que não existe nenhum. Registro verificado para garantir que 3389 era o conjunto de portas para audição.

Parece ser um problema do XP (SP3). 2 nós na minha LAN têm esse problema, mas muitos outros funcionam bem.

    

Answer 1

Eu tenho tido esse mesmo problema também.

A porta 3389 estará aberta e acessível via Telnet. Quando tento fazer o login, ele parece ter se conectado, mas a sessão é desconectada após uma breve pausa (cerca de um segundo ou dois).

Depois de procurar na web e revisar meus logs do sistema, descobri que isso foi causado por um problema nos drivers de vídeo. No meu caso, isso foi causado pelos drivers ATI Catalyst, mas os sistemas com drivers nVidia também sofreram o problema.

Sugiro que você revise seu Registro de eventos > Sistema para mensagens como:

\SystemRoot\System32\RDPDD.dll failed to load

No meu caso, o problema foi resolvido rolando de volta para o driver de vídeo básico da ATI.

Aqui está uma discussão mais aprofundada sobre o assunto. link

    

Answer 2

Usando o Telnet, você abre uma conexão com a porta. Usando um cliente RDP que é apenas o primeiro estágio. Em seguida, ele passa a negociar alguns parâmetros de conexão e executar a autenticação. Uma falha em qualquer um deles e isso desconecta imediatamente.

Pode haver um problema no host RDP, mas o Telnet é absolutamente inútil para diagnosticar esse problema além de verificar se a porta pode ser conectada. Eu estaria mais inclinado a usar o Wireshark, ou similar, para observar o que acontece quando o cliente RDP tenta se conectar.

    

Answer 3

Duas coisas para verificar:

1. Se o seu Anti-Virus for o McAfee Enterprise, verifique se, em "Política de programas indesejados", as ferramentas de administração remota estão desmarcadas.

2. Visualizador de eventos em ambos os computadores. Especialmente o PC que você está tentando se conectar. Veja se algo falha toda vez que você tentar remotamente.

Answer 4

O RDP requer que a porta 3389 esteja aberta para TCP (e UDP, bem como para redirecionamento de áudio / vídeo). O RDP ainda funcionará se apenas o TCP estiver acessível.

--- este bit não está totalmente correto, mas ainda assim é útil, e eu não quero modificar completamente a resposta ---

O fato de você poder fazer telnet para 3389 significa que o TCP está aberto, mas não necessariamente o UDP.

Eu tive um problema um pouco semelhante, e descobri que o UDP não estava aberto devido a um problema de firewall (estou ciente de que você declarou que não há firewall instalado, mas vamos ver se ele está aberto ou não). Tente usar o PortQry e veja se ele é OUVINDO nessa porta para TCP e UDP. netstat -a na máquina problemática também pode ajudar aqui.

--- fim ---

Verifique também se existem usuários com acesso à Área de Trabalho Remota (se você vir SIDs em vez do nome de usuário real, o usuário provavelmente não existe), se são válidos e se as senhas foram definidas - Iniciar - > Painel de controle - > Ferramentas Administrativas - > Gerenciamento de computadores - > Usuários e grupos locais na árvore - > Grupos - > Usuários da Área de Trabalho Remota.

Por fim, verifique também se o grupo Usuários da área de trabalho remota pode se conectar remotamente. - Iniciar - > Painel de controle - > Ferramentas Administrativas - > Política de segurança local - > Políticas locais na árvore - > Atribuição de direitos de usuário - > Permitir logon pelos serviços de terminal na lista à direita.

EDITAR: A resposta modificada está correta, de acordo com todos os comentários listados abaixo. Obrigado pessoal.