Коротка відповідь: Запустіть mtr в ОБИДВА боки (від вас до сервера і з сервера до вас) щонайменше на 100 циклів і читайте лише останні хопи: втрати, що зʼявляються на проміжному хопі, але не на кінцевому, — зазвичай нешкідлива депріоритизація ICMP. Справжня втрата пакетів видна на фінальному хопі та в обох напрямках — саме такий репорт потрібен підтримці.
Огляд
Втрата пакетів змушує SSH заїкатися, завантаження зупинятися, а дзвінки розсипатися, але неправильне вимірювання породжує хибні тривоги. Цей швидкий гайд дає надійні докази за десять хвилин і каже, коли винен ваш провайдер, транзитний шлях чи бік сервера.
Що потрібно мати
mtrна обох кінцях (apt install mtr-tiny; WinMTR на Windows).- Ваш публічний IP (видно на будь-якому сервісі «what is my IP») для зворотного тесту.
Покрокова інструкція
- Прямий тест із вашої машини:
mtr -rwzbc 100 YOUR_SERVER_IP - Зворотний тест із сервера на ваш публічний IP:
mtr -rwzbc 100 YOUR_HOME_IP - Інтерпретуйте: втрати на хопі 3, що зникають до фінального хопа, = роутери обмежують ICMP, а не реальні втрати. Втрати, що тримаються до останнього хопа, = справжні.
- Локалізуйте початок: перший хоп, де починаються стабільні втрати, каже, чия це мережа — ваш провайдер (перші хопи), транзит (середина) чи біля сервера (останні).
- Повторіть в інший час доби — втрати від перевантаження залежать від часу, і два зразки роблять репорт значно сильнішим.
Типові проблеми
- Неправильне читання втрат на проміжних хопах: найчастіша хибна тривога — рахуються лише наскрізні втрати.
- Wi-Fi на вашому боці: тестуйте з дроту; локальні бездротові втрати забруднюють кожен вимір.
- Фаєрвол сервера обмежує ICMP: тоді зворотному тесту потрібен TCP-режим (
mtr --tcp -P 443). - Втрати лише в один бік: асиметричні маршрути — норма; саме тому важливі обидва напрямки.
Коли звертатися в підтримку
Стабільні наскрізні втрати в будь-якому напрямку, особливо якщо починаються на хопах біля датацентру, — саме те, що треба репортити: додайте обидва MTR-звіти, часові мітки з часовим поясом і тип вашого зʼєднання — див. репорт мережевих проблем.
Часті запитання
MTR показує втрати на хопі 4, але 0% на кінцевій точці — це реальні втрати?
Ні. Роутери часто депріоритизують ICMP-відповіді, адресовані їм самим, при цьому ідеально пересилаючи трафік. На зʼєднання впливають лише втрати, що зберігаються до фінального хопа.
Навіщо тестувати з обох напрямків?
Маршрути в інтернеті часто асиметричні — зворотний шлях відрізняється від прямого. Втрати можуть існувати лише в одному напрямку, тож односторонній MTR може повністю пропустити проблему.
Схожі статті
- Як діагностувати втрату пакетів
- Як зробити traceroute / MTR
- Швидкість мережі нижча за очікувану
- Як повідомити підтримку про мережеві проблеми
Потрібна допомога? Звернутися в підтримку Cloud2Y →
