Warum funktioniert Remote Desktop für mich nicht nach Computername und nur nach IP?

79811
Josh Comley

Ich arbeite an einem Computer, zu dem ich nur über die IP-Adresse des Computers eine Remote-Verbindung herstellen kann, nicht jedoch den Namen des Computers.

Ich kann sehen, dass mein Computername (zum Beispiel) korrekt als "JoshPC" eingerichtet ist, und es scheint keine Konflikte mit den Namen anderer PCs zu geben.

Was könnte schief gehen? Ich habe den DNS-Cache auf den PCs geleert, die versuchen, eine Remote-Verbindung herzustellen, aber kein Glück.

Bearbeiten:

  • Die PCs befinden sich im selben Netzwerk wie sie
  • Ich habe versucht ipconfig /registerdnsund keine Fehler erhalten (obwohl noch nicht 15 Minuten gewartet)
  • ping -a [IP] gibt den richtigen Namen
  • Ich habe versucht, den vollständig qualifizierten Computernamen zu verwenden
9

5 Antworten auf die Frage

9
vpram86

Ich hoffe, Sie stellen eine Verbindung von einem Computer im selben Netzwerk her und beide sind Windows. Von der Maschine aus, zu der Sie wechseln JoshPC, was gibt ping -a <IPofJoshPC>es? Gibt es einen anderen Computernamen? In diesem Fall wird Ihr DNS-Server nicht mit Ressourceneinträgen von aktualisiert JoshPC. Von JoshPCversuchen ipconfig /registerdns. Es dauert etwa 15 Minuten, um die Ressourceneinträge des Computers bei DNS zu registrieren.

Edit1: Sah, dass du aktualisierst. Interessant! Wenn es nach einiger Zeit noch nicht funktioniert, schlage ich vor, auf den Computer mit FQDN zuzugreifen, wenn Sie es noch nicht versucht haben. Ich bin nicht auf diesen Fehler in Office gestoßen, aber wenn ich VPN von zu Hause aus verwendet habe, bekomme ich normalerweise diese Fehler. Wenn Sie nur den Computernamen angeben, wird keine Verbindung hergestellt.

Edit2: Wenn dies nicht zutrifft, versuchen Sie, mit nslookup JoshPCdie IPs zu vergleichen, die Sie erhalten. Wenn dies anders ist, wird Ihr DNS definitiv nicht aktualisiert. Versuchen Sie, sich an den Administrator zu wenden oder mit DNS zu löschen und sich zu registrieren.

+1 für nützliche Tipps und "ping -a [ip]" Ich wusste nicht, wie "-a" der Name ist! 1) es ist im selben Netzwerk - 2) "ping -a" gibt den richtigen Namen! - 3) "/ registerdns" hat nicht geholfen Josh Comley vor 15 Jahren 1
Hast du irgendwann gewartet :)? nach registerdns? Wenn Fehler aufgetreten sind, überprüfen Sie die Ereignisanzeige auf eventuelle Hinweise. Haben Sie dort Fehler? vpram86 vor 15 Jahren 0
@Aviator Ich habe meine Frage aktualisiert! Josh Comley vor 15 Jahren 0
Gibt ping -a einen Namen wie JoshPC.domain.local an und können Sie diesen voll qualifizierten Namen anpingen? Ist es in einem ähnlichen Format wie bei anderen Maschinen, dass Sie pingen können? Kann jemand anderer Computer mit dem Namen auf JoshPC zugreifen? sgmoore vor 15 Jahren 0
@ Aviator - guter Punkt zu FQDN, aber das war eigentlich eines der ersten Dinge, die ich versucht habe. Es hat nicht funktioniert, aber die IP funktioniert. Ich bin so verblüfft, warum "ping -a" den richtigen Namen gibt !! Es scheint, als würde der DNS auf eine Weise arbeiten, aber nicht auf die andere. Josh Comley vor 15 Jahren 0
@sgmoore - Der angegebene Name ist nicht vollständig qualifiziert, aber * hat * das gleiche Format wie andere Computer, auf die ich * einen Remote-Desktop habe Josh Comley vor 15 Jahren 0
@joshcomley: Hmmm ... Dann könnte der nächste Schritt nslookup sein. Kennst du diesen Befehl und wie man ihn benutzt? Sie können Details zu JoshPC direkt von DNS abrufen und sehen, was darin enthalten ist, auch wenn dies nur wenig hilfreich sein kann. vpram86 vor 15 Jahren 0
@ Aviator - Ich nehme an, es könnte interessant sein, den nslookup einer funktionierenden Maschine mit der zu vergleichen, die nicht funktioniert. Ich werde es versuchen! Josh Comley vor 15 Jahren 0
@Aviator - aha! Etwas sieht verdächtig aus: Wenn ich den FQDN eines PCs anschaue, der funktioniert, wird alles OK. Wenn ich den FQDN des PC nslookup, der * nicht * funktioniert, wird er dort * aber mit der falschen IP-Adresse * angezeigt. Bei Verwendung der IP-Adresse kann ich (nicht überraschend) keine Verbindung zum Gerät herstellen. Josh Comley vor 15 Jahren 0
@Joshcomley: Hmm :) .. Ihr DNS-Eintrag wird wie erwartet nicht aktualisiert. vpram86 vor 15 Jahren 0
@Joshcomley: Ich denke, 15 Minuten waren vielleicht vorbei. Hast du es jetzt versucht? vpram86 vor 15 Jahren 0
@Aviator - 15 Minuten waren vergangen, aber kein Glück. RD funktioniert nicht und nslookup liefert immer noch die schlechte IP - ich habe / flushdns auch probiert, aber nichts! Eigentlich geht nslookup über einen Extra-Hop, was unser DNS-Server sein muss. Dieser Server hat also die falsche IP-Adresse für meinen Computer. Ich habe Zugriff auf diese Maschine (unser IT-Mitarbeiter ist nicht da). Kann ich mich also einloggen und das Problem beheben? Josh Comley vor 15 Jahren 0
@joshcomely :: Ich habe nie auf einem DNS-Server gearbeitet. Aber ich denke du kannst es. Sie müssen nur den DNS-Servercache Ihres Servers leeren (Zwischenstufe). vpram86 vor 15 Jahren 0
Ich glaube, es ist `dnscmd / clearcache ' vpram86 vor 15 Jahren 0
Wenn Ihr Computer Teil einer Domäne ist und Sie berechtigt sind, der Domäne beizutreten, sollten Sie den Server aus der Domäne entfernen und dann der Domäne erneut beitreten, um die Server-DNS zu aktualisieren. sgmoore vor 15 Jahren 0
2
Nitish Kumar

Dies bezieht sich auf die RDP-Sicherheit am anderen Ende (auf TLS oder hoch eingestellt) und auf die Verwendung eines Zertifikats von einer internen Zertifizierungsstelle

1
Ganesh R.

Es scheint, dass der DNS-Server (der Server mit der IP -> Namensauflösung) ein falsches IP -> Namenspaar zwischengespeichert hat. Bitten Sie Ihren Systemadministrator, den Eintrag zu entfernen, und versuchen Sie dann, das Remoting durchzuführen.

1
Tim

Dieses Problem hatte ich gelegentlich, und wir haben bisher die Erfahrung gemacht, dass dies mit einer hohen CPU-Auslastung zusammenhängt. Wenn die CPU gehämmert wird, wird das Verbinden über RDP unzuverlässig. Entweder können wir überhaupt keine Verbindung herstellen, oder wir erleben dasselbe Phänomen wie eine Verbindung mit der IP, aber nicht den Hostnamen. Wenn wir darauf warten, dass sich die CPU ein wenig beruhigt, funktioniert sie einheitlicher.

Mir ist klar, dass dies ein Endergebnis ist, aber ich hoffe, es hilft.

1
Dave Haskel

I ran into this same issue when I came across this page. On my machines, I noticed that pinging the host by its computer routes the ping outside of my home network to my ISP, but when I ping the client by its computer name (from the host) it finds it normally on the network.

Here is the output of pinging the host from the client by its computer name:

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 

While pinging the client from the host by its computer name shows:

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 

Maybe someone has any more insight on this?

My router is running DD-WRT v24SP2-MULTI (11/20/11) std. I have not forwarded RDP ports because I only use remote desktop internally.

EDIT

It appears the issue had to do with the DhcpDomain registry key. For some reason it was set to nyc.rr.com on one computer and my business's domain on another even though both were my home computers. Setting them to blank fixed the issues I was having.

Edit DhcpDomain="" in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\\