Якщо я, як правило, можу дістатись до веб-сторінок в Інтернеті, але не можу досягти конкретної, як я можу усунути неполадки, що є причиною кінцевого користувача?
Це питання було питанням суперкористувача тижня .
Прочитайте запис у блозі для отримання більш детальної інформації або допишіть до себе
Відповіді:
Спробуйте відвідати http://downforeveryoneorjustme.com .
Якщо на ньому написано "Це не тільки ви", веб-сайт, ймовірно, має відключення, і вам слід спробувати повідомити про це, якщо можливо - або просто почекати.
Подивіться, чи відповідає ім'я 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, спробуйте DNS- орієнтацію GRC GRC для Windows , або служби just-ping.com та whatsmydns.net .
Якщо це вирішено в DNS, але ви не отримуєте відповіді на ping, це означає, що вони фільтрують пінг, або ви не можете зайти на цей сайт. Якщо будуть отримувати відповіді ви можете мати браузер або браузер проксі - проблеми. Спробуйте встановити інший веб-браузер із усіма налаштуваннями за замовчуванням і побачити, чи отримаєте ви різні результати.
Якщо він вирішує, але ви не можете його дістати, спробуйте запустити 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 (або, що менш вірогідно, навпаки). І Windows, pingі tracertкоманди, як і в Windows 7, приймають -4або -6можуть самостійно протестувати IPv4 та новий IPv6.
Це відчувається як коментар до головної відповіді, а не інша відповідь, але мені не вистачає респондентів, щоб коментувати. Або, можливо, я повинен відредагувати Wiki, що означало б, можливо, додавання прикладу, оскільки відповідь настільки професійно виглядає. Але я також не маю достатньої кількості представників для редагування Wiki.
Сміливо редагуйте це за необхідності.
У моєму випадку у мене була цілком конкретна проблема, яку мені було важко розшифрувати. Коли я намагався зайти на певний веб-сайт від Firefox, у мене завжди був тайм-аут. Коли я спробував скопіювати адресу сторінки в інший браузер, це також призвело до тайм-ауту. Це відбувалося через різні з'єднання, і всі інші мої пристрої працювали чудово. Навіть запит на веб-сайт із курсом CURL спрацював чудово! Я спробував змінити параметри, проксі, змінити та оновити DNS тощо ...
Коротше кажучи, проблема полягала в тому, що одне з моїх розширень - HTTPS Everywhere переспрямовувало мене до https-версії адреси, але сервер не відповідав на порту SSL.
При спробі налагодження в інших браузерах я несвідомо також копіював префікс протоколу https і тому мав ту саму проблему, але ввів її вручну в оболонку, щоб виконати запит CURL, щоб він працював.
Виправлення полягало лише у відключенні правила HTTPS Everywhere для конкретного веб-сайту.
Дуже особливий випадок, але може трапитися з іншими і сподіваюся, що це допоможе.