Por que o desktop remoto não funciona para mim pelo nome do computador e somente pelo IP?

Question

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

Eu posso ver que o nome do meu computador está configurado corretamente como "JoshPC" (por exemplo), e parece não haver conflitos com outros nomes de computadores.

O que poderia dar errado? Eu limpei o cache do DNS nos PCs que tentavam se conectar, mas sem sorte.

Editar:

• Os PCs estão na mesma rede uns dos outros
• Eu tentei ipconfig /registerdns e não recebi nenhum erro (embora ainda não tenha esperado 15 minutos)
• ping -a [IP] dá o nome certo
• Eu tentei usar o nome completo do computador

Answer 1

Espero que você esteja se conectando de uma máquina na mesma rede e ambos sejam Windows. Na máquina em que você está remotando para JoshPC , O que ping -a <IPofJoshPC> fornece? Isso dá um nome de computador diferente? Se sim, seu servidor DNS não será atualizado com registros de recursos de JoshPC . De JoshPC , tente ipconfig /registerdns . Levará cerca de 15 minutos para registrar os registros de recursos de computadores com o DNS.

Editar1: 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 tentou. Eu não encontrei esse erro dentro do escritório, mas quando eu usei VPN de casa, eu geralmente recebo esses erros. Apenas o nome do computador não será conectado, mas o nome Completo-Qualificado será conectado.

Edit2: Se o problema acima falhar, tente usar o nslookup para JoshPC e compare os IPs que você recebe. Se estes forem diferentes, o seu DNS definitivamente não será atualizado. Tente entrar em contato com o administrador ou liberar e registrar-se no DNS.

    

Answer 2

Isso está relacionado à segurança do RDP na outra ponta (Defina como TLS ou alta) e use o certificado de alguma CA interna

    

Answer 3

Parece que o servidor DNS (o que detém a resolução de nomes IP - >) colocou em cache o IP errado - > nome par. Peça ao administrador do sistema para remover a entrada & tente remoting.

    

Answer 4

Eu tive esse problema ocasionalmente e tem sido a nossa experiência até agora que pode estar ligada ao alto uso da CPU. Se a CPU estiver sendo martelada, a conexão por meio do RDP não será confiável. Ou não podemos nos conectar de forma alguma ou experienciamos o mesmo fenômeno de poder conectar com o IP, mas não com o nome do host. Se esperarmos que a CPU se acalme, ela funcionará de maneira mais consistente.

Eu sei que isso é anedótico, mas espero que ajude.

    

Answer 5

Eu encontrei este mesmo problema quando me deparei com esta página. Em minhas máquinas, notei que o ping do host pelo seu computador direciona o ping para fora da minha rede doméstica para o meu provedor, 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

Enquanto o ping do cliente a partir do host pelo nome do computador mostra:

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 informações sobre isso?

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

EDITAR

Parece que o problema tem a ver com a chave de registro DhcpDomain. Por alguma razão, foi definido como nyc.rr.com em um computador e o domínio da minha empresa em outro, embora 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 \ Parâmetros \ Interfaces \\