Краткий ответ: Запустите 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 →
