Jak zdiagnozować, że nie mogę dotrzeć do określonej witryny jako użytkownik końcowy?

Jeśli ogólnie mogę uzyskać dostęp do stron internetowych, ale nie mogę dotrzeć do konkretnej strony, jak rozwiązać problem będący przyczyną dla użytkownika końcowego?

To pytanie było pytaniem superużytkownika tygodnia .
Przeczytać wpis w blogu więcej szczegółów lub przyczynić się do bloga samemu

Może strona faktycznie nie działa.

Spróbuj odwiedzić http://downforeveryoneorjustme.com .

Jeśli jest napisane „To nie tylko Ty”, witryna prawdopodobnie przestaje działać i powinieneś spróbować zgłosić to, jeśli to możliwe - lub po prostu zaczekać.

Może to problem z DNS.

Sprawdź, czy nazwa DNS witryny (powiedzmy, że tak jest example.com) zmienia się na adres IP. Możesz to zrobić, uruchamiając konsolę lub wiersz poleceń i piszącping example.com

C:\Users\Jeff>ping example.com

Pinging example.com [192.0.32.10] with 32 bytes of data:
Reply from 192.0.32.10: bytes=32 time=26ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=39ms TTL=244

Ping statistics for 192.0.32.10:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 26ms, Maximum = 39ms, Average = 29ms

Jeśli pojawi się błąd „nieznany host”, oznacza to, że prawdopodobnie występuje problem z DNS. Możesz spróbować sprawdzić, czy to rozwiązuje problem z DNS Google nslookup stackoverflow.com 8.8.8.8.

C:\Users\Jeff>nslookup example.com 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    example.com
Addresses:  2620:0:2d0:200::10
          192.0.32.10

Jeśli rozwiąże to polecenie, prawdopodobnie prawdopodobnie chcesz skontaktować się z dostawcą DNS (prawdopodobnie z dostawcą usług internetowych). Jeśli chcesz uruchomić dalsze testy DNS, wypróbuj Benchmark DNS GRC dla Windows lub usługi just-ping.com i whatsmydns.net .

Może to problem z przeglądarką.

Jeśli rozwiązuje się w DNS, ale nie otrzymujesz odpowiedzi ping, oznacza to, że albo filtrują pingi, albo nie możesz dotrzeć do tej witryny. Jeśli są uzyskiwanie odpowiedzi możesz mieć problem przeglądarki lub przeglądarki proxy. Spróbuj zainstalować inną przeglądarkę internetową ze wszystkimi ustawieniami domyślnymi i sprawdź, czy uzyskasz inne wyniki.

Może to problem z połączeniem internetowym.

Jeśli problem się rozwiązuje, ale nie możesz go osiągnąć, spróbuj uruchomić tracert example.comi sprawdź, gdzie upłynie limit czasu.

Tracing route to example.com [192.0.32.10]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2    15 ms    26 ms    29 ms  c-x-x-x-x.hsd1.ca.comcast.net [x.x.x.x] 
  3    10 ms    25 ms     9 ms  te-5-4-ur04.pinole.ca.sfba.comcast.net [68.86.248.169] 
  4    12 ms    13 ms    14 ms  te-0-6-0-0-ar01.oakland.ca.sfba.comcast.net [68.85.154.86] 
  5    35 ms    15 ms    12 ms  pos-0-3-0-0-cr01.sacramento.ca.ibone.comcast.net [68.86.90.129] 
  6    15 ms    16 ms    18 ms  pos-0-9-0-0-cr01.sanjose.ca.ibone.comcast.net [68.86.85.181] 
  7    16 ms    18 ms    19 ms  xe-11-1-0.edge1.SanJose1.Level3.net [4.79.43.133] 
  8    27 ms    18 ms    33 ms  vlan69.csw1.SanJose1.Level3.net [4.68.18.62] 
  9    77 ms    29 ms   183 ms  ae-63-63.ebr3.SanJose1.Level3.net [4.69.134.225] 
 10    28 ms    35 ms    35 ms  ae-2-2.ebr3.LosAngeles1.Level3.net [4.69.132.10] 
 11    43 ms    27 ms    60 ms  ae-31-80.car1.LosAngeles1.Level3.net [4.69.144.131] 
 12    23 ms    23 ms    28 ms  INTERNET-CO.car1.LosAngeles1.Level3.net [4.71.140.222] 
 13    24 ms    23 ms    24 ms  www.example.com [192.0.32.10] 

Trace complete.  

Możesz także wypróbować PingPlotter (Shareware; bezpłatna 30-dniowa ocena.), Który wielokrotnie uruchomi traceroute i zobrazuje wyniki, dzięki czemu możesz sprawdzić, czy masz problemy z utratą pakietów lub przepustowością w dowolnym przeskoku na traceroute.

Pozwól temu działać przez chwilę. Jeśli upłynie limit czasu po zaledwie jednym lub dwóch wpisach, prawdopodobnie chcesz skontaktować się z usługodawcą internetowym. Jeśli upłynie limit czasu, jeśli to możliwe, skontaktuj się z webmasterem witryny. Z kimkolwiek się skontaktujesz, dołącz dane wyjściowe poleceń pingi traceroute.

Inną rzeczą, której należy szukać, jest uszkodzony router.

Ostatnio miałem taką sytuację z dostępem do dowolnej witryny Stack Exchange. Przekracza limit czasu, zwraca błędy połączenia i ogólnie „blokuje mnie” przez 5 minut na raz. Praktycznie wszystkie inne strony były w porządku.

Po długich rozmowach z personelem Stack Exchange (bardzo pomocnym) i moim usługodawcą internetowym zawęziłem go do routera. Zamiana go najwyraźniej wyleczyła problem.

Problem tutaj (myślę) polegał na tym, że niezależnie od błędu routera, nie mógł poradzić sobie ze stosunkowo dużym natężeniem ruchu, który generowałem, gdy stosowałem Exchange Exchange jako zalogowany użytkownik z wieloma kontami i posiadający wiele z nich widoczne w dowolnym momencie.

Fakt, że problem dotyczy tylko jednej witryny (a także jednego zestawu witryn), doprowadził mnie do przekonania, że ​​problem leży gdzie indziej.

W dzisiejszych czasach należy rozważyć IPv6. Możliwe, że występuje problem z mechanizmem IPv6 (DNS, routing, system operacyjny), ale nie z IPv4 (lub, co mniej prawdopodobne, na odwrót). Zarówno pingi tracertpolecenia, jak Windows 7 wziąć -4lub -6opcja do samodzielnego przetestowania IPv4 i IPv6 nowego.

To brzmi jak komentarz do głównej odpowiedzi, a nie kolejna odpowiedź, ale nie mam wystarczającej liczby przedstawicieli, aby móc komentować. A może powinienem edytować Wiki, co może oznaczać dodanie przykładu, ponieważ odpowiedź jest tak profesjonalna. Ale nie mam też wystarczającej liczby przedstawicieli do edycji Wiki.

W razie potrzeby możesz to edytować.

W moim przypadku miałem dość specyficzny problem, który był dla mnie trudny do odkodowania. Kiedy próbowałem wejść na konkretną stronę z przeglądarki Firefox, zawsze miałem limit czasu. Gdy próbowałem skopiować adres strony do innej przeglądarki, spowodowało to również przekroczenie limitu czasu. Działało się to przy różnych połączeniach, a wszystkie moje inne urządzenia działały dobrze. Nawet zapytanie o stronę z cURL działało dobrze! Próbowałem zmienić ustawienia, serwery proxy, zmienić i odświeżyć DNS itp.

Krótko mówiąc, problem polegał na tym, że jedno z moich rozszerzeń, HTTPS Everywhere przekierowywało mnie na wersję adresu https, ale serwer nie odpowiadał na porcie SSL.

Podczas próby debugowania w innych przeglądarkach nieświadomie skopiowałem również prefiks protokołu https i dlatego miałem ten sam problem, ale wpisałem go ręcznie w powłoce, aby wykonać żądanie CURL, aby zadziałało.

Rozwiązaniem było po prostu wyłączenie reguły HTTPS Everywhere dla określonej witryny.

To bardzo szczególny przypadek, ale może przytrafić się innym i mam nadzieję, że to pomoże.