Тестування MTR на Mac OS
MTR поєднує ping і traceroute в одній утиліті. Вона надсилає тестові пакети до кінцевого вузла й показує затримку та втрати пакетів на кожному маршрутизаторі (хопі) по дорозі. Так видно, де починається мережева проблема: у вашій локальній мережі, у провайдера, у транзитного оператора чи поруч із сервером.
Підтримка INTROSERV часто просить звіт MTR, коли клієнт повідомляє про низьку швидкість, лаги або втрати пакетів. У цій інструкції показано, як встановити MTR у macOS, запустити тест і зберегти звіт. У Windows використовуйте WinMTR, див. Перевірка каналу за допомогою WinMTR.
Встановіть Homebrew
У macOS немає вбудованого MTR, тому встановіть його через менеджер пакетів Homebrew. Якщо Homebrew уже встановлено, пропустіть цей крок.
Відкрийте застосунок Terminal і виконайте команду встановлення з офіційного сайту Homebrew:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Інсталятор запитає пароль користувача macOS і може запропонувати встановити Command Line Tools для Xcode. Підтвердьте. Наприкінці виконайте інструкції з розділу Next steps у виводі: вони додають Homebrew до PATH.
Перевірте встановлення:
brew --version
Встановіть MTR
Встановіть MTR:
brew install mtr
Homebrew встановлює MTR у папку sbin усередині свого каталогу: /opt/homebrew/sbin на Mac із процесорами Apple silicon і /usr/local/sbin на Mac із процесорами Intel. MTR потребує прав адміністратора, щоб надсилати тестові пакети, тому запускайте його через sudo з повним шляхом. Команда нижче знаходить шлях автоматично:
sudo "$(brew --prefix)/sbin/mtr" --version
У виводі буде встановлена версія MTR.
Запустіть тест
Перед тестом вимкніть VPN на комп'ютері й за можливості підключіть його кабелем замість Wi-Fi. Так на результат не вплинуть зайві чинники. Запустіть MTR до вашого сервера, замінивши YOUR_SERVER_IP на його IP-адресу або доменне ім'я:
sudo "$(brew --prefix)/sbin/mtr" -c 1000 YOUR_SERVER_IP
Параметр -c 1000 виконує 1000 тестових циклів, по одному на секунду, і збирає статистику по кожному хопу. Довгий тест дає показовішу картину втрат, але триває близько 17 хвилин. Для швидкої перевірки можна використати -c 100, але в підтримку надсилайте результат повного тесту.

Під час тесту MTR оновлює таблицю на екрані. Щоб зупинити тест до завершення всіх 1000 циклів, натисніть q.
Збережіть звіт
Щоб надіслати результати в підтримку, запустіть MTR у режимі звіту й збережіть вивід у файл:
sudo "$(brew --prefix)/sbin/mtr" -r -c 1000 -w YOUR_SERVER_IP > mtr-report.txt
Параметр -r вмикає режим звіту, а параметр -w показує у звіті повні імена вузлів, не обрізаючи їх. У режимі звіту екран залишається порожнім до кінця тесту. Коли команда завершиться, файл mtr-report.txt збережеться в поточній папці. Якщо ви щойно відкрили Terminal, зазвичай це ваша домашня папка. Додайте його до звернення в підтримку.
Щоб перевірити маршрут в обох напрямках, також запустіть MTR із сервера до вашого комп'ютера. Див. Діагностика мережевих проблем.
Як читати результати
Кожен рядок таблиці відповідає одному хопу на маршруті, останній рядок відповідає кінцевому вузлу. Основні стовпці:
- Loss% показує частку пакетів, на які не надійшла відповідь;
- Snt показує кількість надісланих пакетів;
- Last, Avg, Best і Wrst показують затримку останнього пакета, середню, найкращу й найгіршу затримку в мілісекундах;
- StDev показує, наскільки сильно змінюється затримка.
Втрати на одному проміжному хопі, які не продовжуються на наступних хопах, зазвичай не є проблемою: багато маршрутизаторів обробляють тестові пакети з низьким пріоритетом або обмежують частоту відповідей. Якщо втрати починаються на одному хопі й продовжуються на наступних хопах аж до кінцевого вузла, це може вказувати на втрату пакетів на маршруті починаючи з цієї точки. Різке зростання затримки, яке зберігається на наступних хопах і на кінцевому вузлі, може вказувати на затримку або перевантаження на маршруті починаючи з цієї точки.