Як сказати, чи це ваша проблема, чи проблема вашого провайдера

Я спочатку назвав це "як сказати, якщо ваш Інтернет не працює чи ваша мережа просто перекручена", і AI Джеффа сказав, що це питання, ймовірно, буде закрито.

Тим не менш, хтось тут постійно телефонує з провайдером, і це зазвичай наша вина. Назвіть кілька найкращих прийомів розповісти, чи є у вас проблема, чи у вас є проблема.

Я знаю, що це може бути занадто великим запитом, але у випадку, коли виникають періодичні затримки та відключення (не лише загальні відключення (тобто не можна пінг google.com)), що робити перед тим, як зателефонувати до провайдера?

Зручним тестовим сайтом є: http://downforeveryoneorjustme.com/

Пінгс і мікросхеми - одні з перших і найкращих тестів, коли починається таке дослідження. Однак брандмауери можуть блокувати цей трафік.

Не зупиняйтесь просто на звичайних пінгах. Спробуйте ping <ip address> -l 2048надіслати кілька великих пакетів і переконайтеся, що це не фрагментація / MTU.

Перевірте використання - ваші пробірки можуть бути наповнені.

Те, що я перевіряю під час вирішення проблеми з мережею у провайдера. Зауважте тут, що "ping" означає "робити розширений пінг, підмітаючи діапазон розмірів і надсилаючи принаймні 1000 пакетів у кожному розмірі, шукаючи затримки, втрати та помилки".

1. Відключення провайдера провайдера від пристрою в тій самій підмережі. (Підтверджує, що між вами та вашим провайдером не виникає проблем L2).
2. Передача провайдера Інтернет-провайдера від пристрою в одній із ваших внутрішніх підмереж. (Підтверджує, що у вас немає проблем з маршрутизацією / безпекою між внутрішньою мережею та провайдером послуг)
3. Пінг IP в мережі вашого провайдера. Якщо ви не можете знайти той, який публічно перерахований, або служба технічного обслуговування не дасть вам його, зробіть прослідкування чогось в Інтернеті та скористайтеся другим чи третім перескаком. Це підтверджує, що маршрутизація між вами та провайдером налаштована правильно.
4. Проводиться Інтернет- IP . Я зазвичай використовую 4.2.2.1, один з DNS-серверів Level3, який легко запам'ятовується. Це підтверджує, що маршрутизація від вашого провайдера до конкретного IP-адреса, яку ви накапували, правильно налаштована.
5. Пінг- доменне ім’я в Інтернеті . Це підтверджує правильність конфігурації DNS вашого постачальника.

Якщо кроки 1 або 2 не вдається, це, швидше за все, проблема у вашій внутрішній мережі.

Якщо крок 3 не вдається, у мережі вашого провайдера може з’явитися проблема. Зауважте, що якщо ви взагалі не отримаєте відповіді, то ваш Інтернет-провайдер, можливо, просто заблокував ICMP до / з їх інфраструктурних адрес.

Невдача на кроці 4 вказує на потенційну проблему між вашим Інтернет-провайдером та одним із їх постачальників.

Крок 5 не вказує на проблеми з вирішенням імені.

Сподіваюся, що це допомагає.

Добре також, наприклад, перевірити кількість підключень TCP

• netstat -a (linux / windows)
• lsof -i tcp (linux)
• TCP Перегляд Sysinternals (windows).

Деякі програми можуть породжувати багато TCP-з'єднання одночасно, і це призводить до того, що ви не можете створити нові з'єднання, але існуючі з'єднання, такі як SSH, продовжують працювати.

DSL-модем також може подавитись у багатьох з'єднаннях.

Зазвичай це стосується лише машин Windows.

У нас виникла проблема з нашим Інтернет-провайдером, і інструмент Ping Plotter виявився дуже корисним. Ви можете встановити його для пінг-маршрутизатора в Інтернет-шлюзі провайдера, або в нашому прикладі ми сказали, що він пінг від регіонального офісу назад до корпоративного офісу. У цьому прикладі вона переглядала пару різних провайдерів. Найкраще, що ви можете налаштувати його на старий робочий стіл або віртуальну машину, і нехай сидить там, збираючи дані, поки не знадобиться.

Оскільки він показує кожен маршрутизатор на шляху, і час, який потрібен кожному з цих маршрутизаторів, щоб повернути відповідь, це дуже корисно для виявлення проблемних місць далі за течією.

1. Перевірте свої комутатори та маршрутизатори, щоб побачити, чи є великі зіткнення або трафік
2. Спробуйте підключити одну машину до вихідного маршрутизатора, щоб побачити, чи проблема не зникає.

Існує чудовий, простий у використанні інструмент на Linux під назвою MTR (короткий для My Trace Route), який покаже вам втрату пакету на кожному кроці маршруту, і навіть може допомогти вам відшукати плямисті маршрути.

Найкращим інструментом є науковий метод. Сформуйте гіпотезу про причину проблеми. Запишіть його. Сформулюйте експеримент, який перевірить гіпотезу. Запишіть його. Проведіть експеримент. Запишіть результат. Якщо експеримент підтверджує гіпотезу, то ви закінчили. Якщо це не підтверджує гіпотезу, тоді вам потрібна нова гіпотеза. Якщо це непереконливо, тоді вам потрібен новий експеримент.

Якщо ви можете пінг повз ваш маршрутизатор, це, мабуть, їх вина. Якщо ви не можете, то це ваше. Використовуйте tracert, щоб визначити, куди потрапляють пакети.

Спробуйте пінг на будь-який веб-сайт із вихідними. Якщо ви можете це зробити, все добре у вашій мережі. Зверніться до свого провайдера.