Dlaczego pulpit zdalny nie działa dla mnie według nazwy komputera i tylko adresu IP?

Mam komputer w pracy, z którym mogę się połączyć tylko zdalnie podczas korzystania z adresu IP komputera, a nie przy użyciu nazwy komputera.

Widzę, że nazwa mojego komputera jest poprawnie skonfigurowana jako „JoshPC” (na przykład), i wydaje się, że nie ma żadnych konfliktów z nazwami innych komputerów.

Co może pójść nie tak? Wyczyściłem pamięć podręczną DNS na komputerach PC próbujących się zdalnie, ale bez powodzenia.

Edytować:

• Komputery znajdują się w tej samej sieci
• Próbowałem ipconfig /registerdnsi nie otrzymałem żadnych błędów (chociaż nie czekałem jeszcze 15 minut)
• ping -a [IP] daje właściwą nazwę
• Próbowałem użyć w pełni kwalifikowanej nazwy komputera

Mam nadzieję, że łączysz się z komputera w tej samej sieci i oba są w systemie Windows. Od maszyny, do której się przesyłasz JoshPC, Co ping -a <IPofJoshPC>daje? Czy to daje inną nazwę komputera? Jeśli tak, to serwer DNS nie jest aktualizowany za pomocą rekordów zasobów JoshPC. Od JoshPC, spróbuj ipconfig /registerdns. Zarejestrowanie rekordów zasobów komputerów za pomocą DNS zajmie około 15 minut.

Edycja1: Zobaczyłem, że aktualizujesz. Ciekawy! Po pewnym czasie oczekiwania, jeśli nadal nie działa, sugeruję próbę uzyskania dostępu do komputera z FQDN, jeśli jeszcze go nie próbowałeś. Nie napotkałem tego błędu w biurze, ale kiedy korzystałem z VPN z domu, zwykle dostaję te błędy. Podanie nazwy komputera nie połączy się, ale podanie pełnej nazwy połączy się.

Edycja2: Jeśli powyższe nie powiedzie się, spróbuj użyć nslookup JoshPCi porównać otrzymane adresy IP. Jeśli są one różne, Twój DNS na pewno nie jest aktualizowany. Spróbuj skontaktować się z administratorem lub opróżnić i zarejestrować się w DNS.

Jest to związane z zabezpieczeniami RDP na drugim końcu (ustawionym na TLS lub wysoki) i za pomocą certyfikatu z jakiegoś wewnętrznego urzędu certyfikacji

Wygląda na to, że serwer DNS (ten, który ma IP -> rozpoznawanie nazw) buforował niepoprawne IP -> parę nazw. Poproś administratora systemu, aby usunął wpis, a następnie spróbuj ponownie.

Ten problem występował sporadycznie i jak dotąd wiemy, że może być związany z dużym zużyciem procesora. Jeśli procesor jest młotkowany, połączenie przez RDP staje się zawodne. Albo nie możemy się w ogóle połączyć, albo mamy takie samo zjawisko, jak możliwość połączenia się z IP, ale nie z nazwą hosta. Jeśli zaczekamy, aż procesor się uspokoi, to działa bardziej konsekwentnie.

Zdaję sobie sprawę, że jest to anegdota, ale mam nadzieję, że to pomoże.

Ten sam problem napotkałem, gdy natknąłem się na tę stronę. Na moich komputerach zauważyłem, że pingowanie hosta przez jego komputer kieruje pingowanie poza moją siecią domową do mojego ISP, ale kiedy pinguję klienta przez jego nazwę komputera (od hosta), znajduje go normalnie w sieci.

Oto wynik pingowania hosta od klienta przez jego nazwę komputera:

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

Podczas pingowania klienta z hosta według jego nazwy komputera pokazuje:

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

Może ktoś ma na to więcej informacji?

Mój router działa w trybie DD-WRT v24SP2-MULTI (11/20/11) std. Nie przekazałem portów RDP, ponieważ używam pulpitu zdalnego tylko wewnętrznie.

EDYTOWAĆ

Wygląda na to, że problem dotyczył klucza rejestru DhcpDomain. Z jakiegoś powodu ustawiono na nyc.rr.com na jednym komputerze i domenę mojej firmy na innym, mimo że oba były moimi komputerami domowymi. Ustawienie ich jako pustych rozwiązało problemy, które miałem.

Edytuj DhcpDomain = "" w HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces \\