Pourquoi le bureau à distance ne fonctionne-t-il pas pour moi par nom d'ordinateur et uniquement par IP?

11

J'ai un ordinateur au travail auquel je ne peux me connecter à distance qu'en utilisant l'adresse IP de l'ordinateur et non en utilisant le nom de l'ordinateur.

Je peux voir que le nom de mon ordinateur est correctement configuré en tant que "JoshPC" (par exemple), et il ne semble pas y avoir de conflits avec les autres noms de PC.

Qu'est-ce qui pourrait mal tourner? J'ai vidé le cache DNS sur les PC qui tentent de se connecter à distance, mais pas de chance.

Éditer:

  • Les PC sont sur le même réseau les uns que les autres
  • J'ai essayé ipconfig /registerdnset je n'ai reçu aucune erreur (mais pas encore attendu 15 minutes)
  • ping -a [IP] donne le bon nom
  • J'ai essayé d'utiliser le nom d'ordinateur complet
Josh Comley
la source

Réponses:

10

J'espère que vous vous connectez à partir d'une machine du même réseau et que les deux sont Windows. De la machine vers laquelle vous vous connectez JoshPC, qu'est-ce que ça ping -a <IPofJoshPC>donne? Donne-t-il un nom d'ordinateur différent? Si tel est le cas, votre serveur DNS n'est pas mis à jour avec les enregistrements de ressources de JoshPC. De JoshPC, essayez ipconfig /registerdns. Il faudra environ 15 minutes pour enregistrer les enregistrements de ressources de cet ordinateur avec DNS.

Edit1: Je vous ai vu mettre à jour. Intéressant! Après quelques temps d'attente, si cela ne fonctionne toujours pas, je suggère d'essayer d'accéder à la machine avec le FQDN si vous ne l'avez pas encore essayé. Je n'ai pas rencontré cette erreur à l'intérieur du bureau, mais lorsque j'utilise un VPN depuis mon domicile, j'obtiens généralement ces erreurs. Donner simplement le nom de l'ordinateur ne se connectera pas, mais donner le nom complet se connectera.

Edit2: Si ce qui précède échoue, essayez d'utiliser nslookup pour JoshPCet comparez les IP que vous obtenez. Si ceux-ci sont différents, votre DNS n'est définitivement pas mis à jour. Essayez de contacter l'administrateur ou de vider et de vous inscrire auprès de DNS.

vpram86
la source
1
+1 pour des conseils utiles et "ping -a [ip]" Je ne connaissais pas le commutateur "-a" pour obtenir le nom! 1) c'est sur le même réseau - 2) "ping -a" donne le bon nom! - 3) "/ registerdns" n'a pas aidé
Josh Comley
Avez-vous attendu quelque temps :)? après registerdns? S'il a rencontré des erreurs, veuillez consulter l'Observateur d'événements pour toute indication. Avez-vous des erreurs là-bas?
vpram86
@Aviator J'ai mis à jour ma question!
Josh Comley
Ping -a donne-t-il un nom comme JoshPC.domain.local et pouvez-vous cingler ce nom complet? Est-ce également dans un format similaire à d'autres machines que vous pouvez envoyer une requête ping? Est-ce que n'importe quel autre ordinateur peut accéder à JoshPC par son nom?
sgmoore
@Aviator - bon point sur le FQDN mais c'était en fait l'une des premières choses que j'ai essayées. Cela n'a pas fonctionné, mais l'IP fonctionne. Je suis tellement dérouté de savoir pourquoi "ping -a" donne le bon nom !! Il semble que le DNS fonctionne dans un sens mais pas dans l'autre.
Josh Comley
2

Ceci est lié à la sécurité RDP à l'autre extrémité (définie sur TLS ou élevé) et à l'utilisation du certificat d'une autorité de certification interne

Nitish Kumar
la source
1

Il semble que le serveur DNS (celui qui détient l'IP -> résolution de nom) ait mis en cache la mauvaise paire IP -> nom. Demandez à votre administrateur système de supprimer l'entrée, puis essayez de vous éloigner.

Ganesh R.
la source
1

J'ai eu ce problème de temps en temps et c'est notre expérience jusqu'à présent qu'il pourrait être lié à une utilisation élevée du processeur. Si le CPU est martelé, la connexion via RDP devient peu fiable. Soit nous ne pouvons pas nous connecter du tout, soit nous rencontrons le même phénomène de connexion avec l'IP, mais pas le nom d'hôte. Si nous attendons que le CPU se calme, cela fonctionne de manière plus cohérente.

Je me rends compte que c'est anectdotal, mais j'espère que cela aide.

Tim
la source
1

J'ai rencontré ce même problème lorsque je suis tombé sur cette page. Sur mes machines, j'ai remarqué que le ping de l'hôte par son ordinateur achemine le ping en dehors de mon réseau domestique vers mon FAI, mais quand je ping le client par son nom d'ordinateur (depuis l'hôte), il le trouve normalement sur le réseau.

Voici la sortie du ping de l'hôte à partir du client par son nom d'ordinateur:

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

Lors de l'exécution d'une commande ping sur le client à partir de l'hôte par son nom d'ordinateur, s'affiche:

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

Peut-être que quelqu'un a plus d'informations à ce sujet?

Mon routeur exécute DD-WRT v24SP2-MULTI (11/20/11) std. Je n'ai pas transmis de ports RDP car j'utilise uniquement le bureau distant en interne.

ÉDITER

Il semble que le problème soit lié à la clé de registre DhcpDomain. Pour une raison quelconque, il a été défini sur nyc.rr.com sur un ordinateur et le domaine de mon entreprise sur un autre, même si les deux étaient mes ordinateurs personnels. Les mettre à blanc a résolu les problèmes que j'avais.

Modifiez DhcpDomain = "" dans HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces \\

Dave Haskel
la source