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

24231
Kyle Brandt

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


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

53
См. Также [Как диагностировать, когда и почему веб-сайт не работает?] (Http://webapps.stackexchange.com/q/7156/21) в веб-приложениях. ChrisF 13 лет назад 0

4 ответа на вопрос

51
Kyle Brandt

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

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

down for everyone or just me

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

Может быть, это проблема 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-дневная оценка.), Который будет многократно запускать трассировку и отображать результаты, чтобы вы могли увидеть, есть ли у вас проблемы с потерей пакетов или пропускной способностью при любом переходе на трассировку.

pingplotter to example.com

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

Я исправил проблему с подключением к chat.SE, переключив DNS Ivo Flipse 13 лет назад 0
Если выясняется, что веб-сайт фактически не работает, вы можете позволить Firefox автоматически повторять попытки с помощью [TryAgain] (https://addons.mozilla.org/en-US/firefox/addon/2462/) - расширения, которое я активно разрабатываю. с коллегой в свободное время. Paul Lammertsma 13 лет назад 0
Извините, что веб-сайт, кажется, сообщает о том, что сайты не работают. Похоже, есть еще какие-то ошибки, которые нужно решить ... jjxtra 12 лет назад 0
[версия Google Cache] (http://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A%2F%2Fsuperuser.com%2Fquestions%2F231977%2Fhow-do-i-diagnose-not-being-able -Teach-A-конкретный веб-сайт-как-конечный пользователь) этой страницы в случае, если наша сеть недоступна. Jeff Atwood 12 лет назад 0
2
ChrisF

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

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

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

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

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

0
john v kumpf

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

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

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

0
Czechnology

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

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

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

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

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

Похожие вопросы