Разбираемся в причинах тормозов

“Ютуб тормозит!”, “1С висит!”, “До вашего сервера час достучаться не могу!”  знакомо? В 90% случаев пользователи грешат на провайдера или на «кривой» сервер. Но настоящий детектив (сисадмин) сначала собирает улики. Главные инструменты в его чемоданчике три команды: ping, traceroute и iperf3. Сегодня мы не просто разберём инструменты диагностики сети и как их запустить, а научимся читать их показания и понимать, где на самом деле порвалась ниточка.

1. Ping «Ты живой?» и «Как быстро отвечаешь?»

Аналогия: Вы крикнули другу в соседней комнате: «Ау!» и засекли время, через которое он ответил.

Как работает: Отправляет специальный ICMP-пакет узлу и ждёт ответа. Замеряет время круго-пути (RTT).

Команды

• Linux / macOS: ping ya.ru
• Windows: ping ya.ru (по умолчанию сделает 4 запроса и остановится)

Учимся читать вывод

Хороший пинг (офис -> домашний сервер):

64 bytes from 192.168.1.10: icmp_seq=1 ttl=64 time=2.34 ms
64 bytes from 192.168.1.10: icmp_seq=2 ttl=64 time=2.12 ms
64 bytes from 192.168.1.10: icmp_seq=3 ttl=64 time=2.45 ms

• time  стабильно малое (2–3 мс в локальной сети).
• Потери 0%  связь идеальная.

Плохой пинг (до удалённого сервера через перегруженный канал):

64 bytes from 10.0.0.1: icmp_seq=1 ttl=54 time=154 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=54 time=432 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=54 time=89 ms
64 bytes from 10.0.0.1: icmp_seq=4 ttl=54 time=678 ms
Request timeout for icmp_seq 5
64 bytes from 10.0.0.1: icmp_seq=6 ttl=54 time=1103 ms

• Джиттер  сильный разброс времени (от 89 до 1103 мс).
• Потери пакетов  пакет №5 потерян.
• Диагноз: Канал нестабилен, возможны обрывы, видео будет зависать.

Когда использовать ping: Быстро проверить, отвечает ли хост вообще и есть ли очевидные проблемы с сетью.

2. Traceroute Карта пути вашего пакета

Аналогия: Вы отправляете посылку и можете отследить все сортировочные центры, через которые она прошла, и время на каждом этапе.

Как работает: Отправляет пакеты с увеличивающимся временем жизни (TTL). Каждый промежуточный роутер, у которого TTL истекает, сообщает о себе.

Команды

• Linux / macOS: traceroute google.com
• Windows: tracert google.com

Учимся читать вывод (пример для Windows)

Трассировка маршрута к google.com [142.250.185.46]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2     2 ms     2 ms     2 ms  10.0.0.1
  3     5 ms     5 ms     5 ms  172.16.0.1
  4    25 ms    25 ms    26 ms  golovan-m9.msk.stream-internet.net [87.250.192.1]
  5     *        *        *     Превышен интервал ожидания для запроса.
  6    30 ms    29 ms    30 ms  m9-10-l23-sto-m9-ras-1-ru.yandex.net [213.180.208.97]
  7    30 ms    30 ms    30 ms  google.com [142.250.185.46]

Трассировка завершена.

Как анализировать

• Звёздочки на хопе 5  это НЕ страшно. Обычно так ведут себя магистральные роутеры провайдеров (они не настроены отвечать на traceroute). Если после звёздочек пакеты пошли дальше (хоп 6, 7) всё в порядке.
• Где искать проблему: Смотрим на время (ms) на каждом шаге. Обратите внимание на хоп 4: время резко выросло с 5 мс до 25 мс. Это нормально пакет вышел на магистраль.
• Красный флаг: Если на каком-то хопе время резко подскочило и на всех последующих хопах остаётся таким же высоким или растёт  проблема на этом участке. Например:text4 25 ms 25 ms 26 ms … 5 150 ms 151 ms 150 ms … 6 151 ms 150 ms 152 ms …Значит, канал между хопами 4 и 5 перегружен или имеет высокую задержку (например, спутниковый линк). Звоните провайдеру с указанием этого участка.

Когда использовать traceroute: Когда пинг до узла плохой, и нужно понять, на чьей территории (у провайдера, на магистрали или у хостинга) возникает задержка.

3. iperf3 Измеряем реальную пропускную способность

Аналогия: Вы не просто «кричите» и слушаете эхо (ping), а начинаете перекидывать тяжёлые мешки с песком и замеряете, сколько тонн в минуту вы можете перебросить.

Зачем: Ping показывает задержки, но не говорит, какой объём данных можно пропихнуть за секунду. Бывает, пинг 50 мс, а скорость еле 1 Мбит/с видео не покажешь.

Как работает

Нужны два компьютера (или сервера). Один работает в режиме сервера, второй подключается к нему как клиент и гонит трафик.

Где взять

• Linux: ставится из репозитория (apt install iperf3, yum install iperf3).
• Windows: скачать .exe с официального сайта (https://iperf.fr/iperf-download.php) и положить в удобную папку.

Команды и пример вывода

Шаг 1. На сервере (например, IP 192.168.1.100):

bash

iperf3 -s

Сервер запустится и будет ждать.

Шаг 2. На клиенте (там, где хотим замерить скорость до сервера):

bash

iperf3 -c 192.168.1.100

Пример вывода на клиенте (хороший канал):

Connecting to host 192.168.1.100, port 5201
[  5] local 192.168.1.101 port 56789 connected to 192.168.1.100 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  112 MBytes   940 Mbits/sec
[  5]   1.00-2.00   sec  111 MBytes   932 Mbits/sec
[  5]   2.00-3.00   sec  112 MBytes   940 Mbits/sec
[  5]   3.00-4.00   sec  111 MBytes   931 Mbits/sec
[  5]   4.00-5.00   sec  112 MBytes   940 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-5.00   sec   558 MBytes   937 Mbits/sec  sender
[  5]   0.00-5.00   sec   558 MBytes   937 Mbits/sec  receiver

Ключевой показатель: Bitrate в последней строке 937 Mбит/сек. Это реальная пропускная способность канала между клиентом и сервером.

Пример плохого канала (офис -> сервер за городом):

[  5]   0.00-1.00   sec  5.25 MBytes  44.0 Mbits/sec
[  5]   1.00-2.00   sec  2.38 MBytes  20.0 Mbits/sec
[  5]   2.00-3.00   sec  1.12 MBytes  9.40 Mbits/sec
[  5]   3.00-4.00   sec  1.00 MBytes  8.39 Mbits/sec
[  5]   4.00-5.00   sec  0.62 MBytes  5.21 Mbits/sec

• Скорость нестабильна и падает канал перегружен или есть проблемы с соединением.

Дополнительные полезные флаги:

• -u  использовать UDP вместо TCP (покажет потери пакетов, полезно для VoIP).
• -P 5  запустить 5 параллельных потоков (сильнее нагрузит канал).
• -R  режим Reverse: клиент будет принимать данные от сервера (замеряем скорость загрузки).

Когда использовать iperf3: При настройке VPN, перед переходом на удалённую работу, при жалобах на «медленный доступ к 1С» чтобы точно знать, какая скорость между точками.

Шпаргалка: Когда что применять

Детективный алгоритм (коротко)

1. Жалоба: «Всё тормозит!»
2. Шаг 1 (ping): ping ресурс. Есть потери и дикий джиттер? → проверяйте локальную сеть (Wi-Fi, коммутатор). Нет потерь, но задержка большая? → идём дальше.
3. Шаг 2 (traceroute): tracert ресурс. Смотрим, где задержка резко вырастает. Если на 3-м хопе у провайдера звоним провайдеру. Если на последнем хопе (сам сервер) пишем админу хостинга.
4. Шаг 3 (iperf3): Нужна точная цифра пропускной способности для отчёта или настройки QoS. Запускаем iperf3 между конечными точками.

Вооружившись этими тремя командами, вы перестанете гадать и начнёте точно знать, где именно порвалась сеть. А значит, быстро устраните проблему или аргументированно попросите это сделать провайдера.