A área de trabalho remota não está funcionando - nenhuma porta 3389 está vinculada

Question

Em um Windows7 Pro, a área de trabalho remota deixou de estar disponível.

Isso é o que eu verifiquei:

• A porta 3389 não está disponível externamente ( telnet .... 3389 não funciona, mas telnet .... 445 funciona)
• netstat mostra que não há nenhum processo escutando na porta 3389
• "Configurações remotas" é configurado com Allow connections from computers running any version of Remote Desktop ...
• o services (Redirecionador de porta de UserMode dos Serviços de Área de Trabalho Remota, Configuração de Área de Trabalho Remota e Modo de Usuário de Serviços de Área de Trabalho Remota)
• O serviço Cryptographic Services também é iniciado
• windows firewall is disabled
• no third party firewall está instalado
• No registro, a porta 3389 está configurada em ..\Control\TerminalServer\WinStations\RDP-Tcp
• redefiniu a pilha de ip, mas sem sucesso

O cliente diz que estava trabalhando no passado.

Editar
No log netstat (netstat -abn) não é nenhuma entrada como

TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING

e telnet

telnet 10.15.100.101 3389

não se conecta a partir do host local e de um host remoto na mesma rede, embora o firewall esteja desabilitado e outras portas (como o 445) escutem e respondam.

Edit2
Encontrou um tópico semelhante aqui e a sugestão Isso pode ser causado por: KB2830477 . Não ajudou.

    

Answer 1

Depois de desinstalar estas atualizações, a área de trabalho remota funciona novamente:

Atualização para o RDP 8.1 KB2923545

Atualização para o RDP 8.0 KB2592687

Esta não pode ser a solução final, mas, no momento, o cliente pode trabalhar.

    

Answer 2

Para saber em qual porta o serviço RDP está atendendo, verifique no seguinte caminho do registro:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp

Como saber / alterar o RDP padrão porta de escuta

Verifique se há restrição de porta em seus dispositivos de rede física local (roteadores, firewall).

    

Answer 3

Eu consertei este item agora, exatamente com os mesmos sintomas, copiando o registro de um servidor em funcionamento para meu servidor com falha. As chaves no servidor HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal

Primeiro, fez um backup, depois copiou as chaves de trabalho com falha e pronto! Nem mesmo um reinício foi necessário ...