Тест швидкості інтернету в Linux: причини низьких результатів і способи перевірки

Що саме показує тест швидкості в Linux

Тест швидкості вимірює пропускну здатність з'єднання між вашим комп'ютером і вибраним сервером. Основні показники — download, тобто швидкість отримання даних, upload, або швидкість відправлення, latency, jitter і packet loss. Результат описує стан маршруту в конкретний момент, а не завжди максимальні можливості тарифу.

Для перевірки в Linux можна використати вебсервіс або командний інструмент Speedtest CLI. Перед запуском бажано завершити завантаження файлів, оновлення системи, відеодзвінки та VPN-сеанси. Повторіть вимірювання кілька разів у різний час і порівняйте результати через кабель та Wi-Fi.

Причина 1: нестабільне або перевантажене Wi-Fi-з'єднання

Wi-Fi часто дає нижчу швидкість, ніж підключення Ethernet. На результат впливають відстань до роутера, бетонні стіни, сусідні мережі, перешкоди від побутової техніки та перевантажений діапазон 2,4 ГГц. Старий адаптер або підключення до мережі 802.11n також можуть обмежувати швидкість.

Як перевірити: запустіть тест поруч із роутером, подивіться назву діапазону та порівняйте результат із прямим кабельним підключенням. У Linux стан бездротового інтерфейсу можна перевірити командами nmcli device wifi або iw dev.

Що зробити: використовуйте 5 ГГц або 6 ГГц, якщо це підтримують роутер і адаптер, змініть канал, перемістіть роутер ближче до робочого місця та для важливих вимірювань підключайтеся через Ethernet.

Причина 2: обмеження роутера, модема або мережевого адаптера

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

Як перевірити: перегляньте швидкість узгодження інтерфейсу командою ethtool назва_інтерфейсу. Для Wi-Fi перевірте параметри підключення через NetworkManager. Якщо кабельний порт узгодився на 100 Мбіт/с замість 1 Гбіт/с, причиною можуть бути кабель, конектор або порт роутера.

Що зробити: перезапустіть обладнання, оновіть прошивку, замініть кабель категорії нижче потрібної, перевірте інший LAN-порт і вимкніть непотрібні функції, які створюють додаткове навантаження.

Причина 3: фонове використання каналу

Результат тесту знижується, якщо Linux у цей момент завантажує оновлення, синхронізує файли, роздає дані через torrent-клієнт або передає резервні копії. Те саме стосується інших пристроїв у домашній мережі: телевізорів, камер, смартфонів і ігрових консолей.

Як перевірити: перегляньте активні процеси та мережеві з'єднання за допомогою nload, iftop або ss -tupn. У налаштуваннях роутера перевірте список клієнтів і статистику використання трафіку.

Що зробити: призупиніть синхронізацію та завантаження, повторіть тест на вільному каналі й налаштуйте QoS або Smart Queue Management, якщо роутер це підтримує. Так можна зменшити вплив великих передач на інші пристрої.

Причина 4: невдалий сервер тестування або маршрут оператора

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

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

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

Причина 5: втрати пакетів, високий jitter або перевантаження мережі

Висока швидкість у тесті не гарантує якісне з'єднання для дзвінків, ігор і віддаленої роботи. Втрати пакетів і нестабільна затримка можуть виникати через слабкий Wi-Fi-сигнал, пошкоджений кабель, проблеми з лінією оператора або перевантаження мережі в години пік.

Як перевірити: виконайте тривалий тест через mtr до надійного вузла. Порівняйте результати вдень і ввечері, а також через Ethernet і Wi-Fi. Якщо втрати пакетів з'являються вже на першому бездротовому переході, проблема, ймовірно, локальна.

Що зробити: усуньте перешкоди для Wi-Fi, перевірте кабель і живлення обладнання, активуйте коректне керування чергами на роутері. При стабільних проблемах на зовнішньому маршруті передайте оператору час тесту, адресу сервера та результати mtr.

Причина 6: VPN, проксі, DNS або налаштування Linux

VPN і проксі змінюють маршрут трафіку, тому можуть збільшити latency та зменшити пропускну здатність. DNS зазвичай не визначає швидкість уже встановленого тестового потоку, але повільне розв'язання імен затримує запуск перевірки. Проблеми з драйвером мережевого адаптера, енергозбереженням або MTU також впливають на стабільність.

Як перевірити: повторіть тест без VPN і проксі, порівняйте роботу різних DNS та перегляньте системні повідомлення командою journalctl -k. Перевірте MTU лише після базової діагностики, оскільки неправильне значення може погіршити з'єднання.

Що зробити: оновіть драйвер і систему, вимкніть непотрібне енергозбереження адаптера, використовуйте VPN-сервер ближче до свого регіону та не змінюйте MTU без підтвердженої проблеми.

Як правильно інтерпретувати результат тесту

1. Повторіть тест щонайменше тричі в однакових умовах.
2. Порівняйте Ethernet і Wi-Fi, а також кілька серверів.
3. Запишіть download, upload, latency, jitter і packet loss.
4. Перевірте результати в різний час, особливо в години пікового навантаження.
5. Якщо проблема зберігається, зверніться до оператора та додайте час вимірювань і технічні результати.

Для домашньої діагностики зручно починати з кабельного тесту без VPN і фонових завантажень. Якщо через кабель швидкість близька до можливостей тарифу, а через Wi-Fi значно нижча, увагу слід зосередити на роутері, радіоканалі або бездротовому адаптері.