Коротка відповідь: Тестуйте правильно, перш ніж робити висновки: використовуйте 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.

Схожі статті

Потрібна допомога? Звернутися в підтримку Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)

Найпопулярніші

VPS не відповідає: що робити

Коротка відповідь: Спершу перевірте статус послуги та стан живлення в Client Area, а потім...
Сайт не працює: перші кроки

Коротка відповідь: Рухайтеся ззовні всередину: переконайтеся, що сайт лежить для всіх, перевірте,...
Не вдається підключитися по SSH

Коротка відповідь: Спершу прочитайте точний текст помилки: timeout вказує на мережу чи фаєрвол,...
Помилка Connection refused

Коротка відповідь: «Connection refused» означає, що ваші пакети дійшли до сервера, але на цьому...
Помилка Permission denied (publickey)

Коротка відповідь: «Permission denied (publickey)» означає, що зʼєднання SSH працює, але сервер...