54

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


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

4 ответа4

52

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

Попробуйте посетить 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 или службы 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 .

2

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

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

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

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

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

0

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

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

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

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

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

0

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

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .