Warum funktioniert Remote Desktop bei mir nicht nach Computernamen und nur nach IP?

Question

Warum funktioniert Remote Desktop bei mir nicht nach Computernamen und nur nach IP?

Ich habe einen Computer bei der Arbeit, mit dem ich mich nur remote verbinden 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 gespült, die versuchen, sich einzuloggen, aber kein Glück.

Bearbeiten:

Die PCs sind an das gleiche Netzwerk wie jedes andere
Ich habe ipconfig /registerdns ausprobiert und keine Fehler erhalten (obwohl ich noch nicht 15 Minuten gewartet habe)
ping -a [IP] gibt den richtigen Namen
Ich habe versucht, den vollqualifizierten Computernamen

13

dns remote-desktop cache computer-name

Author: Josh Comley, 2009-10-07

Source

5 answers

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

2

Author: Nitish Kumar,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2012-05-07 06:45:45

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 dann Remoting zu versuchen.

1

Author: Ganesh R.,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2009-10-07 08:18:32

Ich hatte dieses Problem gelegentlich und es war unsere Erfahrung, dass es mit einer hohen CPU-Auslastung zusammenhängen 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 eine Verbindung zur IP herstellen können, nicht jedoch zum Hostnamen. Wenn wir darauf warten, dass sich die CPU beruhigt, funktioniert sie konsistenter.

Ich weiß, das ist anectdotal, aber ich hoffe, es hilft.

1

Author: Tim,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2012-01-31 20:56:33

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, aber wenn ich den Client über seinen Computernamen (vom Host) anpinge, wird er normalerweise im Netzwerk gefunden.

Hier ist die Ausgabe des Ping des Hosts vom Client unter seinem Computernamen:

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 durch seinen Computernamen zeigt:

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 eine mehr Einblick in diese?

Mein router läuft DD-WRT v24SP2-MULTI (11/20/11) std. Ich habe keine RDP-Ports weitergeleitet, da ich Remote Desktop nur intern verwende.

BEARBEITEN

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

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

1

Author: Dave Haskel,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2012-05-20 15:27:30

score 10 · Accepted Answer

Ich hoffe, Sie verbinden sich von einem Computer im selben Netzwerk aus und beide sind Windows. Was gibt ping -a <IPofJoshPC> von der Maschine aus, auf der Sie sich auf JoshPC entfernen? Gibt es einen anderen Computernamen? Wenn ja, wird Ihr DNS-Server nicht mit Ressourcendatensätzen von JoshPC aktualisiert. Versuchen Sie von JoshPC aus ipconfig /registerdns. Es dauert ungefähr 15 Minuten, um diese Computerressourceneinträge mit DNS zu registrieren.

Edit1: Haben Sie aktualisiert. Interessant! Nach einigem Warten, wenn es immer noch nicht funktioniert, schlage ich vor versuchen Sie, mit FQDN auf den Computer zuzugreifen, wenn Sie ihn noch nicht ausprobiert haben. Ich bin nicht auf diesen Fehler in Office gestoßen, aber wenn ich VPN von zu Hause aus benutze, bekomme ich normalerweise diese Fehler. Wenn Sie nur den Computernamen angeben, wird keine Verbindung hergestellt, aber wenn Sie den vollqualifizierten Namen angeben, wird eine Verbindung hergestellt.

Edit2: Wenn das Obige fehlschlägt, versuchen Sie es mit nslookup für JoshPC und vergleichen Sie die erhaltenen IPs. Wenn diese unterschiedlich sind, wird Ihr DNS definitiv nicht aktualisiert. Versuchen Sie, sich an Administrator oder Flushing zu wenden und sich bei DNS.