Как проверить скорость интернет соединения в командной строке GNU Linux

В Debian 12 скорость интернета в терминале удобнее всего проверять через speedtest-cli, fast, или iperf3. Ниже — полный набор рабочих инструментов, которые реально используют админы.

⚡ Самый простой способ — speedtest-cli

Устанавливаешь:

sudo apt install speedtest-cli

Запускаешь тест:

speedtest-cli

Получишь:

• Ping
• Download
• Upload
• Используемый сервер

⚡ Speedtest от Ookla (официальный клиент)

Даёт более точные результаты.

Установка:

sudo apt install curl gnupg
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt install speedtest

Запуск:

speedtest

⚡ Проверка скорости через fast (Netflix)

Минимальный и быстрый тест:

sudo apt install fast
fast

⚡ Проверка реальной скорости через iperf3

Если хочешь измерить скорость до своего сервера, а не до ближайшего Speedtest‑узла.

Установка:

sudo apt install iperf3

На сервере:

iperf3 -s

На клиенте:

iperf3 -c <IP_сервера>

⚡ Проверка скорости загрузки файла (реальная, а не синтетическая)

Например, с сервера Debian:

wget -O /dev/null http://speedtest.tele2.net/100MB.zip

Или через curl:

curl -o /dev/null http://speedtest.tele2.net/100MB.zip

⚡ Проверка скорости DNS (важно для веб‑скорости)

sudo apt install dnsutils
dig google.com

Смотри Query time:.

Что выбрать?

• speedtest-cli — самый простой
• speedtest (Ookla) — самый точный
• fast — минималистично
• iperf3 — для тестов внутри сети или до своего сервера
• wget/curl — реальная скорость скачивания

При проблеме с загрузкой пакета:

У тебя не проблема с пакетом speedtest, у тебя таймаут до CDN CloudFront, который раздаёт .deb для Ookla. Это типичная ситуация, когда:

• твой сервер в РФ/ОАЭ получает нестабильный маршрут до AWS/CloudFront
• пакетcloud.io иногда режет скорость/доступ
• IPv6 ломает соединение
• MTU/PMTU ломает TLS‑рукопожатие
• твой провайдер режет доступ к части AWS

Давай разберёмся по‑взрослому, как админ.

🎯 Короткий вывод

У тебя не скачивается speedtest от Ookla из‑за сетевого таймаута.
Решение — либо починить маршрут, либо использовать альтернативный speedtest.

Но я покажу, как точно диагностировать.

🔍 1. Проверяем доступность CDN CloudFront

curl -I https://d3fo0g5hm7lbuv.cloudfront.net/

Если висит → проблема маршрута.

🔍 2. Проверяем IPv6 (частая причина таймаутов)

ping6 google.com

Если нет ответа — отключаем IPv6:

sudo nano /etc/sysctl.conf

Добавить:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Применить:

sudo sysctl -p

🔍 3. Проверяем MTU (ещё одна частая причина TLS timeout)

ping -M do -s 1472 8.8.8.8

Если ошибка Frag needed — уменьшаем MTU, например до 1400:

sudo ip link set dev eth0 mtu 1400

🔍 4. Проверяем, не режет ли провайдер AWS

mtr -rw d3fo0g5hm7lbuv.cloudfront.net

Если обрыв на середине — это маршрут.

🟦 5. Самое простое решение — НЕ использовать Ookla speedtest

У тебя Debian 12, поэтому ставим speedtest-cli из репозитория Debian:

sudo apt install speedtest-cli
speedtest-cli

Работает в 99% случаев.

🟩 6. Альтернатива: fast.com (Netflix)

sudo apt install fast
fast

🟧 7. Альтернатива: iperf3 (самый точный)

Если хочешь тестировать до своего сервера:

sudo apt install iperf3
iperf3 -c <IP>

🟥 8. Если хочешь всё‑таки установить официальный speedtest от Ookla

Попробуй скачать .deb вручную через HTTP‑прокси:

wget --no-check-certificate https://install.speedtest.net/app/cli/ookla-speedtest-1.2.0-linux-x86_64.tgz

Если это тоже висит — значит доступ к AWS CloudFront у тебя нестабилен.