Скорость сети ниже ожидаемой

Краткий ответ: Тестируйте правильно, прежде чем делать выводы: используйте iperf3 или многопоточную загрузку, потому что один TCP-поток на большом расстоянии никогда не заполнит гигабитный порт — это физика (задержка × окно), а не неисправность. Сравните результаты до близких и дальних целей и проверьте собственный аплинк; скорость порта плана — это потолок, а не гарантия для одного потока через полпланеты.

Обзор

Большинство жалоб на «медленную сеть» — артефакты измерения: однопоточные тесты, дальние точки, занятый домашний Wi-Fi или VPN на пути. Этот гайд даёт числа, которые действительно что-то значат, прежде чем эскалировать.

Что нужно иметь

• Доступ по SSH к серверу; установленные iperf3 и mtr (apt install iperf3 mtr-tiny).

Пошаговая инструкция

1. Тест параллельными потоками до близкого публичного iperf3-сервера:

   iperf3 -c IPERF_SERVER -P 8 -t 20
   iperf3 -c IPERF_SERVER -P 8 -t 20 -R

   Запустите в обоих направлениях; запишите итоги.
2. Сравните один поток против параллельных: большой скачок от -P 1 к -P 8 подтверждает TCP, ограниченный задержкой, а не проблему порта.
3. Проверьте качество пути — потери разрушают пропускную способность:

   mtr -rwzbc 100 TARGET_IP

   См. первые шаги при потере пакетов, если потери начинаются посреди пути.
4. Исключите свою сторону: тестируйте с проводного соединения без VPN; домашний Wi-Fi и шейпинг провайдера ограничивают многие «серверные» жалобы.
5. Проверьте, что сервер не занят: насыщенный CPU или дисковый I/O тоже душат сетевую пропускную способность (проверка CPU).

Типичные проблемы

• Однопоточный тест на другой континент: 100–300 Mbps на порту 1G — нормальное поведение TCP.
• Speedtest до случайного дальнего сервера: для осмысленных чисел берите географически близкую цель.
• VPN/прокси на пути: шифрует и перенаправляет — тестируйте без него.
• Транзитная перегрузка в часы пик: сравните вне пика; стабильная асимметрия достойна репорта.

Когда обращаться в поддержку

Если тесты параллельными потоками до близких целей стабильно значительно ниже порта плана, а MTR показывает чистый путь, — откройте тикет с выводами iperf3 (оба направления), MTR в обе стороны и временем тестов — см. как репортить сетевые проблемы.

Частые вопросы

Почему одна загрузка никогда не достигает полной скорости порта?

Отдельные TCP-потоки ограничены задержкой и размером окна, поэтому одно соединение через континент упирается значительно ниже гигабита. Параллельные потоки (iperf3 -P 8) показывают реальную ёмкость.

Какие доказательства должна содержать жалоба на скорость?

Результаты iperf3 в обоих направлениях параллельными потоками до близкой цели, MTR-отчёты в обе стороны, точное время тестов с часовым поясом и был ли клиентский конец на проводе или на Wi-Fi.

Похожие статьи

• Как диагностировать низкую скорость сети
• Как сделать traceroute / MTR
• Потеря пакетов: первые шаги
• Как сообщить поддержке о проблемах с сетью

Нужна помощь? Связаться с поддержкой Cloud2Y →