esta postagem está relacionada a isto: Conexão de área de trabalho remota por nome de host versus endereço IP
mas há mais informações a serem apresentadas, então decidi postar uma nova.
ao conectar-se à área de trabalho remota usando o nome do host , ele geralmente trava em "proteger a conexão remota...". esta é a captura do wireshark:
mas quando a conexão é bem-sucedida, às vezes quando o nome do host é usado e sempre quando o endereço IP é usado, esta é a captura:
observe o psh,ack na primeira captura. então ele trava após o último pacote capturado.
no segundo caso ele se conecta e depois funciona normalmente.
22222 é apenas a porta de área de trabalho remota na máquina win10 de destino, alterada de 3389. A máquina cliente também é win10.
alguma idéia de por que muitas vezes fica travado, mas apenas quando o nome do host é especificado em mstsc.exe?
Parece que finalmente resolvi esse problema e a solução aumentará a credulidade.
Por alguma razão, lembrei-me há muito tempo de que a desativação do ajuste automático do TCP ajudou com um problema de rede. Então desativei no meu cliente Win10:
Após a reinicialização, o problema da área de trabalho remota foi resolvido magicamente. Obviamente, desabilitar o ajuste automático também afetou negativamente o rendimento, então ativei-o novamente e reiniciei.
Já se passaram alguns dias e está tudo bem para acessar a área de trabalho remota usando o nome do host.
Ainda não faz sentido que usar o endereço IP do host tenha sido e ainda esteja correto o tempo todo.
A alternância do ajuste automático de TCP no meu cliente Win10 poderia ter eliminado alguns obstáculos da rede? Não tenho ideia, exceto que resolveu o problema.