Перейти к основному содержимому
Вернуться в категорию

Как провести MTR-тест и отправить результаты в поддержку

Сетевой тест с WinMTR и Linux MTR: создание правила фильтрации ICMP, отправка результатов в службу поддержки и диагностика потери пакетов.

Время чтения: 8 мин. Устранение неполадок
mtrwinmtrсетевой тестpingicmpустранение неполадокtracerouteпотеря пакетов
Автор
REXE Teknoloji Network & Security Team
Редактор
REXE Teknoloji Technical Editorial
Первая публикация
Последнее обновление

Введение

MTR (My Traceroute) — продвинутый инструмент сетевой диагностики, объединяющий команды ping и traceroute. Используется для обнаружения сетевых проблем, определения точек потери пакетов и задержки.

Служба поддержки REXE Teknoloji может запросить результаты MTR-теста для анализа сетевых проблем.

MTR-тест использует протокол ICMP. В файрволе Path.net ICMP по умолчанию заблокирован. Перед тестом необходимо создать правило фильтрации ICMP.

Шаг 1: Создание правила фильтрации ICMP

Для работы MTR-теста сначала разрешите ICMP (ping) трафик в Path Panel:

  1. Войдите в Path Panel (my.rexe.tr → Path Panel)
  2. Управление IP → Нажмите на IP сервера
  3. Переведите переключатель «Ping Вкл/Выкл» в верхней части страницы правил в положение Вкл

При включении переключателя Ping правило фильтрации ICMP создаётся автоматически. Распространение правила может занять 2–5 минут. Поскольку правило ICMP также считается правилом, при включении Ping, когда на вашем IP нет других правил, автоматически включается Default Block, и неразрешённые порты закрываются.

Альтернативно можно создать правило ICMP вручную:

hljs yaml
Протокол: ICMP
Фильтр: -
Комментарий: "ICMP/Ping - для MTR-теста"

Шаг 2: Дождитесь распространения

Подождите 2–5 минут для распространения правила ICMP на все узлы сети Path.net. Проверьте статус правила в Path Panel — он должен быть «propagated».

Шаг 3: Запуск MTR-теста

Windows — WinMTR

  1. Скачайте WinMTR: Скачать WinMTR
  2. Откройте программу
  3. Введите IP-адрес сервера в поле Host
  4. Нажмите Start
  5. Дождитесь завершения минимум 150 проходов (pass)
  6. Нажмите Export TEXT для сохранения результатов

Пример вывода WinMTR:

hljs plaintext
|                  Host              | Loss% | Sent | Recv | Best | Avrg | Wrst | Last |
| 1. 192.168.1.1                     |  0.0% |  150 |  150 |    1 |    2 |    5 |    1 |
| 2. 10.0.0.1                        |  0.0% |  150 |  150 |    8 |   10 |   15 |    9 |
| 3. 85.105.200.1                    |  0.0% |  150 |  150 |   12 |   14 |   20 |   13 |
| 4. IP_СЕРВЕРА                      |  0.0% |  150 |  150 |   15 |   17 |   25 |   16 |

Linux — команда MTR

hljs bash
# Установка MTR (при необходимости)
sudo apt-get install mtr    # Debian/Ubuntu
sudo yum install mtr        # CentOS/RHEL

# Запуск MTR-теста
mtr IP_АДРЕС_СЕРВЕРА

# Запуск в режиме отчёта (150 пакетов)
mtr -r -c 150 IP_АДРЕС_СЕРВЕРА

# Сохранение результатов в файл
mtr -r -c 150 IP_АДРЕС_СЕРВЕРА > mtr_result.txt

В Linux используйте mtr -r (режим отчёта) для автоматического получения результатов в текстовом формате.

Шаг 4: Двусторонний тест

Для корректного анализа необходим MTR-тест в обоих направлениях:

Направление 1: Ваш компьютер → Сервер

Следуя шагам выше, выполните MTR-тест с вашего компьютера на IP сервера.

Направление 2: Сервер → Ваш компьютер

Подключитесь к серверу по SSH или VNC и выполните MTR-тест на ваш IP-адрес:

hljs bash
# Выполните на сервере
mtr -r -c 150 ВАШ_IP_АДРЕС > mtr_server_result.txt

Двусторонний тест очень важен. Одностороннего теста может быть недостаточно для определения направления проблемы.

Шаг 5: Отправка результатов в службу поддержки

  1. Сохраните результаты MTR в обоих направлениях
  2. Создайте запрос в поддержку через панель REXE (my.rexe.tr)
  3. Прикрепите файлы с результатами MTR к запросу
  4. Также укажите следующую информацию:
    • Когда началась проблема
    • Какой сервис затронут
    • Проблема постоянная или периодическая

Чтение результатов MTR

СтолбецОписание
HostIP-адрес сетевого узла (hop)
Loss%Процент потери пакетов
SentКоличество отправленных пакетов
RecvКоличество полученных пакетов
BestМинимальная задержка (мс)
AvrgСредняя задержка (мс)
WrstМаксимальная задержка (мс)
LastЗадержка последнего пакета (мс)

Потеря пакетов на промежуточных узлах не всегда означает проблему. Некоторые маршрутизаторы присваивают ICMP-пакетам низкий приоритет. Важна потеря пакетов на последнем узле (сервере).

Часто задаваемые вопросы

Почему MTR-тест не работает?

В файрволе Path.net ICMP по умолчанию заблокирован. Включите переключатель Ping в Path Panel и дождитесь распространения правила (2–5 мин).

Сколько пакетов нужно отправить в MTR-тесте?

Отправьте минимум 150 пакетов (проходов). Это обеспечивает достаточную выборку для надёжной статистики.

В результатах MTR вижу высокую потерю пакетов — это серьёзная проблема?

Потеря пакетов на промежуточных узлах обычно не является проблемой; некоторые маршрутизаторы присваивают ICMP низкий приоритет. Важна потеря пакетов на последнем узле (целевом сервере). При 5% и более потере пакетов на последнем узле обратитесь в службу поддержки.

Связанные статьи

Сетевой трафикВходящий— GbpsИсходящий— Gbps