Warum funktioniert Remotedesktop bei mir nicht nach Computernamen und nur nach IP?

Ich habe einen Computer im Einsatz, zu dem ich nur dann eine Remoteverbindung herstellen kann, wenn ich die IP-Adresse des Computers verwende und nicht, wenn ich den Namen des Computers verwende.

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

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

Bearbeiten:

• Die PCs befinden sich im selben Netzwerk
• 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

Ich hoffe, Sie stellen eine Verbindung von einem Computer im selben Netzwerk her und beide sind Windows. Von der Maschine, auf der Sie ein Remoting durchführen JoshPC: Was gibt ping -a <IPofJoshPC>es? Gibt es einen anderen Computernamen? Wenn ja, wird Ihr DNS-Server nicht mit Ressourceneinträgen von aktualisiert JoshPC. Von JoshPC, versuchen Sie es ipconfig /registerdns. Es dauert ungefähr 15 Minuten, um die Ressourceneinträge des Computers bei DNS zu registrieren.

Edit1: Hab dich aktualisiert. Interessant! Nach einigem Warten, wenn es immer noch nicht funktioniert, empfehle ich, auf den Computer mit FQDN zuzugreifen, wenn Sie es noch nicht ausprobiert haben. Ich bin im Büro nicht auf diesen Fehler gestoßen, aber wenn ich VPN von zu Hause aus verwendet habe, werden diese Fehler normalerweise angezeigt. Nur die Angabe des Computernamens stellt keine Verbindung her, aber die Angabe des vollqualifizierten Namens stellt eine Verbindung her.

Edit2: Wenn das oben genannte fehlschlägt, versuchen Sie, nslookup für zu verwenden, JoshPCund vergleichen Sie die IPs, die Sie erhalten. Wenn diese unterschiedlich sind, wird Ihr DNS definitiv nicht aktualisiert. Wenden Sie sich an den Administrator oder spülen und registrieren Sie sich bei DNS.

Dies hängt mit der RDP-Sicherheit am anderen Ende (auf TLS oder hoch eingestellt) und der Verwendung des Zertifikats einer internen Zertifizierungsstelle zusammen

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

Ich hatte dieses Problem gelegentlich und es war bisher unsere Erfahrung, dass es mit einer hohen CPU-Auslastung verbunden sein könnte. Wenn die CPU gehämmert wird, wird die Verbindung über RDP unzuverlässig. Entweder können wir überhaupt keine Verbindung herstellen oder wir erleben das gleiche Phänomen, dass wir uns mit der IP verbinden können, aber nicht mit dem Hostnamen. Wenn wir darauf warten, dass sich die CPU beruhigt, funktioniert dies konsistenter.

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

Ich bin auf dasselbe Problem gestoßen, als ich auf diese Seite gestoßen bin. Auf meinen Computern habe ich festgestellt, dass das Pingen des Hosts über seinen Computer den Ping außerhalb meines Heimnetzwerks an meinen ISP weiterleitet. Wenn ich den Client jedoch über seinen Computernamen (vom Host) anpinge, findet er ihn normalerweise im Netzwerk.

Hier ist die Ausgabe des Pingens des Hosts vom Client anhand seines Computernamens:

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

Beim Pingen des Clients vom Host anhand seines Computernamens wird Folgendes angezeigt:

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

Vielleicht hat jemand mehr Einsicht darüber?

Auf meinem Router wird DD-WRT v24SP2-MULTI (20.11.11) std ausgeführt. Ich habe keine RDP-Ports weitergeleitet, da ich den Remotedesktop nur intern verwende.

BEARBEITEN

Es scheint, dass das Problem mit dem Registrierungsschlüssel DhcpDomain zu tun hat. Aus irgendeinem Grund wurde es auf einem Computer auf nyc.rr.com und auf einem anderen auf die Domäne meines Unternehmens eingestellt, obwohl beide meine Heimcomputer waren. Wenn Sie sie auf leer setzen, wurden die Probleme behoben, die ich hatte.

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