Як виміряти час відгуку і трасу до сервера: ping, mtr, tracert

Стаття для адміністратора або керівника, якому треба зрозуміти, чи зручно буде працювати з сервером у Європі з його офісу. Ви виміряєте час відгуку і втрати пакетів, побудуєте трасу в обидва боки, перевірите потрібний порт і зберете дані, які допоможуть підтримці знайти причину.

Що знадобиться#

• Адреса для перевірки. Якщо сервер уже є — це IP-адреса, яку надіслала підтримка. Якщо ви ще обираєте країну, попросіть у підтримки адресу для перевірки в потрібній локації.
• Комп’ютер у мережі, з якої працюватимуть люди. Найкраще — офісний, підключений кабелем. Wi-Fi і мобільний інтернет перевіряйте окремо: вони додають власні затримки і втрати.
• Інструменти. У Windows уже є ping, tracert, pathping і PowerShell. У Linux і macOS є ping, а mtr треба встановити з пакетів.

# Debian, Ubuntu
sudo apt install mtr-tiny
# AlmaLinux, Rocky Linux, RHEL
sudo dnf install mtr
# macOS (Homebrew)
brew install mtr

У прикладах 203.0.113.10 — адреса сервера, 198.51.100.25 — зовнішня адреса вашого офісу. Це умовні адреси, підставте свої.

Крок 1 ping: час відгуку і втрати#

Чотирьох пакетів, які Windows надсилає типово, замало. Надішліть щонайменше 50. У Windows (командний рядок або PowerShell):

ping /n 50 203.0.113.10

У Linux і macOS:

ping -c 50 203.0.113.10

Підсумок у Windows (локалізована система виводить його своєю мовою):

Ping statistics for 203.0.113.10:
    Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 14ms, Maximum = 21ms, Average = 15ms

У Linux (у macOS останній рядок починається з round-trip min/avg/max/stddev):

50 packets transmitted, 50 received, 0% packet loss, time 49072ms
rtt min/avg/max/mdev = 14.412/15.238/21.067/1.104 ms

Щоб спостерігати довше, у Windows запустіть ping /t 203.0.113.10, у Linux і macOS — ping без -c. Щоб зупинити, натисніть Ctrl+C.

З чим порівнювати результат#

Це мінімальний час відгуку за нашими вимірюваннями з мереж українських провайдерів, жовтень 2026 року. Ваш результат залежить від провайдера й маршруту; з мобільного інтернету час відгуку більший. Трафік з України до інших країн спершу потрапляє до Польщі.

Що ці цифри означають для роботи#

Межі в таблиці — орієнтир із практики, а не норматив.

Стабільність важить більше, ніж кілька мілісекунд: рівні 40 мс кращі за 15 мс зі сплесками до 300 мс. За втрат 1–2 % (теж орієнтир) зображення вже смикається, а введення запізнюється.

Для облікової бази важливо, де працює клієнтська програма. Якщо користувачі заходять на сервер через віддалений робочий стіл, а програма і база розміщені на ньому, мережею передається лише зображення екрана — діє таблиця вище. Якщо ж програма запущена в офісі й звертається до бази в Європі, кожна дія — це десятки, а то й сотні запитів, і затримка множиться. Умовний приклад: 300 послідовних запитів по 15 мс — це 4,5 с очікування, а по 40 мс — уже 12 с. Тому тримайте програму поруч із базою, а файлову базу не відкривайте через інтернет як мережеву папку.

Крок 2 Траса до сервера#

Траса показує вузли між вами і сервером та час відгуку кожного з них.

Windows: tracert, pathping, WinMTR#

tracert /d 203.0.113.10
pathping /n 203.0.113.10

tracert швидко показує перелік вузлів і три вимірювання для кожного; /d вимикає пошук імен. pathping спершу будує маршрут, а потім надсилає кожному вузлу по 100 запитів і рахує втрати, тому працює кілька хвилин; /n теж вимикає пошук імен.

Найзручніший звіт для підтримки дає WinMTR — безплатна програма з відкритим кодом, яка не потребує встановлення. Завантажуйте її лише зі сторінки проєкту.

1. Розпакуйте архів, запустіть WinMTR.exe, у полі Host введіть адресу сервера і натисніть Start.
2. Зачекайте, доки у стовпці Sent набереться щонайменше 100 пакетів, і натисніть Stop.
3. Натисніть Copy Text to clipboard або Export TEXT — звіт потрібен саме як текст.

Linux і macOS: mtr#

У звітному режимі mtr виконує задану кількість циклів, виводить таблицю і завершує роботу. У macOS запускайте його через sudo.

mtr -r -w -b -c 100 203.0.113.10

Без -r програма працює інтерактивно; щоб вийти, натисніть q. Усі параметри описано в документації mtr.

Як читати трасу#

Приклад звіту (адреси умовні):

HOST: office-pc             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1          0.0%   100    0.6   0.7   0.5   1.9   0.2
  2.|-- 198.51.100.1         0.0%   100    1.8   2.1   1.5   6.3   0.6
  3.|-- 192.0.2.17          62.0%   100   14.9  15.3  14.6  19.2   0.7
  4.|-- ???                 100.0   100    0.0   0.0   0.0   0.0   0.0
  5.|-- 192.0.2.94           0.0%   100   15.2  15.4  14.8  21.5   0.8
  6.|-- 203.0.113.10         0.0%   100   15.6  15.7  15.1  18.4   0.5

Loss% — втрати, Snt — надіслано пакетів, далі час у мілісекундах: останній, середній, найкращий, найгірший і розкид.

1. Починайте з останнього рядка — це ваш сервер. Якщо там 0 % втрат і Avg близький до Best, зі зв’язком усе гаразд, хоч би що показували рядки вище.
2. Втрати лише на проміжному вузлі (рядок 3), коли далі 0 %, — не проблема. Маршрутизатори обмежують кількість відповідей ICMP, які надсилають від власного імені, а транзитний трафік пересилають як слід.
3. Рядок ??? — вузол не відповідає взагалі. Це теж нормально, якщо наступні вузли відповідають.
4. Справжня проблема — втрати, які з’являються на якомусь вузлі й тримаються приблизно на тому самому рівні до останнього рядка.
5. Із затримкою так само. Стрибок, що зберігається до кінця (між рядками 2 і 3), — це справжній час проходження ділянки; у прикладі це шлях з України до Польщі. Стрибок на одному вузлі, після якого час знову менший, означає лише, що цей вузол повільно відповідає на ICMP.

Крок 3 Траса у зворотний бік#

Пакети до сервера і назад часто йдуть різними маршрутами. Траса з вашого комп’ютера показує лише вузли прямого шляху, хоча час і втрати в ній залежать від обох маршрутів. Тому побудуйте трасу ще й із сервера до зовнішньої адреси офісу.

Зовнішню адресу видно на сторінці стану вашого роутера. Якщо ви підключені до сервера напряму, без VPN, її покаже і сам сервер. У Linux (сеанс SSH) це перше значення у виводі команди (виконайте її до sudo -i):

echo $SSH_CONNECTION

У Windows Server (сеанс RDP на стандартному порту) — у PowerShell:

Get-NetTCPConnection -LocalPort 3389 -State Established | Select-Object RemoteAddress

Далі на сервері запустіть ті самі команди з адресою офісу: mtr -r -w -b -c 100 198.51.100.25 у Linux (спершу встановіть mtr і там) або pathping /n 198.51.100.25 у Windows Server. Офісний роутер може не відповідати на ping — тоді траса закінчиться рядком зі 100 % втрат або зірочками; дивіться на вузли перед ним.

Крок 4 Перевірка порту#

ping перевіряє лише ICMP. Чи відкритий порт потрібної служби, показує окрема перевірка TCP. У Windows (PowerShell), приклад для RDP:

Test-NetConnection 203.0.113.10 -Port 3389

Рядок TcpTestSucceeded : True означає, що порт відкритий (див. документацію Microsoft). У Linux і macOS, приклад для SSH:

nc -vz -w 5 203.0.113.10 22

Успіх — повідомлення зі словом succeeded, Connected або open (залежить від версії nc). Якщо в Linux немає nc, встановіть пакет netcat-openbsd (Debian, Ubuntu) або nmap-ncat (AlmaLinux, Rocky Linux, RHEL).

Якщо ping проходить, а порт закритий, шукайте причину на сервері: служба не запущена або порт закриває мережевий екран.

Як перевірити результат#

• На останньому вузлі 0 % втрат щонайменше на 100 пакетах.
• Мінімальний час близький до наведених вище цифр для обраної країни і вашого міста, а середній — до мінімального.
• Потрібний порт відповідає: TcpTestSucceeded : True або succeeded.
• Повторне вимірювання в робочий час і ввечері дає схожу картину.

Типові помилки#

• Висновок за чотирма пакетами. Втрат 1–2 % на такій вибірці не видно.
• Вимірювання через Wi-Fi або мобільний інтернет. Спершу перевірте командою ping власний роутер (перший вузол траси): якщо втрати й розкид є вже там, причина у вашій мережі.
• Увімкнений VPN. З ним трафік іде іншим маршрутом. Вимірюйте так, як працюватимуть користувачі.
• Висновок «сервер не працює», бо Windows Server не відповідає на ping. Щойно встановлений Windows Server зазвичай не відповідає на ехо-запити: їх блокує брандмауер. Перевірте порт (крок 4). Якщо ping потрібен, дозвольте вхідні ехо-запити ICMPv4 лише зі своєї адреси; повністю вимикати брандмауер не треба.

Коли писати в підтримку і що додати#

Пишіть, якщо втрати на останньому вузлі повторюються в кількох вимірюваннях, якщо час відгуку постійно помітно більший за очікуваний або якщо порт, який має бути відкритий, недоступний, хоча служба працює. До листа додайте:

• звіт mtr або WinMTR текстом, а не знімком екрана, — щонайменше 100 пакетів, бажано в обидва боки;
• дату й час вимірювання і відколи триває проблема;
• вашу зовнішню IP-адресу й адресу сервера;
• назву провайдера і тип підключення (оптика, мобільний інтернет тощо);
• що саме працює погано: віддалений робочий стіл, облікова база, передавання файлів.

Технічна підтримка працює цілодобово: телефон +38 044 206 08 08, пошта info@united.net.ua.

Що далі#

• Локації.
• Як обрати країну для сервера.
• Безпечний RDP.
• Каталог виділених серверів.