Чому VPN на VPS повільний: покрокова діагностика

Низька швидкість VPN на VPS, що падає до 10-20 Мбіт/с при заявлених 100 Мбіт/с, найчастіше спричинена браком ресурсів (CPU, RAM), перевантаженням мережевого каналу, невдалим маршрутом до сервера або неоптимальною конфігурацією протоколу, що можна діагностувати за допомогою утиліт iperf3 та speedtest-cli.

Багато користувачів, які розгортають свій VPN на віртуальному сервері, стикаються з тим, що очікувана висока швидкість не досягається. Замість обіцяних провайдером 500 Мбіт/с або 1 Гбіт/с, реальна швидкість через VPN ледь дотягує до 50-100 Мбіт/с, а іноді й зовсім падає до 10-20 Мбіт/с. Це викликає розчарування та питання: у чому причина такого зниження продуктивності? Чи справді власний VPN на VPS здатний забезпечити високу швидкість, чи це міф? Діагностика причин, чому VPN сповільнює роботу сервера, вимагає системного підходу. У цій статті ми покроково розберемо, як визначити вузьке місце та вжити заходів для покращення продуктивності вашого VPN на VPS.

Чому ваш VPN на VPS працює повільно?

Проблема низької швидкості VPN на VPS рідко має одну єдину причину. Найчастіше це комбінація кількох факторів, що впливають на пропускну здатність та затримку. Розуміння цих факторів — перший крок до ефективної діагностики. Ось основні винуватці:

• Нестача ресурсів VPS: Ваш віртуальний сервер може бути занадто слабким для обраного протоколу VPN та кількості одночасних підключень. Брак CPU, RAM або повільне дискове введення/виведення (хоча для більшості VPN це не критично) можуть стати причиною, чому VPN сповільнює роботу сервера.
• Обмеження мережевого каналу: Сам провайдер VPS може пропонувати тариф із заявленим 1 Гбіт/с портом, але реальна пропускна здатність до інтернету або до конкретних напрямків може бути значно нижчою через перевантаження аплінка або внутрішні обмеження.
• Перевантаження сусідів по гіпервізору: На віртуальних серверах (особливо з оверселінгом) активність інших користувачів на тому ж фізичному сервері може впливати на продуктивність вашого VPS, особливо на мережеве введення/виведення.
• Неефективний протокол або конфігурація VPN: Деякі протоколи VPN більш вимогливі до ресурсів або менш оптимізовані для певних мережевих умов. Наприклад, VLESS з Reality, хоча й забезпечує відмінну обфускацію, може мати більший оверхед, ніж, скажімо, WireGuard. Неправильно налаштований MTU також може призводити до фрагментації пакетів та уповільнення.
• Проблеми з маршрутизацією та затримки: Шлях від вашого пристрою до VPN-сервера і далі до цільового ресурсу може бути довгим, проходити через перевантажені вузли або мати високі затримки. Географічна відстань відіграє роль, але часто важливіша саме якість маршруту.
• Дроселювання інтернет-провайдером: Ваш домашній або мобільний інтернет-провайдер може активно обмежувати (дроселювати) VPN-трафік, намагаючись знизити навантаження на свою мережу або через регуляторні вимоги.

Мета нашої діагностики — послідовно виключити або підтвердити кожну з цих причин, щоб знайти істинного винуватця низької швидкості VPN на VPS.

Як діагностувати швидкість VPS: перші кроки

Перш ніж звинувачувати VPN-протокол або провайдера, необхідно переконатися, що сам VPS здатний видавати заявлену швидкість. Це ключовий етап у будь-якій діагностиці швидкості VPS. Ми використовуватимемо дві основні утиліти: iperf3 для вимірювання пропускної здатності між двома точками (наприклад, між VPS та іншим сервером) та speedtest-cli для оцінки швидкості до публічних серверів Speedtest.

Вимірювання швидкості каналу за допомогою iperf3

iperf3 — це потужний інструмент для вимірювання максимальної пропускної здатності мережі. Він дозволяє перевірити "чисту" швидкість каналу вашого VPS, виключаючи вплив VPN-протоколів та зовнішніх факторів, таких як завантаженість віддалених серверів. Для повноцінного тесту вам знадобиться другий сервер (або ваш локальний ПК з відкритими портами), на якому також буде запущено iperf3 у режимі сервера.

Встановлення iperf3 на VPS (Debian/Ubuntu):

sudo apt update
sudo apt install iperf3

Запуск iperf3 у режимі сервера на одному з VPS:

iperf3 -s

Сервер чекатиме підключень на порту 5201. Переконайтеся, що цей порт відкрито у файрволі VPS.

Запуск iperf3 у режимі клієнта на іншому VPS або вашому ПК:

iperf3 -c [IP_АДРЕС_СЕРВЕРА_IPERF3] -P 5 -t 10

Тут:

• -c [IP_АДРЕС_СЕРВЕРА_IPERF3]: IP-адреса сервера, на якому запущено iperf3 -s.
• -P 5: Використовувати 5 паралельних потоків для тесту. Це допомагає краще завантажити канал та отримати більш реалістичні цифри для багатопотокових застосунків.
• -t 10: Тривалість тесту в секундах.

Інтерпретація результатів:

Ви побачите середню пропускну здатність у Мбіт/с. Якщо ваш VPS має 1 Гбіт/с порт, очікувані значення повинні бути в діапазоні 500-950 Мбіт/с. Якщо iperf3 показує значно менші цифри (наприклад, 100-200 Мбіт/с), це вказує на обмеження каналу самим провайдером VPS або на перевантаження мережевої інфраструктури.

Тестування зовнішньої швидкості за допомогою speedtest-cli

speedtest-cli — це консольна версія популярного сервісу Speedtest.net, яка дозволяє виміряти швидкість до найближчих публічних серверів Speedtest. Це корисно для оцінки "загальної" швидкості інтернету вашого VPS, а не тільки між двома контрольованими точками.

Встановлення speedtest-cli (Debian/Ubuntu):

sudo apt update
sudo apt install speedtest-cli

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

speedtest-cli

Ви також можете вибрати конкретний сервер для тесту, щоб оцінити швидкість до певного регіону:

speedtest-cli --list | grep "City"
speedtest-cli --server [ID_СЕРВЕРА]

Інтерпретація результатів:

speedtest-cli покаже пінг, швидкість завантаження (Download) та швидкість віддачі (Upload). Якщо ці значення значно нижчі, ніж показав iperf3 (наприклад, iperf3 показав 800 Мбіт/с, а speedtest-cli всього 300 Мбіт/с), це може вказувати на:

• Перевантаження зовнішніх каналів вашого провайдера VPS.
• Проблеми з маршрутизацією до серверів Speedtest (що опосередковано може впливати і на VPN).
• Різницю в тестових методиках (iperf3 більш "жорсткий" тест).

Якщо як iperf3, так і speedtest-cli показують низькі значення (наприклад, нижче 200-300 Мбіт/с на 1 Гбіт/с порту), то корінь проблеми, швидше за все, у мережевому каналі самого VPS. У такому випадку, жодні налаштування VPN не допоможуть, і варто розглянути зміну локації або провайдера VPS.

Як перевірити завантаження CPU та RAM на VPS?

Навіть якщо ваш мережевий канал ідеальний, нестача процесорної потужності або оперативної пам'яті може бути причиною, чому VPN сповільнює роботу сервера. Шифрування та розшифровка трафіку, особливо для високошвидкісних з'єднань та протоколів із сильною обфускацією, вимагають значних ресурсів CPU. Іноді, якщо 100 Мбіт/с вже замало, звичайного VPS може бути недостатньо.

Моніторинг ресурсів за допомогою top та htop

Для моніторингу використання CPU та RAM у реальному часі використовуйте утиліти top або htop.

Встановлення htop (якщо не встановлено):

sudo apt update
sudo apt install htop

Запуск моніторингу:

top

або

htop

Запустіть одну з цих утиліт, потім почніть активно використовувати VPN-з'єднання (наприклад, завантажуйте великий файл або дивіться 4K-відео). Уважно стежте за показниками CPU та MEM (RAM) для процесів, пов'язаних з вашим VPN (наприклад, xray, v2ray, openvpn, wireguard).

Інтерпретація результатів:

• Високе завантаження CPU: Якщо під час активного використання VPN одне або кілька ядер CPU постійно завантажені на 80% і вище (особливо один процес, якщо VPN однопотоковий), це явна ознака того, що процесор є вузьким місцем. Для VPN, які погано розпаралелюються (наприклад, OpenVPN без спеціальних налаштувань), це може означати, що ви впираєтеся в продуктивність одного ядра.
• Нестача RAM: Якщо показник free RAM постійно близький до нуля, а swap активно використовується, це свідчить про нестачу оперативної пам'яті. Хоча більшість VPN не вимагають багато RAM, деякі конфігурації або додаткові сервіси на VPS можуть її споживати.

Вплив багатоядерності та частоти CPU

Важливо розуміти, що для багатьох VPN-протоколів (особливо тих, що використовують TCP-тунелі) продуктивність часто залежить від швидкості одного ядра CPU, а не від загальної кількості ядер. Це пов'язано з тим, що обробка одного мережевого потоку часто відбувається в одному потоці процесора. Таким чином, VPS з 2 ядрами по 2.5 ГГц може бути швидшим для VPN, ніж VPS з 4 ядрами по 1.5 ГГц, якщо VPN не вміє ефективно використовувати всі ядра.

Для перевірки характеристик CPU вашого VPS використовуйте команду:

cat /proc/cpuinfo | grep "model name" | head -n 1
cat /proc/cpuinfo | grep "cpu cores" | head -n 1

Якщо ви бачите, що CPU є вузьким місцем, це може бути причиною, чому у вас спостерігається повільний VPN на VPS. Рішення може вимагати переходу на більш потужний тариф VPS з більш швидким CPU або оптимізації конфігурації VPN для зниження навантаження на процесор.

Вплив протоколу та конфігурації на швидкість VPN

Вибір VPN-протоколу та його правильне налаштування мають величезний вплив на підсумкову швидкість. Різні протоколи мають різний оверхед на шифрування, обфускацію та управління з'єднанням.

Порівняння протоколів: VLESS, Shadowsocks, WireGuard, OpenVPN

• WireGuard: Відомий своєю простотою, високою швидкістю та низькою затримкою. Він використовує сучасні криптографічні примітиви та дуже ефективний, що робить його чудовим вибором для тих, кому потрібна максимальна пропускна здатність. Однак WireGuard менш стійкий до глибокої інспекції пакетів (DPI) порівняно з обфускованими протоколами.
• Shadowsocks: Проксі-протокол, розроблений для обходу цензури. Він досить легковажний та забезпечує хорошу швидкість. Його основна перевага — здатність маскувати трафік під звичайний HTTPS, що ускладнює виявлення та блокування.
• VLESS (Xray-core/v2ray): Сучасний протокол, який часто використовується з додатковими шарами обфускації, такими як Reality. Він надає високий ступінь захисту від DPI, маскуючи трафік під звичайний веб-трафік (наприклад, TLS). Однак ця обфускація додає обчислювальний оверхед, що може призводити до того, що спостерігається низька швидкість VLESS порівняно з WireGuard на тому ж обладнанні. Якщо ви використовуєте VLESS з Reality, переконайтеся, що ваш VPS має достатньо потужний CPU.
• OpenVPN: Старий, але перевірений протокол. Дуже гнучкий у налаштуванні, але може бути значно повільнішим за інші через використання застарілих криптографічних алгоритмів за замовчуванням та особливості реалізації TCP-тунелів. Для досягнення високої швидкості з OpenVPN потрібні серйозні оптимізації (наприклад, UDP-тунель, AES-NI).

Якщо у вас низька швидкість VLESS, спробуйте тимчасово переключитися на WireGuard (якщо дозволяє ситуація) та порівняти продуктивність. Якщо WireGuard значно швидший, проблема, ймовірно, в оверхеді VLESS/Reality або його конкретній конфігурації.

Оптимізація налаштувань MTU та TPC/UDP

MTU (Maximum Transmission Unit): Це максимальний розмір пакета, який може бути переданий без фрагментації. Неправильно налаштований MTU може призвести до фрагментації пакетів, що знижує ефективність передачі даних та викликає `vpn slow speed fix` проблеми. Ідеально, якщо MTU VPN-тунелю відповідає MTU вашої мережі або трохи менше. Стандартне значення для Ethernet — 1500 байт. Для VPN часто рекомендується використовувати трохи менше значення, наприклад, 1420-1472 байт.

Ви можете знайти оптимальний MTU за допомогою команди ping на Linux/macOS:

ping -M do -s 1472 google.com

Поступово зменшуйте значення -s (розмір пакета) до тих пір, поки пакети не перестануть фрагментуватися (-M do забороняє фрагментацію). Оптимальний MTU для VPN буде дорівнювати цьому значенню + 28 байт (для заголовків IP/ICMP).

TCP BBR: Це алгоритм контролю перевантаження TCP, розроблений Google. Він значно покращує продуктивність TCP-з'єднань, особливо на каналах з високою затримкою та втратами пакетів. Увімкнення BBR на вашому VPS може значно прискорити TCP-тунелі VPN.

Увімкнення TCP BBR на Linux:

echo "net.core.default_qdisc=fq" | sudo tee -a /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Після цього перезавантажте VPS або перевірте статус:

sysctl net.ipv4.tcp_congestion_control

Має показати net.ipv4.tcp_congestion_control = bbr.

UDP-тунелі: Якщо ви використовуєте протоколи, що підтримують UDP (наприклад, WireGuard, OpenVPN у режимі UDP, Hysteria), вони часто забезпечують кращу швидкість та меншу затримку, ніж TCP-тунелі, особливо на каналах з втратами пакетів. UDP не має накладних витрат на підтвердження доставки кожного пакета, що робить його більш "швидким" для потокових даних. Протоколи, такі як sing-box з підтримкою Hysteria, можуть бути дуже ефективними.

Оцінка маршруту до VPN-сервера: traceroute та ping

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

Аналіз затримки та втрат пакетів

Використовуйте утиліти traceroute (або більш просунуту mtr) та ping, щоб оцінити якість маршруту від вашого локального пристрою до VPN-сервера. Ви також можете провести тести у зворотному напрямку — з VPS до вашої локальної IP-адреси (якщо вона статична та доступна) або до популярного ресурсу, до якого ви часто звертаєтеся через VPN.

ping: Перевіряє затримку (latency) та втрату пакетів до цільової IP-адреси.

ping [IP_АДРЕСА_VPS]

Високі значення пінгу (наприклад, >150 мс для сервера на іншому континенті, >50 мс для сусідньої країни) або часті втрати пакетів (packet loss) вказують на проблеми із затримкою або стабільністю з'єднання. Якщо пінг до VPS хороший, але через VPN до цільового ресурсу пінг високий, це може бути проблемою маршруту від VPS.

traceroute / mtr: Показує повний шлях (маршрут) від вашого пристрою до VPS, а також затримку до кожного проміжного вузла (хопа).

Встановлення mtr (Debian/Ubuntu):

sudo apt update
sudo apt install mtr-tiny

Запуск mtr (з вашого ПК до VPS):

mtr [IP_АДРЕСА_VPS]

mtr безперервно надсилає пакети та показує затримку та відсоток втрат для кожного вузла на маршруті. Це набагато інформативніше, ніж одноразовий traceroute.

Інтерпретація результатів mtr:

• Висока затримка на одному з хопів: Якщо затримка різко зростає на якомусь проміжному вузлі та залишається високою до кінця маршруту, цей вузол може бути перевантажений або знаходитися далеко.
• Втрати пакетів на одному з хопів: Якщо на якомусь вузлі спостерігаються значні втрати пакетів (>1-2%), це вказує на серйозні проблеми з цим вузлом або каналом до нього. Якщо втрати продовжуються до кінця маршруту, це підтверджує проблему.
• Зірочки (***) у виводі: Можуть означати, що вузол не відповідає на ICMP-запити (не обов'язково проблема), або що пакети дійсно губляться. Якщо після зірочок маршрут продовжується і затримки нормальні, це, швидше за все, просто фільтрація ICMP.

Якщо маршрут до вашого VPS через кілька країн або континентів має багато хопів з високими затримками або втратами, це може бути основною причиною низької швидкості VPN. У цьому випадку, можливо, варто вибрати VPS у більш оптимальній географічній локації, яка ближче до вас або має кращі маршрути до цільових ресурсів.

Дроселювання провайдером або перевантаження сусідів: як відрізнити?

Дві неочевидні, але поширені причини низької швидкості — це вплив "шумних сусідів" на гіпервізорі та активне дроселювання з боку вашого інтернет-провайдера. Ці фактори складніше діагностувати, але є певні ознаки.

Ознаки впливу "сусідів" на гіпервізорі

На VPS-хостингу ваш віртуальний сервер ділить фізичні ресурси (CPU, RAM, диск, мережева карта) з іншими VPS на тому ж фізичному обладнанні (гіпервізорі). Якщо один або кілька "сусідів" активно використовують ресурси, це може негативно позначитися на продуктивності вашого VPS — ефект "шумного сусіда" (noisy neighbor).

Як це проявляється:

• Нестабільна швидкість: Результати iperf3 або speedtest-cli можуть сильно варіюватися від тесту до тесту. В один момент ви отримуєте 500 Мбіт/с, в інший — 100 Мбіт/с без видимих причин.
• Високий IO wait: Навіть якщо ваш VPN неактивно використовує диск, висока дискова активність з боку сусідів може уповільнити всю систему. Перевірити це можна за допомогою iostat (sudo apt install sysstat, потім iostat -x 1). Якщо у стовпці %iowait постійно високі значення (наприклад, >10-20%), це може вказувати на проблему.
• "Лаги" та мікрофризи: Якщо VPN-з'єднання періодично "зависає" на короткі проміжки часу, це може бути пов'язано з тим, що гіпервізор тимчасово відбирає у вас ресурси.

Що робити: Якщо ви підозрюєте вплив сусідів, спробуйте зв'язатися зі службою підтримки вашого VPS-провайдера. Деякі провайдери можуть запропонувати перенести ваш VPS на інший фізичний сервер, де навантаження менше. У крайньому випадку, варто розглянути перехід на більш "ізольовані" тарифи (наприклад, KVM з гарантованими ресурсами) або на іншого провайдера, який не практикує агресивний оверселінг. Вибір VPS з гарантованими ресурсами особливо важливий для стабільності.

Як визначити дроселювання інтернет-провайдером

Дроселювання (обмеження швидкості) VPN-трафіку з боку вашого домашнього або мобільного інтернет-провайдера — поширена проблема. Провайдери можуть використовувати глибоку інспекцію пакетів (DPI) для виявлення та обмеження VPN-трафіку, щоб знизити навантаження на свою мережу або відповідно до регуляторних вимог.

Ознаки дроселювання:

• Швидкість без VPN висока, з VPN — низька та стабільно обмежена: Якщо прямі з'єднання показують високу швидкість, а VPN-з'єднання (навіть з використанням різних протоколів та серверів) постійно обмежене до певного значення (наприклад, рівно 10 Мбіт/с або 50 Мбіт/с), це сильна ознака дроселювання.
• Швидкість падає тільки при активному використанні: Провайдер може не дроселювати VPN-трафік на низьких швидкостях, але починає його обмежувати, коли ви досягаєте певного порогу (наприклад, 20 Мбіт/с).
• Різні протоколи дають різну швидкість: Якщо WireGuard сильно дроселюється, а VLESS з Reality працює швидше, це вказує на те, що провайдер навчився розпізнавати менш обфускований трафік.

Що робити:

• Використовувати обфусковані протоколи: Протоколи, які маскують VPN-трафік під звичайний веб-трафік (HTTPS), такі як VLESS Reality, Trojan, Hysteria (з обфускацією), Shadowsocks з плагінами, значно складніше виявити та дроселювати. Hiddify на VPS або Nekoray/v2rayN для VLESS Reality можуть бути ефективними рішеннями.
• Змінити порт: Іноді зміна стандартного порту VPN (наприклад, 443 для VLESS/Reality) на інший, менш очевидний, може допомогти.
• Тестування з іншого інтернет-провайдера: Спробуйте підключитися до VPN через іншу мережу (наприклад, мобільний інтернет іншого оператора або Wi-Fi у друга). Якщо швидкість значно вища, проблема точно у вашому домашньому провайдері.

Як прискорити VPN на VPS: комплексний підхід та рішення

Після проведення діагностики ви повинні мати уявлення про те, що є основним вузьким місцем. Тепер давайте розглянемо, як прискорити VPN на VPS, застосовуючи отримані знання.

Налаштування сервера та клієнта

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

1. Оновлення ядра та ОС: Переконайтеся, що ваш VPS працює на актуальній версії ядра Linux. Нові ядра часто містять покращення мережевого стека та драйверів.
2. Увімкнення TCP BBR: Як було сказано раніше, увімкніть BBR для TCP-тунелів. Це може значно покращити продуктивність, особливо на каналах з втратами або високою затримкою.
3. Вибір оптимального протоколу:
   • Якщо пріоритет — максимальна швидкість і немає потреби в сильній обфускації, використовуйте WireGuard.
   • Якщо необхідна обфускація для обходу блокувань, але швидкість важлива, розгляньте VLESS Reality або Hysteria. Переконайтеся, що ваш VPS має достатньо потужний CPU для їх обробки.
   • Уникайте старих або неоптимізованих протоколів, таких як OpenVPN у режимі TCP без спеціальних налаштувань, якщо швидкість є критичним фактором.
4. Налаштування MTU: Експериментуйте з MTU. Почніть з 1420-1472 байт на сервері та клієнті. Переконайтеся, що клієнтський пристрій (наприклад, iPhone з Shadowrocket або Android з v2rayNG) також використовує правильний MTU, якщо це можливо.
5. Оптимізація конфігурації VPN-сервера:
   • Для Xray/V2Ray: використовуйте актуальні версії. Перевірте налаштування буферів, відключіть непотрібні логи. Переконайтеся, що sniffing налаштований коректно або відключений, якщо не потрібен.
   • Для WireGuard: переконайтеся, що конфігурація проста та ефективна.
6. Використання актуальних версій клієнта: Застарілі клієнти VPN можуть мати баги або не підтримувати останні оптимізації. Оновлюйте клієнтське ПЗ (наприклад, Sub-Store для VLESS).
7. Налаштування файрвола: Переконайтеся, що файрвол (наприклад, UFW, nftables) на VPS не блокує або не сповільнює трафік. Прості правила зазвичай не впливають на швидкість, але складні ланцюжки або обмеження можуть.
8. VPN на роутері: Якщо ви використовуєте VPN на роутері, переконайтеся, що сам роутер достатньо потужний, щоб обробляти шифрування на високій швидкості. Багато споживчих роутерів мають слабкий CPU.

Коли потрібна зміна тарифу або локації

Якщо всі програмні оптимізації випробувані, а швидкість все ще низька, це означає, що ви вперлися в апаратні або мережеві обмеження. У цьому випадку рішеннями можуть бути:

• Перехід на більш потужний тариф VPS: Якщо діагностика показала нестачу CPU або RAM, вам потрібен VPS з більшою кількістю ядер, вищою частотою CPU або більшим обсягом оперативної пам'яті.
• Зміна локації VPS: Якщо проблема в маршрутизації або високій затримці, вибір VPS в іншій країні або навіть іншому дата-центрі в тій же країні може кардинально змінити ситуацію. Орієнтуйтеся на локації, які мають кращі маршрути до вашого регіону або до цільових ресурсів.
• Вибір іншого провайдера VPS: Іноді справа не в тарифі, а в загальній інфраструктурі провайдера (перевантажений аплінк, агресивний оверселінг). Зміна провайдера може дати кращі результати.
• Перехід на виділений сервер: Якщо вам потрібна дуже висока та стабільна швидкість (наприклад, понад 500 Мбіт/с для безлічі користувачів) і звичайні VPS не справляються, можливо, настав час розглянути виділений сервер. Він надає всі ресурси тільки вам, виключаючи вплив "сусідів".

Для 5-10 одночасних користувачів, які активно споживають трафік, достатньо 2 vCPU, 4 GB RAM та NVMe-диска на 40 GB, що забезпечить стабільні 100-200 Мбіт/с.

Користувачів	vCPU	RAM	Диск	Порт	Ціна (орієнтовно)
1-3 (легкий серфінг)	1	1-2 GB	20 GB SSD	1 Gbps	від $5/міс
5-10 (активний серфінг, стримінг)	2	4 GB	40 GB NVMe	1 Gbps	від $10/міс
10-20 (багатокористувацькі ігри, 4K стримінг)	4	8 GB	80 GB NVMe	1 Gbps	від $20/міс
20+ (корпоративні потреби, високе навантаження)	6+	16+ GB	160+ GB NVMe	1-10 Gbps	від $40/міс

Часті запитання

Чому мій VLESS VPN працює повільніше, ніж WireGuard, на тому ж VPS?

Низька швидкість VLESS, порівняно з WireGuard, часто обумовлена вищим обчислювальним навантаженням на шифрування та обфускацію, особливо при використанні VLESS Reality. WireGuard розроблений для максимальної швидкості з мінімальними витратами ресурсів, тоді як VLESS/Reality орієнтований на обхід цензури, маскуючи трафік під HTTPS, що вимагає більше CPU. Для VLESS стабільно потрібні 2 vCPU та 4 GB RAM для швидкості вище 200 Мбіт/с.

Як відрізнити дроселювання провайдером від нестачі ресурсів VPS?

Дроселювання провайдером проявляється як стабільне обмеження швидкості VPN до певного значення (наприклад, 50 Мбіт/с), незалежно від завантаження VPS або часу доби. Нестача ресурсів VPS зазвичай призводить до зниження швидкості при високому навантаженні на CPU (моніторинг top/htop покаже 80-100% завантаження) або нестабільним результатам тестів швидкості. Перевірте швидкість VPS без VPN за допомогою iperf3 та speedtest-cli. Якщо вона висока, а з VPN низька, це скоріше дроселювання.

Який обсяг RAM та CPU потрібен для стабільного VPN на 10-15 користувачів?

Для 10-15 активних користувачів, які займаються стрімінгом або іграми, рекомендується VPS з мінімум 4 vCPU та 8 GB RAM. Це забезпечить достатню продуктивність для обробки шифрування та кількох одночасних потоків даних. Також важливий NVMe-диск та порт 1 Гбіт/с. Вартість такого сервера зазвичай починається від $20-25/міс.

Чи може MTU впливати на швидкість VPN і як його налаштувати?

Так, неправильно налаштований MTU може суттєво знизити швидкість VPN, викликаючи фрагментацію пакетів та повторні передачі. Оптимальне значення MTU зазвичай знаходиться в діапазоні 1420-1472 байт. Ви можете знайти його, використовуючи команду ping -M do -s [розмір_пакета] [ip_адреса] на Linux/macOS, поступово зменшуючи розмір пакета до зникнення фрагментації. Встановіть знайдене значення в конфігурації вашого VPN-сервера та клієнта.

Висновки

Діагностика низької швидкості VPN на VPS — це багатоступеневий процес, що вимагає послідовної перевірки мережевого каналу, ресурсів VPS, конфігурації протоколу та маршруту. Більшість проблем можна вирішити оптимізацією налаштувань та вибором правильного протоколу, але іноді потрібна зміна тарифу або локації VPS для досягнення бажаної продуктивності. Завжди починайте з перевірки базової швидкості VPS за допомогою iperf3 та speedtest-cli, перш ніж заглиблюватися у специфічні налаштування VPN.