Как диагностировать невозможность доступа к определенному веб-сайту в качестве конечного пользователя?

Если я обычно могу получить доступ к веб-страницам в Интернете, но не могу найти конкретную страницу, как мне выяснить причину, связанную с конечным пользователем?

Этот вопрос был Супер Вопросом Пользователя Недели .
Прочитайте запись в блоге для получения более подробной информации или внесите свой вклад в блог самостоятельно

Может быть, сайт на самом деле не работает.

Попробуйте посетить http://downforeveryoneorjustme.com .

Если на веб-сайте написано «Это не только вы», вероятно, на сайте произошел сбой, и вы должны попытаться сообщить об этом, если это возможно, или просто подождать.

Может быть, это проблема DNS.

Посмотрите, example.comпреобразуется ли DNS-имя веб-сайта (скажем, так ) в IP-адрес. Вы можете сделать это, запустив консоль или командную строку и набравping 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

Если вы получили ошибку «неизвестный хост», это означает, что, скорее всего, проблема с DNS. Вы можете посмотреть, разрешается ли он в отношении 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

Если он разрешается с помощью этой команды, то, возможно, вы захотите связаться с вашим поставщиком DNS (скорее всего, с вашим провайдером). Если вы хотите запустить дополнительные тесты DNS, попробуйте GRC DNS Benchmark для Windows или службы just-ping.com и whatsmydns.net .

Может быть, это проблема браузера.

Если он разрешается в DNS, но вы не получаете ответы на эхо-запросы, это означает, что они либо фильтруют эхо-запросы, либо вы не можете попасть на этот сайт. Если будут получать ответы вы можете иметь браузер или браузер прокси - проблемы. Попробуйте установить другой веб-браузер со всеми настройками по умолчанию и посмотреть, если вы получите какие-либо другие результаты.

Может быть, это проблема с вашим интернет-соединением.

Если это разрешается, но вы не можете достичь этого, попробуйте запустить tracert example.comи посмотреть, где они начинают истекать.

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.  

Вы также можете попробовать PingPlotter (Shareware; бесплатная 30-дневная пробная версия ), который будет многократно запускать трассировку и отображать результаты, чтобы вы могли увидеть, есть ли у вас проблемы с потерей пакетов или пропускной способностью при любом переходе на трассировку.

Позвольте этому бежать некоторое время. Если время истекает только после одной или двух записей, вы, вероятно, захотите связаться с вашим поставщиком интернет-услуг. Если время истекает ближе к концу, вы должны связаться с веб-мастером сайта, если это возможно. Кто вы контактируете, включите вывод из pingи tracerouteкоманд.

Что-то еще, чтобы искать, является неисправным маршрутизатором.

У меня недавно была такая ситуация с доступом к любому сайту Stack Exchange. Это истекло бы, возвращало ошибки соединения и вообще "блокировало меня" на 5 минут за один раз. Практически все остальные сайты были в порядке.

После долгих разговоров с персоналом Stack Exchange (очень полезно) и моим провайдером, я сузил его до маршрутизатора. Замена его, видимо, вылечила проблему.

Проблема здесь (я думаю) заключалась в том, что при любой неисправности маршрутизатора он не мог справиться с относительно большим объемом трафика, который я генерировал при использовании Stack Exchange в качестве зарегистрированного пользователя с несколькими учетными записями и их большим количеством видны в любое время.

Тот факт, что был затронут только один сайт (один набор сайтов), заставил меня поверить, что проблема кроется в другом месте.

В эти дни нужно рассмотреть IPv6. Возможно, есть проблема с механизмом IPv6 (DNS, маршрутизация, ОС), но не с IPv4 (или, менее вероятно, наоборот). Как pingи tracertкоманды , как в Windows 7 принять -4или -6возможность самостоятельно проверить IPv4 и IPv6 новый.

Это похоже на комментарий к основному ответу, а не на другой ответ, но мне не хватает представителя, чтобы комментировать. Или, возможно, мне следует отредактировать вики, что может означать добавление примера, поскольку ответ выглядит профессионально. Но мне не хватает представителя для редактирования вики.

Не стесняйтесь редактировать это по мере необходимости.

В моем случае у меня была довольно специфическая проблема, которую мне было трудно декодировать. Когда я пытался получить доступ к определенному веб-сайту из Firefox, у меня всегда был тайм-аут. Когда я попытался скопировать адрес страницы в другой браузер, это также привело к тайм-ауту. Это происходило через различные соединения, и все мои другие устройства работали нормально. Даже запросы на сайт с cURL работали нормально! Я пытался изменить настройки, прокси, изменить и обновить DNS и т.д ...

Короче говоря, проблема была в том, что одно из моих расширений, HTTPS Everywhere, перенаправляло меня на https-версию адреса, но сервер не отвечал на порт SSL.

При попытке отладки в других браузерах я неосознанно также скопировал и вставил префикс протокола https, поэтому у меня возникла та же проблема, но я ввел его вручную в оболочку, чтобы выполнить запрос cURL, чтобы он работал.

Исправление было просто отключить правило HTTPS Everywhere для определенного сайта.

Это особый случай, но может случиться с другими и надеяться, что это поможет.