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

Введение

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

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

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

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

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

Войдите в Path Panel (my.rexe.tr → Path Panel)
Управление IP → Нажмите на IP сервера
Переведите переключатель «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

Скачайте WinMTR: Скачать WinMTR
Откройте программу
Введите IP-адрес сервера в поле Host
Нажмите Start
Дождитесь завершения минимум 150 проходов (pass)
Нажмите 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: Отправка результатов в службу поддержки

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

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

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

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