Как диагностировать невозможность доступа к определенному веб-сайту в качестве конечного пользователя?
Если я обычно могу получить доступ к веб-страницам в Интернете, но не могу найти конкретную страницу, как мне выяснить причину, связанную с конечным пользователем?
Этот вопрос был Супер Вопросом Пользователя Недели.
Прочитайте запись в блоге для получения более подробной информации или внесите свой вклад в блог самостоятельно
4 ответа
Может быть, сайт на самом деле не работает.
Попробуйте посетить http://downforeveryoneorjustme.com/.
Если на веб-сайте написано "Это не только вы", вероятно, на сайте произошел сбой, и вы должны попытаться сообщить об этом, если это возможно, или просто подождать.
Может быть, это проблема DNS.
Посмотрите, если DNS-имя веб-сайта (скажем, это example.com) разрешается в 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 или службы http://just-ping.com/ и http://www.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 для определенного сайта.
Это особый случай, но может случиться с другими и надеяться, что это поможет.