Por que a área de trabalho remota não funciona para mim pelo nome do computador e apenas pelo IP?

Eu tenho um computador no trabalho no qual só posso conectar remotamente ao usar o endereço IP do computador e não ao usar o nome do computador.

Vejo que o nome do meu computador está configurado corretamente como "JoshPC" (por exemplo) e não parece haver nenhum conflito com os nomes de outros computadores.

O que poderia dar errado? Eu limpei o cache DNS nos PCs tentando fazer o controle remoto, mas sem sorte.

Editar:

• Os PCs estão na mesma rede entre si
• Tentei ipconfig /registerdnse não recebi erros (embora ainda não tenha esperado 15 minutos)
• ping -a [IP] dá o nome certo
• Eu tentei usar o nome completo do computador

Espero que você esteja se conectando de uma máquina na mesma rede e ambos sejam Windows. Da máquina para a qual você está remotando JoshPC, o que ping -a <IPofJoshPC>dá? Dá um nome de computador diferente? Nesse caso, seu servidor DNS não é atualizado com registros de recursos de JoshPC. De JoshPC, tente ipconfig /registerdns. Levará 15 minutos ou mais para registrar os computadores que registram os recursos no DNS.

Edit1: Vi você atualizar. Interessante! Depois de alguma espera, se ainda não funcionar, sugiro tentar acessar a máquina com o FQDN, se você ainda não o tiver experimentado. Não encontrei esse erro dentro do escritório, mas quando utilizava a VPN em casa, geralmente recebo esses erros. Apenas fornecer o nome do computador não será conectado, mas fornecer o nome completo será conectado.

Edit2: Se o acima falhar, tente usar o nslookup JoshPCe compare os IPs obtidos . Se forem diferentes, seu DNS definitivamente não é atualizado. Tente entrar em contato com o administrador ou fazer a descarga e se registrar no DNS.

Isso está relacionado à segurança RDP na outra extremidade (definido como TLS ou alto) e ao uso de certificado de alguma autoridade de certificação interna

Parece que o servidor DNS (aquele que possui o IP -> resolução de nome) armazenou em cache o par IP -> nome incorreto. Peça ao administrador do sistema para remover a entrada e tente remoting.

Ocorreu um problema ocasionalmente e tem sido nossa experiência até agora que pode estar vinculada ao alto uso da CPU. Se a CPU estiver sendo martelada, a conexão através do RDP se tornará não confiável. Ou não conseguimos nos conectar ou experimentamos o mesmo fenômeno de poder conectar-se ao IP, mas não ao nome do host. Se esperarmos que a CPU se acalme, ela funcionará de forma mais consistente.

Sei que isso é aneddotal, mas espero que ajude.

Encontrei esse mesmo problema quando me deparei com esta página. Nas minhas máquinas, notei que o ping do host pelo computador direciona o ping para fora da minha rede doméstica para o meu ISP, mas quando faço ping no cliente pelo nome do computador (do host), ele o encontra normalmente na rede.

Aqui está a saída do ping do host do cliente pelo nome do computador:

Pinging HOSTNAME.nyc.rr.com [67.215.65.XXX] with 32 bytes of data:
Reply from 67.215.65.XXX: bytes=32 time=14ms TTL=51
Reply from 67.215.65.XXX: bytes=32 time=34ms TTL=51
Reply from 67.215.65.XXX: bytes=32 time=14ms TTL=51
Reply from 67.215.65.XXX: bytes=32 time=12ms TTL=51

Ping statistics for 67.215.65.XXX:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 12ms, Maximum = 34ms, Average = 18ms

Ao fazer ping no cliente do host pelo nome do computador, é mostrado:

Pinging CLIENT [192.168.11.32] with 32 bytes of data:
Reply from 192.168.11.32: bytes=32 time=5ms TTL=128
Reply from 192.168.11.32: bytes=32 time=1ms TTL=128
Reply from 192.168.11.32: bytes=32 time=1ms TTL=128
Reply from 192.168.11.32: bytes=32 time=1ms TTL=128

Ping statistics for 192.168.11.32:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 5ms, Average = 2ms

Talvez alguém tenha mais alguma idéia sobre isso?

Meu roteador está executando o DD-WRT v24SP2-MULTI (20/11/11) std. Não encaminhei portas RDP porque só uso a área de trabalho remota internamente.

EDITAR

Parece que o problema estava relacionado à chave de registro DhcpDomain. Por algum motivo, foi definido como nyc.rr.com em um computador e o domínio da minha empresa em outro, mesmo que ambos fossem meus computadores domésticos. Colocá-los em branco corrigiu os problemas que eu estava tendo.

Edite DhcpDomain = "" em HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces \\