Dlaczego polecenie „ping” nie może rozwiązać nazwy, gdy „nslookup” działa dobrze?

138

Na mojej stacji roboczej Windows XP mogę znaleźć komputer, z którym chcę się połączyć w DNS za pomocą nslookup:

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

Ale kiedy próbuję połączyć się z tym komputerem, pojawia się błąd informujący, że nie można znaleźć komputera (tzn. Nie można go wyszukać w DNS):

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

Jestem w stanie się połączyć, jeśli bezpośrednio używam adresu IP:

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

Mógłbym to obejść, dodając wpis do mojego hostspliku, ale wolałbym dowiedzieć się, dlaczego tak się dzieje. Problem jest przejściowy, przez większość dnia mogę dobrze połączyć się z maszyną.

Jak to jest możliwe?

ETA: Zostawiłem to dla zwięzłości, ale poproszono o:

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

ETA: Inne aplikacje uzyskują takie same wyniki. Próbowałem tylko pingować, aby uprościć. telnet nie może się połączyć, aplikacje Cygwin drukują komunikat „nieznany host wolfman”.

Aktualizacja: Za pomocą wireshark odkryłem, że moja stacja robocza nie próbuje wyszukać DNS. Po prostu zgłasza komunikat o błędzie „Nie można znaleźć hosta”.

skiphoppy
źródło
Możesz dodać domyślny sufiks DNS dla .company.com.
billc.cn
@ billc.cn Mam już ten sufiks DNS.
skiphoppy
Wydaje mi się, że ping nie sprawdza nazwy FQDN hosta, w przeciwieństwie do tego, nslookupktóry wykorzystuje search domainparametr oferty DHCP (lub cokolwiek podasz dla statycznej konfiguracji IP). Potwierdź to, robiąc to, co powiedział @SLaks i sprawdzając ping nazwy FQDN hosta :)
jackweirdy,
1
Możliwy duplikat: superuser.com/questions/220471/...
Der Hochstapler,
Co dzieje się, gdy biegniesz ping -4 wolfman?
Der Hochstapler,

Odpowiedzi:

101

Uważam, że nslookup otwiera połączenie winsock na porcie DNS i wydaje zapytanie, podczas gdy ping korzysta z usługi klienta DNS. Możesz spróbować zatrzymać tę usługę i sprawdzić, czy to robi różnicę.

Niektóre polecenia, które ponownie zainicjują różne stany sieci:

Zresetuj wpisy WINSOCK do domyślnych ustawień instalacji: netsh winsock reset catalog
Zresetuj stos TCP / IP do domyślnych ustawień instalacji: netsh int ip reset reset.log
Opróżnij pamięć podręczną resolvera DNS: ipconfig /flushdns
Odnów rejestrację klienta DNS i odśwież dzierżawę DHCP: Opróżnij ipconfig /registerdns
tabelę routingu: route /f (wymagane ponowne uruchomienie)

harrymc
źródło
1
Założę się, że Active Directory jest prawdopodobnie aktywny, ale nie wiem jak testować.
skiphoppy
11
Wyłączyłem usługę klienta DNS i problem zniknął! Nie jestem jeszcze pewien, czy to był przypadek. Problem nie powrócił po ponownym uruchomieniu usługi.
skiphoppy
6
Czasami samo zatrzymanie i ponowne uruchomienie usługi rozwiązuje problemy z DNS (nie pytaj mnie dlaczego). Pytanie brzmi, jak długo to potrwa. Niektórzy pechowi ludzie muszą to powtarzać raz po raz.
harrymc,
1
sfc / scannow na wypadek, gdyby pliki systemowe usługi klienta dns były subtelnie uszkodzone? Widziałem także kilka osób z podobnymi problemami spowodowanymi przez wirusa.
Jon Kloske
1
W tej odpowiedzi brakowało mi ipconfig /registerdns(rozwinąłem odpowiedź poniżej)
Mick Halsband
31

Spróbuj ping z nazwą hosta, a następnie kropką. Więc zamiast ping wolfmanużywaćping wolfman.

To powinno pomóc Ci rozwiązać problem bez konieczności obejścia problemu z plikiem hosts itp.

Senthil
źródło
wow, to również zadziałało dla mnie. Domyślam się, że coś oczekuje nazwy domeny, która nie jest skonfigurowana
1190
OK, to działa ... dlaczego?
Daniel B.
3
jakieś sugestie, dlaczego to działa i jak raczej używać nazw lokalnych bez kropek?
Ruberoid,
Dzięki - zadziałało to dla mnie, ale wiedziałbym również, dlaczego to działa
Frank Fu
2
@ Ruberoid Proszę zobaczyć moją odpowiedź, jak to zrobić automatycznie.
Frederik Aalund,
17

Spróbuj ipconfig /displaydnsposzukać wolfmana. Jeśli jest przechowywany w pamięci podręcznej, ponieważ „nazwa nie istnieje” (być może z powodu poprzedniego przerywanego nieudanego wyszukiwania), możesz opróżnić pamięć podręczną ipconfig /flushdns.

nslookup nie korzysta z pamięci podręcznej, ale bezpośrednio wysyła zapytania do serwera DNS.

craig65535
źródło
Próbowałem: nie jest buforowane. Wyczyszczenie pamięci podręcznej również nie rozwiązuje problemu.
skiphoppy
Czy możesz opublikować wynik nslookup -all? Jest na novcliście?
craig65535
13

Spróbuj dodać .do sufiksów DNS dla tego połączenia. Tj. Przejdź do:

  1. Status Ethernet
  2. Kliknij Właściwości
  3. Wersja protokołu internetowego 4
  4. Kliknij Właściwości
  5. Kliknij Zaawansowane
  6. Dołącz te DNS wystarczy (w kolejności)
  7. Dodaj .jako sufiks.

Te same kroki pokazano na poniższym zrzucie ekranu:

To powinno ping wolfmanzadziałać.

Wyjaśnienie

nslookup wolfman(wyszukiwanie serwera nazw: wolfman) wysyła nazwę hosta ( wolfman) do DNS (system nazw domen) w celu uzyskania odpowiedniego adresu IP. Jest to jedyny cel nslookuppolecenia. To już działa, więc sprawdziliśmy, czy DNS działa i czy wolfmanrzeczywiście odpowiada adresowi IP.

Przeciwnie, ping wolfmanmusi zrobić dwie rzeczy:

  1. Uzyskaj adres IP, który odpowiada nazwie hosta ( wolfman).
  2. Wyślij pakiety do adresu IP i nasłuchuj odpowiedzi

W systemie Windows (nawet najnowsze wersje, takie jak Windows 10), pierwszy krok może łatwo zakończyć się niepowodzeniem. Ze względu na kompatybilność wsteczną system Windows obsługuje różne metody rozpoznawania nazw hostów (plik hosts, DNS, NetBIOS / WINS, plik LMHOST).

Niestety wydaje się, że pingpolecenie systemu Windows nie zawsze próbuje wyszukać DNS. Nie znam konkretnych warunków, które powodują to zachowanie.

Na szczęście możemy zmusić system Windows do przeprowadzenia wyszukiwania DNS przy użyciu nazwy FQDN (w pełni kwalifikowanej nazwy domeny). W praktyce, możemy to zrobić poprzez dodanie przyrostka do .kropki do hosta: wolfman.. Spróbuj ping wolfman.i sprawdź, czy to działa.

Ostatnim krokiem jest wymuszenie na systemie Windows dodania tej kropki. Już na początku tej odpowiedzi pokazałem, jak to zrobić.

Frederik Aalund
źródło
Chcę tylko powiedzieć, że to był czynnik, który odniósł sukces na maszynie, nad którą pracowałem. Choć wydaje się głupie. I to nie tylko do pingowania, ale także do innych aplikacji. Nie jestem pewien, czy twoje wyjaśnienie tego, co zostało wypróbowane, jest całkiem słuszne (ale przyznajesz, że nie masz co do tego pewności). Ale duży plus za wspomnienie, że tę awarię można łatwo zdiagnozować, próbując pingować przy użyciu nazwy domeny z ręcznie dodanym przyrostkiem kropki.
gwideman
To nie ma sensu. Uważasz, że „komenda ping systemu Windows nie zawsze próbuje wyszukać DNS”, ale zalecamy zmianę sposobu wykonywania wyszukiwania DNS, aby to rozwiązać? Wydaje się bardziej prawdopodobne, że ping jest wykonywanie odnośnika (y) DNS, ale robi je nieprawidłowo, i dlatego ta poprawka działa.
Twisty Impersonator
@TwistyImpersonator Rozumiem twoje zamieszanie. Chodzi o to, że system Windows spróbuje zastosować kilka metod rozpoznawania nazw hostów, jeśli są podane, wolfmana wyszukiwanie DNS nie jest (najwyraźniej) priorytetem wśród tych metod. Teraz, jeśli użyjesz wolfman.zamiast tego, system Windows będzie traktować priorytetowo wyszukiwanie DNS przed innymi metodami, ponieważ wolfman.jest to nazwa FQDN, która (oczywiście) wymaga wyszukiwania DNS.
Frederik Aalund
Więc myślę, że mówisz, że jeśli ping doszedłby do tego, że szukał DNS podczas normalnego przepływu pracy, to by działało. Jednak ping powinien skończyć się próbą DNS, jeśli inne metody wyszukiwania nie zwrócą odpowiedzi, co oznacza, że ​​przyczyną niepowodzenia ping jest sama, ponieważ inna metoda próbuje, zanim DNS zwróci odpowiedź. Wyjaśnienie to nie pasuje do faktu, że ping nie może znaleźć hosta.
Twisty Impersonator
@TwistyImpersonator "Więc myślę, że mówisz, że jeśli ping doszedł do punktu, w którym wykonuje się wyszukiwanie DNS podczas normalnego przepływu pracy, to zadziałałoby": Tak. „Jednak ping powinien skończyć się próbą DNS, jeśli inne metody wyszukiwania nie zwrócą odpowiedzi, co oznacza, że ​​przyczyną niepowodzenia ping jest sama, ponieważ inna metoda próbuje, zanim DNS zwróci odpowiedź”: Najwyraźniej nie. Może ping po prostu poddaje się po wypróbowaniu kilku metod. Może ping przestaje działać po upływie określonego czasu. Może ping nigdy nie próbuje wyszukać DNS, ponieważ uważa, że ​​nazwa hosta nie jest podobna do DNS.
Frederik Aalund
11

nslookup działa inaczej niż inne polecenia podczas rozwiązywania nazw / adresów IP w systemie Windows.

Normalny sposób rozdzielczości w systemie Windows jest następujący:

  1. Klient sprawdza, czy pytana nazwa jest własna.
  2. Następnie klient przeszukuje lokalny plik Hosts, listę adresów IP i nazw przechowywanych na komputerze lokalnym.
  3. Zapytane są serwery DNS (Domain Name System).
  4. Jeśli nazwa nadal nie zostanie rozwiązana, sekwencja rozpoznawania nazw NetBIOS jest używana jako kopia zapasowa. Kolejność tę można zmienić, konfigurując typ węzła NetBIOS klienta.

nslookupz drugiej strony służy do testowania serwerów nazw domen.

Bryan
źródło
3
Czy są jakieś ustawienia, które mogą przenieść zapytanie NetBIOS wyżej na tej liście? Mam przeczucie, że wyszukiwanie NetBIOS jest w jakiś sposób zaangażowane, ale skoro zapytanie DNS na pewno działa, nie widzę, jak to się kiedykolwiek stanie, jeśli powyższa sekwencja jest niezmienna.
skiphoppy
8

Walczyłem z podobnym problemem i wypróbowałem rozwiązanie sugerowane przez @harrymc. Znalazłem to, co ostatecznie wydaje się (przynajmniej nieco) działać na forum Microsoft Technet ( nslookup działa, ale nic innego nie ma DNS na samodzielnym komputerze z Win7 )

Oto cytat:

... spróbuj użyć poniższego polecenia, aby opróżnić i zresetować pamięć podręczną programu tłumaczącego dla testu.

ipconfig / flushdns

ipconfig / registerdns

Więcej informacji można znaleźć w linku poniżej. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

Zasadniczo więc brakowało mi ipconfig /registerdns

Mick Halsband
źródło
1
oryginalna odpowiedź @harrymc odzwierciedla teraz brakujące /registerdnspolecenie
Mick Halsband
Gram w walenie w kret z tym problemem na Win10 od około roku. Kiedy mój laptop się budzi, nie może znaleźć żadnych serwerów korporacyjnych, ale zewnętrzne witryny, takie jak microsoft.com, działają. Wydaje się, że dzieje się to podczas zmiany sieci Wi-Fi (dom / VPN vs biuro). flushdns rozwiązuje problem czasami, ale nie zawsze. Dzisiaj wypróbowałem registerdns i to natychmiast rozwiązało problem. Jutro spróbuję dodać. na końcu nazwy (ale polecenie ping już nie działa z FQDN dla serwerów wewnętrznych). To bardzo frustrujące. I na dodatek - jeśli poczekam chwilę problem sam się rozwiąże.
ripvlan
6

Właśnie dzisiaj mieliśmy ten sam problem , ale rozwiązanie było inne . Pomyślałem, że dodam go w celach informacyjnych, ponieważ był to najwyższy wynik wyszukiwania.

  • Problem : pingnie rozwiąże nazwy hosta, ale nslookupmoże. (Obserwowane na 2 różnych hostach Windows Server 2012 R2).
  • Przyczyna : (Dla każdego hosta) Do hosta jest podłączonych więcej niż jedna karta sieciowa i skonfigurowanych jest wiele bram domyślnych .
  • Rozwiązanie : (Dla każdego hosta) Usuń domyślną bramę z konfiguracji wszystkich kart sieciowych, ale jedną, więc pozostanie tylko jedna brama domyślna .
djlauk
źródło
ah to mi zrobiło. Doskonały.
IAmTheSquidward
Krótko i prosto
Frank Fu
5

Może wolfman.company.com znajduje się na liście C: \ Windows \ system32 \ drivers \ etc \ hosts?

nslookup omija ten plik i zawsze pyta DNS, podczas gdy ping i inne narzędzia najpierw szukają w pliku „hosts”, a potem w DNS.

Michaił Kupczik
źródło
Dobra myśl! Ale sprawdziłem i żadna z maszyn, z którymi widziałem ten problem, nie znajduje się na liście hostów.
skiphoppy
5

Miałem ten sam problem w systemie Windows 2012R2 (= 8.1) i wypróbowałem wszystkie powyższe sugestie, ale żadna z nich nie rozwiązałaby tego problemu:
- Pingowanie w pełni kwalifikowanej nazwy działało.
- Pingowanie niewykwalifikowanego imienia nie.
- Oba działały na kilku innych systemach, które miały ten sam system operacyjny i najwyraźniej tę samą konfigurację.
- Były tam wszystkie niezbędne ciągi wyszukiwania sufiksów.
(Należy pamiętać, że niektóre z proponowanych poprawek, takie jak obejście dla zapytań obejmujących wiele etykiet, są oczywiście nieistotne, ponieważ niekwalifikowana nazwa ma tylko jedną część.)

Potem zauważyłem, że system docelowy, który próbowałem pingować, NIE ma adresu IPv6. Próbowałem więc „ping -4 unqualified_name ” i bingo! to zadziałało.
Z jakiegoś powodu, tylko w tym systemie, ping tylko próbował rozwiązać niewykwalifikowaną nazwę-> adres IPv6, a nie niewykwalifikowaną nazwę-> IPv4.
Dla mnie poprawką było całkowite wyłączenie IPv6, ponieważ wcale go nie potrzebuję. Byłbym jednak bardzo zainteresowany znalezieniem łagodniejszego sposobu, aby powiedzieć ping (lub prawdopodobnie usługa klienta DNS), aby spróbował rozwiązać zarówno adresy IPv4, jak i IPv6.

Jean-François Larvoire
źródło
2

Dodanie wpisu do pliku c:/windows/system32/drivers/etc/hostsmoże to naprawić.

Manoj Agarwal
źródło
To naprawi to, ale nie rozwiąże jego problemu na tym komputerze, ale nie pomoże mu na innych komputerach. Zapamiętaj Hosty> DNS Resolver> Serwer DNS> Nazwa NetBIOS.
Koleś
2

Próbowałem dowiedzieć się, dlaczego na jednym komputerze z systemem Windows 7 mogę użyć, ping serverktóry działa, a na drugim nie można go rozwiązać server. Jednak oba mogły pingować, server.lanczego nie do końca rozumiałem.

Okazuje się, że zawiodłem przy niektórych ustawieniach (sufiksach DNS), aby nie musieć używać nazw FQDN podczas korzystania z pracy VPN. Musiałem dodać moje lokalne .lando tych przyrostków, aby oba komputery działały tak samo.

Przejdź do Panelu sterowania> Sieć i Internet> Połączenia sieciowe i kliknij prawym przyciskiem myszy połączenie sieciowe i kliknij Właściwości. Kliknij Protokół internetowy w wersji 4 i naciśnij przycisk Właściwości. Następnie przycisk Zaawansowane ... w tym nowym oknie. Przejdź do zakładki DNS, tutaj dodałem sufiks DNS do mojej pracy, ale potrzebowałem go również do normalnych połączeń domowych.

Zaawansowane ustawienia TCP / IP

eresonans
źródło
Podobną sytuację spotkałem na serwerze ze statycznym adresem IP. Pierwszy wpis w „Dołącz te sufiksy DNS” był pusty ORAZ „Sufiks DNS dla tego połączenia” był pusty. Inne serwery, na których działał, miały takie same puste „Dołącz te sufiksy DNS”, ALE wypełniono „Sufiks DNS dla tego połączenia”.
Tim Lewis,
2

Natknąłem się również na ten problem. „Najłatwiejszym” sposobem, aby to naprawić, było po prostu dodać .na końcu nazwy hosta. Jest to jednak dość irytujące. Większość sieci tego nie wymaga. Wolałbym nie mówić każdemu w sieci, aby zrobił to, gdy musi uzyskać dostęp do tego samego zasobu.

Patrzyłem na sugestię Frederika Aalunda jako możliwego rozwiązania i zauważyłem, że sugerowali oni przejście z domyślnej opcji „Dołącz sufiksy DNS podstawowej i specyficznej dla połączenia”. To sprawiło, że pomyślałem, że może moja sieć była po prostu nieco źle skonfigurowana.

Patrząc na moje ustawienia DD-WRT, „Domena LAN” pozostała nieustawiona. Ustawienie tego na dowolny ciąg rozwiązało ten problem dla wszystkich klientów w mojej sieci bez specjalnej konfiguracji na każdym komputerze, rozwiązanie, którego chciałem! :)

Cameron Tacklind
źródło
1

Zetknąłem się z tym podczas migracji do systemu Windows 7 z systemu Windows XP, ten problem był związany z problemem Windows 7 Multi Label DNS Query.

Zezwalaj na dołączanie sufiksu DNS do niekwalifikowanych zapytań o nazwy z wieloma etykietami - patrz:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Mam nadzieję że to pomoże

Sony NS
źródło
2
Witamy w Super User! Chociaż teoretycznie może to odpowiedzieć na pytanie, lepiej byłoby zawrzeć tutaj istotne części odpowiedzi i podać odnośnik.
Kanadyjczyk Łukasz
1

Jeśli w systemie Mac OS X może to być problem z pamięcią podręczną DNS:

Zrzuć pamięć podręczną

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache
chrześcijanin
źródło
OP pyta o Windows XP i pytanie jest oznaczone Windows.
PL
Może jest to pomocne dla innych. Zostawię to, odpowiedź była tu już od ponad 3 lat. Dlaczego warto teraz usunąć?
Christian
1

Podnoszę to, ponieważ przeszkadzało mi to w zeszłym roku i może znalazłem obejście.

Dla mnie wydawało się, że jakiś system buforowania dns w kliencie Windows jest uszkodzony. Dotyczy to systemów Windows 7 i 8.1 ... nie można już wiele powiedzieć o Windows XP. ping nie rozpoznaje nazwy. to nie część icmp jest ważna, ale część rozpoznająca nazwę). Program nslookup służy do wysyłania zapytań do serwera nazw i robi dokładnie to, bez rozwiązywania hierarchii nazw systemu Windows.

Ponowne uruchomienie usługi dnscache pomogło za każdym razem. Ale ponieważ wyłączyłem IPv6 na wszystkich interfejsach klienta, problem już się nie pojawił.

Twoje zdrowie!

ponury
źródło
Wyłączenie IPv6 może nie być realnym rozwiązaniem dla wszystkich (i to w najlepszym razie brzmi anegdotycznie). Wszystko, co mówisz, wydaje się być powiedziane już w tym wątku (np. Komentarz harrymca „Czasami po prostu zatrzymanie i ponowne uruchomienie usługi rozwiązuje problemy z DNS” dwa lata temu).
G-Man,
1

Mogę się mylić, ponieważ jest to oparte na moich dawno zapomnianych dniach korzystania z zestawu zasobów NT4.

Jako taryf mogę przypomnieć, PING używa Netbios / WINS i DNS (w tej kolejności, przynajmniej jeśli nie podasz FQDN).

WINS nie ma już wiele lat temu, ale wciąż możesz mieć włączone Netbios w swoim interfejsie, dlatego PING może używać netbios, które mogą nie dać ci żadnego rezultatu. Zwłaszcza jeśli ruch gdzieś przechodzi przez router.

Wystarczy wyłączyć Netbios, a Ping użyje DNS jako pierwszego priorytetu i dołączy nazwę interfejsu DNS zarejestrowanego w interfejsie do twojej nazwy hosta.

MrCalvin
źródło
0

Właśnie miałem ten problem, znalazłem coś dość osobliwego i udało mi się go naprawić Lol

Zasadniczo, jeśli masz jakieś wpisy w pliku hosts, które są takie same jak adres IP, na który ping próbuje rozwiązać ping, zakończy się niepowodzeniem.

Na przykład, jeśli w swoim DNS masz rekord dla www.example.com - 10.0.0.20, ale potem masz wpis w pliku hostów klienta, 10.0.0.20 cośelse.com, nie będziesz mógł pingować www .example.com

Dziwne huh

Po prostu szczęście naprawdę
źródło
0

W moim przypadku rozwiązaniem tego problemu było dodanie domeny hosta, którą próbowałem pingować do opcji zasad grupy o nazwie „Lista wyszukiwania sufiksów DNS” .

Procedura jest w skrócie następująca: Otwórz gpedit.msci przejdź do Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List, ustaw ją na „Włączone” i dodaj nazwę domeny do listy (lista jest domyślnie pusta).

Bardziej szczegółowy opis tych kroków można znaleźć tutaj

ndemou
źródło
0

Miałem ten sam problem i okazało się, że inna maszyna ma ten sam adres IP, i to go spowodowało.

Zmieniono adres IP z powrotem na DHCP i wszystko działało dobrze.

Klaus
źródło
nslookup działał, ponieważ nie musi komunikować się z drugim hostem. ping musi się komunikować i oczywiście psuje się.
ndemou
@ndemou: To wyjaśnienie nie ma żadnego sensu. Tak, zadaniem pinga jest próba komunikacji z drugim hostem, ale pierwszym krokiem w tym procesie jest uzyskanie adresu IP drugiego hosta. Jeśli  otrzyma adres IP drugiego hosta, informuje o tym; jeśli następnie nie może się komunikować z drugim hostem, ostatecznie zgłasza „100% straty”. Ale w pytaniu ping nie otrzymuje nawet adresu. (Spróbuj  ping bbbbbbb.comi  ping bbbbbb.comdla porównania.)
Scott
Masz rację @Scott. Edytowałem odpowiedź Klausa i czytając jego opis problemu zapomniałem, że ten szczególny problem dotyczy pingowania, ponieważ nie rozwiązuje się. Nie jestem pewien, ale postawiłbym teraz, że Klaus po prostu nie otrzymał odpowiedzi.
ndemou
0

Żadne z rozwiązań tutaj nie działało dla mnie. To, co zadziałało, to ponowne połączenie się z VPN mojej pracy za pomocą OpenVPN. Potem po rozłączeniu wszystko działało dalej.

Uważam, że problem związany był z brakiem zasilania, gdy mój komputer był połączony z openVPN. Jedynym sposobem, w jaki to wymyśliłem, było użycie WireShark. Zauważyłem, że docelowe adresy IP wszystkich zapytań były adresami IP w wewnętrznej sieci mojej pracy.

Bela
źródło
-1

ping używa protokołu ICMP, w szczególności „żądania echa” i „odpowiedzi echa”.

wiele sieci wyłącza narzędzia ICMP, aby zapobiec atakom lub podstawowym skanowaniu sieci. Zauważyłem, że wiele routerów, które kupujesz, ma ustawienie wyłączające ping i podobne narzędzia włączone domyślnie.

więcej o ICMP można znaleźć tutaj:

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol

Johnnie
źródło
8
Tak, ale przed użyciem ICMP domenę należy jak zwykle rozwiązać na adres IP. Nie o to tu chodzi.
Michael