Разбираемся в причинах тормозов
“Ютуб тормозит!”, “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С» — чтобы точно знать, какая скорость между точками.
Шпаргалка: Когда что применять
| Команда | Что показывает | Когда использовать | Типичный пример |
|---|---|---|---|
ping | Доступность хоста, средняя задержка (RTT), потери пакетов | Быстрая проверка связи, мониторинг стабильности канала, первичная диагностика «не работает» | ping 8.8.8.8 — убедиться, что интернет есть |
traceroute | Маршрут до хоста и задержка на каждом промежуточном узле | Когда пинг плохой и нужно локализовать проблемный участок (провайдер, магистраль, хостинг) | tracert ya.ru — найти, где именно растут задержки |
iperf3 | Реальная пропускная способность (скорость) между двумя точками | Тестирование канала перед внедрением критичных сервисов (VoIP, видео, 1С), проверка качества VPN/MPLS | iperf3 -c 10.10.10.1 — замерить скорость до сервера в другой офис |
Детективный алгоритм (коротко)
- Жалоба: «Всё тормозит!»
-
Шаг 1 (ping):
ping ресурс. Есть потери и дикий джиттер? → проверяйте локальную сеть (Wi-Fi, коммутатор). Нет потерь, но задержка большая? → идём дальше. -
Шаг 2 (traceroute):
tracert ресурс. Смотрим, где задержка резко вырастает. Если на 3-м хопе у провайдера — звоним провайдеру. Если на последнем хопе (сам сервер) — пишем админу хостинга. - Шаг 3 (iperf3): Нужна точная цифра пропускной способности для отчёта или настройки QoS. Запускаем iperf3 между конечными точками.
Вооружившись этими тремя командами, вы перестанете гадать и начнёте точно знать, где именно порвалась сеть. А значит, быстро устраните проблему или аргументированно попросите это сделать провайдера.
