Два VPS: транзитний сервер в Україні та вихідний за кордоном

Схема з двох VPS, де транзитний сервер у Росії (наприклад, з 2 vCPU, 4 GB RAM та 40 GB NVMe-диска) приймає трафік за протоколом, стійким до DPI, і перенаправляє його на вихідний сервер за кордоном (з аналогічними характеристиками) через оптимізований тунель, дозволяє стабілізувати з'єднання та уникнути деградації швидкості до 80% у пікові години, пропонуючи стабільний канал до 1 Гбіт/с.

В умовах постійно мінливих правил маршрутизації та посилення заходів з контролю трафіку в інтернеті, багато користувачів стикаються з однією й тією ж проблемою: прямий канал до закордонних ресурсів, що чудово працює вдень, увечері перетворюється на "гарбуз". Швидкість падає, пінг зростає, відео не завантажується, онлайн-ігри лагають. Ця деградація особливо помітна на маршрутах, що проходять через кілька автономних систем і піддаються глибокій інспекції пакетів (DPI).

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

Навіщо потрібен ланцюжок з двох VPS: коли прямий канал "гальмує"?

Проблема деградації швидкості інтернету у вечірній час або при доступі до закордонних ресурсів знайома багатьом. Це не завжди пов'язано з провайдером або вашою домашньою мережею. Часто причина криється в перевантаженні магістральних каналів, неоптимальній маршрутизації або цілеспрямованому впливі на трафік, наприклад, за допомогою DPI.

Проблема деградації з'єднання та обхід блокувань

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

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

Як транзитний VPS-сервер вирішує цю проблему?

Основна ідея полягає у створенні транзитного VPN-сервера, який виступає в ролі "мосту". Ви підключаєтеся до першого VPS, розташованого в Росії, за протоколом, який добре маскується під звичайний веб-трафік і стійкий до DPI. Від цього російського VPS трафік захищеним та оптимізованим тунелем (наприклад, WireGuard) перенаправляється на другий VPS, розташований за кордоном. І вже із закордонного VPS трафік виходить в інтернет. Таким чином, ви отримуєте:

• Стабільність першого плеча: З'єднання з російським VPS зазвичай має низький пінг та високу швидкість, оскільки трафік залишається всередині країни або на коротких, добре оптимізованих маршрутах.
• Обхід DPI: Завдяки використанню протоколів, стійких до інспекції, ваше з'єднання з транзитним сервером менш схильне до блокувань та уповільнень.
• Оптимізоване друге плече: Між двома вашими VPS ви контролюєте маршрут. Ви можете вибрати провайдера з хорошим міжнародним пірингом, що гарантує стабільний та швидкий канал між серверами, навіть якщо прямий шлях від вашого дому до закордонного сервера поганий.
• Покращення швидкості: Часто такий ланцюжок з двох VPS дозволяє прискорити VPN через транзит, особливо якщо прямий шлях до закордонного сервера сильно деградує.

Вибір локацій та характеристик для VPS-мосту Росія

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

Ідеальний транзитний сервер у Росії

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

Мінімальні вимоги до транзитного VPS:

• Процесор (vCPU): 1-2 ядра. Для обробки трафіку та роботи VPN-протоколу цього достатньо.
• Оперативна пам'ять (RAM): 1-2 GB. Сучасні VPN-сервери не вимагають багато ОЗП, якщо немає великої кількості одночасних користувачів.
• Диск: 20-40 GB NVMe/SSD. Швидкий диск важливий для операційної системи та тимчасових файлів, але обсяг не критичний, оскільки дані зберігати не потрібно.
• Мережевий порт: 1 Гбіт/с. Це стандарт для більшості VPS, але переконайтеся, що він гарантований, а не є "до 1 Гбіт/с" із загальними обмеженнями.
• Трафік: Від 0.5 ТБ/міс. Для особистого використання цього вистачить із запасом. Якщо користувачів кілька, знадобиться більше.

Оптимальний вихідний сервер за кордоном

Вихідний сервер вибирається виходячи з ваших потреб у доступі до конкретних ресурсів. Якщо вам потрібен доступ до американських сервісів, вибирайте США. Якщо до європейських — Німеччина, Нідерланди, Фінляндія. Головне, щоб у провайдера були хороші міжнародні канали зв'язку та стабільний піринг з іншими країнами. В ідеалі, вибирайте провайдера, який має хороші маршрути до російського провайдера, де розташований ваш транзитний сервер.

Мінімальні вимоги до вихідного VPS:

• Процесор (vCPU): 1-2 ядра.
• Оперативна пам'ять (RAM): 1-2 GB.
• Диск: 20-40 GB NVMe/SSD.
• Мережевий порт: 1 Гбіт/с.
• Трафік: Від 0.5 ТБ/міс.

Для 50 одночасних користувачів достатньо 4 vCPU, 8 GB RAM та NVMe-диска на 80 GB.

Користувачів	vCPU	RAM	Диск	Порт	Ціна (орієнтовно, Valebyte.com, липень 2024)
1-5 (особистий)	1-2	1-2 GB	20-40 GB NVMe	1 Гбіт/с	від $5/міс (за кожен VPS)
5-20 (мала команда)	2	4 GB	40-60 GB NVMe	1 Гбіт/с	від $10/міс (за кожен VPS)
20-50 (середня група)	4	8 GB	80 GB NVMe	1 Гбіт/с	від $20/міс (за кожен VPS)
50-100+ (велика група)	6+	16+ GB	160+ GB NVMe	1 Гбіт/с	від $40/міс (за кожен VPS)

Сумарна вартість такої схеми для особистого використання починається орієнтовно від $10/міс за два VPS (наприклад, $5 за російський та $5 за закордонний), що цілком співставно з ціною одного якісного VPN-сервісу, але дає значно більше контролю та стабільності.

Налаштування подвійного тунелю: від протоколу до маршрутизації

Налаштування подвійного тунелю — це серце нашої схеми. Вона включає два основні етапи: підключення клієнта до транзитного сервера та створення стабільного каналу між транзитним та вихідним серверами. Для кожного етапу вибираються оптимальні протоколи та методи.

Захищений протокол для першого плеча (Росія -> Транзит)

Для першого плеча (ваш комп'ютер → транзитний VPS у Росії) вкрай важливо вибрати протокол, який буде стійким до DPI і не буде легко розпізнаватися як VPN. Тут підійдуть такі рішення, як:

• Shadowsocks: Простий та ефективний проксі-протокол, який маскується під звичайний HTTPS-трафік. Він легко налаштовується та має клієнтів для більшості платформ. Shadowsocks-2022 на VPS: налаштування та обхід блокувань у 2026 — чудовий вибір для цього етапу.
• V2Ray/Xray з VLESS/VMess та XTLS/Reality: Більш просунуті протоколи з обфускацією, які також ефективно обходять DPI, маскуючись під легітимний трафік. Вони складніші в налаштуванні, але пропонують високий ступінь захисту.
• WireGuard з обфускацією (наприклад, через hysteria/cloak): Сам по собі WireGuard легко детектується, але у зв'язці з обфускатором стає дуже стійким.

Для прикладу, припустимо, що ви використовуєте Shadowsocks на першому плечі. На транзитному сервері ви налаштовуєте Shadowsocks-сервер, до якого підключається ваш клієнт.

Високошвидкісний тунель між VPS (Транзит -> Вихідний)

Для другого плеча (транзитний VPS → вихідний VPS) пріоритетом є швидкість та мінімальна затримка. Оскільки трафік йде між вашими серверами, немає необхідності у складній обфускації. Ідеальним вибором тут буде WireGuard.

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

Приклад налаштування WireGuard

Припустимо, у нас є:

• Транзитний VPS (Ru-VPS): IP 192.0.2.1 (публічний), внутрішній IP для WireGuard 10.0.0.1
• Вихідний VPS (Eu-VPS): IP 198.51.100.1 (публічний), внутрішній IP для WireGuard 10.0.0.2

Налаштування WireGuard на Ru-VPS (транзитний сервер)

Встановіть WireGuard:

sudo apt update
sudo apt install wireguard

Згенеруйте ключі:

wg genkey | sudo tee /etc/wireguard/privatekey_ru
sudo cat /etc/wireguard/privatekey_ru | wg pubkey | sudo tee /etc/wireguard/publickey_ru

Створіть файл конфігурації /etc/wireguard/wg0.conf:

[Interface]
PrivateKey = (содержимое privatekey_ru)
Address = 10.0.0.1/24
ListenPort = 51820
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = (содержимое publickey_eu)
AllowedIPs = 10.0.0.2/32
Endpoint = 198.51.100.1:51820

Увімкніть форвардинг IP-пакетів (/etc/sysctl.conf):

net.ipv4.ip_forward = 1

Застосуйте зміни:

sudo sysctl -p

Запустіть WireGuard:

sudo wg-quick up wg0
sudo systemctl enable wg-quick@wg0

Налаштування WireGuard на Eu-VPS (вихідний сервер)

Встановіть WireGuard:

sudo apt update
sudo apt install wireguard

Згенеруйте ключі:

wg genkey | sudo tee /etc/wireguard/privatekey_eu
sudo cat /etc/wireguard/privatekey_eu | wg pubkey | sudo tee /etc/wireguard/publickey_eu

Створіть файл конфігурації /etc/wireguard/wg0.conf:

[Interface]
PrivateKey = (содержимое privatekey_eu)
Address = 10.0.0.2/24
ListenPort = 51820
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = (содержимое publickey_ru)
AllowedIPs = 10.0.0.1/32
Endpoint = 192.0.2.1:51820

Увімкніть форвардинг IP-пакетів (/etc/sysctl.conf):

net.ipv4.ip_forward = 1

Застосуйте зміни:

sudo sysctl -p

Запустіть WireGuard:

sudo wg-quick up wg0
sudo systemctl enable wg-quick@wg0

Після цього трафік, що надходить на Ru-VPS, буде перенаправлятися через WireGuard тунель на Eu-VPS і виходити в інтернет через нього. На Ru-VPS вам також потрібно буде налаштувати правила iptables для перенаправлення трафіку, що надходить через Shadowsocks, у WireGuard тунель. Це робиться за допомогою правил PREROUTING та POSTROUTING, які перехоплюють вхідний трафік і відправляють його в тунель wg0.

Оптимізація MTU: чому це критично для прискорення VPN через транзит

Однією з частих причин низької швидкості та нестабільності VPN-з'єднань є неправильно налаштований MTU (Maximum Transmission Unit). Це особливо актуально для ланцюжка з двох VPS, де кожен тунель додає свій оверхед.

Розуміння MTU та його вплив на швидкість

MTU визначає максимальний розмір пакета даних (у байтах), який може бути переданий мережею без фрагментації. Стандартне значення MTU для Ethernet — 1500 байт. Однак при використанні VPN-тунелів (таких як WireGuard, Shadowsocks) до кожного пакета додаються заголовки протоколу, що збільшує його розмір. Якщо загальний розмір пакета із заголовками перевищує MTU наступного мережевого інтерфейсу, пакет буде фрагментований. Фрагментація пакетів призводить до:

• Збільшення затримки: Кожна фрагмента вимагає збірки на стороні, що приймає.
• Зниження пропускної здатності: Більше пакетів, більше накладних витрат.
• Втрати пакетів: Якщо один фрагмент губиться, весь пакет доводиться пересилати заново.
• Проблем з PMTUD (Path MTU Discovery): Деякі мережеві пристрої можуть блокувати ICMP-пакети, необхідні для PMTUD, що призводить до "чорних дір" для пакетів великого розміру.

У нашій схемі у нас є як мінімум два тунелі: один від клієнта до Ru-VPS (наприклад, Shadowsocks) і один між Ru-VPS та Eu-VPS (WireGuard). Кожен з них зменшує ефективний MTU. Типовий MTU для WireGuard становить 1420 байт (1500 - 80 байт заголовка WireGuard + IPv4). Якщо ваш Shadowsocks також додає свій оверхед, реальний MTU, який може пройти через весь ланцюжок, може бути ще меншим.

Налаштування та тестування MTU

Оптимальне значення MTU має бути встановлено на всіх VPN-інтерфейсах у ланцюжку. Почніть з визначення MTU вашого основного інтернет-з'єднання. Потім, знаючи оверхед протоколів (наприклад, 80 байт для WireGuard), можна розрахувати відповідне значення.

Методика визначення MTU:

1. Визначте MTU до транзитного VPS:

   ping -c 1 -M do -s 1472 192.0.2.1

   Почніть з 1472 (1500 - 28 байт для IP/ICMP заголовків) і зменшуйте, доки пакети не перестануть фрагментуватися. Додайте 28, щоб отримати MTU.

2. Визначте MTU між транзитним та вихідним VPS:

   ping -c 1 -M do -s 1472 198.51.100.1 (з Ru-VPS)

   Аналогічно, знайдіть максимальний розмір пакета без фрагментації.

3. Встановіть MTU для WireGuard:

   У файлі конфігурації /etc/wireguard/wg0.conf додайте або змініть рядок MTU в секції [Interface]:

   [Interface]
           ...
           MTU = 1420 # Або інше знайдене значення
           ...

   Перезапустіть WireGuard: sudo wg-quick down wg0 && sudo wg-quick up wg0.

4. Налаштування MTU для Shadowsocks:

   Деякі Shadowsocks клієнти та сервери дозволяють явно вказати MTU. Якщо ні, то WireGuard MTU зазвичай є більш критичним.

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

Моніторинг продуктивності обох плечей

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

Інструменти для відстеження швидкості та затримки

Для ефективного моніторингу вам знадобляться кілька ключових інструментів:

1. Ping: Базовий інструмент для вимірювання затримки (latency) до сервера.

   ping -c 10 192.0.2.1 # Пінг до Ru-VPS
   ping -c 10 198.51.100.1 # Пінг до Eu-VPS
   ping -c 10 google.com # Пінг до кінцевого ресурсу через ланцюжок

   Низький пінг (до 50 мс для російського VPS, до 150-200 мс для закордонного) — хороший показник.

2. Traceroute / MTR: Відстежує маршрут пакетів та показує затримку на кожному вузлі. MTR (My Traceroute) комбінує функціонал ping та traceroute, безперервно відправляючи пакети та відображаючи статистику.

   mtr -rw -c 100 192.0.2.1 # MTR до Ru-VPS
   mtr -rw -c 100 198.51.100.1 # MTR до Eu-VPS з Ru-VPS

   Шукайте вузли з високою втратою пакетів (Loss%) або різким збільшенням затримки (Last, Avg, Best, Wrst). Це вкаже на проблемні ділянки маршруту.

3. iperf3: Інструмент для вимірювання пропускної здатності (швидкості) між двома точками.

   На Eu-VPS (вихідний сервер) запустіть сервер iperf3:

   iperf3 -s

   На Ru-VPS (транзитний сервер) запустіть клієнт iperf3, щоб виміряти швидкість до Eu-VPS:

   iperf3 -c 10.0.0.2 -P 5 # Використовуйте внутрішній IP WireGuard для вимірювання тунелю

   На вашому локальному комп'ютері (клієнті) можна запустити iperf3 до Ru-VPS (якщо Shadowsocks підтримує це, або виміряти швидкість до Eu-VPS через весь ланцюжок, якщо WireGuard налаштований на вашому клієнті безпосередньо).

   Вимірюйте швидкість в обох напрямках (-R для реверсивного тесту). Хороші показники — 500 Мбіт/с і вище для VPS з 1 Гбіт/с портом.

4. Speedtest-cli: Зручний інструмент для перевірки швидкості до найближчих серверів Speedtest.net з командного рядка.

   speedtest # На Ru-VPS
   speedtest # На Eu-VPS

   Дозволяє швидко оцінити загальну пропускну здатність кожного сервера до публічного інтернету.

Як визначити "слабку ланку"

Порівнюючи результати цих тестів, ви зможете визначити, де знаходиться "слабка ланка" у вашому ланцюжку з двох VPS:

• Високий пінг або втрата пакетів до Ru-VPS: Проблема на вашому локальному провайдері або на маршруті до російського дата-центру. Спробуйте змінити протокол для першого плеча або перевірити свій домашній інтернет.
• Високий пінг або низька швидкість між Ru-VPS та Eu-VPS (по WireGuard): Проблема з пірингом між дата-центрами, де розташовані ваші VPS. Можливо, варто спробувати іншого провайдера для одного з серверів або іншу локацію для Eu-VPS. Також перевірте налаштування MTU.
• Низька швидкість від Eu-VPS до зовнішніх ресурсів: Проблема з вихідним каналом Eu-VPS або його пірингом з цільовими сервісами.

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

Порівняння: релей-сервер для обходу блокувань проти одного VPS

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

Коли транзит дійсно прискорює, а коли додає затримку

Схема з релей-сервером для обходу блокувань не є панацеєю і не завжди призводить до прискорення. Її ефективність сильно залежить від вихідних умов:

Транзит прискорює, якщо:

• Прямий канал до закордонного сервера сильно деградує: Увечері, в пікові години, коли спостерігаються високі втрати пакетів, різке збільшення пінгу або падіння швидкості на прямому маршруті.
• Відбувається активне DPI та блокування: Якщо ваш провайдер активно уповільнює або блокує VPN-трафік на прямих з'єднаннях. Транзитний сервер дозволяє використовувати стійкий до DPI протокол на першому плечі.
• Ви хочете контролювати маршрут: Вибираючи провайдерів для транзитного та вихідного серверів, ви можете оптимізувати шлях між ними, уникаючи перевантажених або ненадійних вузлів.
• Різні географічні потреби: Наприклад, вам потрібен російський IP для одних ресурсів та закордонний для інших. З транзитним сервером ви можете гнучко керувати цим.

Транзит додає затримку та складність, якщо:

• Прямий канал до закордонного сервера стабільний: Якщо у вас немає проблем з деградацією швидкості або блокуваннями, додавання проміжної ланки лише збільшить загальну затримку (мінімум 10-30 мс на кожне додаткове "плече") та складність налаштування.
• Вкрай низький пінг критичний: Для онлайн-ігор, де важлива кожна мілісекунда, додавання транзитного сервера може збільшити пінг на 20-50 мс, що може бути неприйнятним.

Ось таблиця, яка допоможе вам оцінити, коли варто використовувати транзитний VPN-сервер:

Критерій	Один VPS	Два VPS (Транзитний + Вихідний)	Методика вимірювання
Прямий пінг до цільового закордонного ресурсу	< 100 мс	> 150 мс	ping google.com (без VPN), ping -c 100
Пряма швидкість до цільового закордонного ресурсу (у пік)	> 50 Мбіт/с	< 20 Мбіт/с	Speedtest.net до закордонного сервера (без VPN)
Наявність DPI/блокувань VPN	Ні або легко обходиться	Так, часті блокування	Тестування OpenVPN/WireGuard без обфускації
Пінг до транзитного VPS (Ru-VPS)	Не застосовується	< 50 мс	ping 192.0.2.1 (IP Ru-VPS)
Пінг між Ru-VPS та Eu-VPS	Не застосовується	< 80 мс	ping 198.51.100.1 (IP Eu-VPS з Ru-VPS)
Загальна затримка (через ланцюжок)	Мінімальна	+20-50 мс до прямого пінгу	ping google.com (через VPN-ланцюжок)
Складність налаштування	Низька	Середня/Висока	Оцінка кількості кроків та конфігурацій
Вартість (орієнтовно, липень 2024)	від $5/міс	від $10/міс	Сума тарифів двох VPS

Аналіз вартості та складності

З фінансової точки зору, схема з подвійним тунелем очевидно дорожча. Замість одного VPS за $5-10 на місяць, вам знадобляться два, що збільшить щомісячні витрати до $10-20. Однак, якщо стабільність та швидкість доступу до закордонних ресурсів критичні для вашої роботи або дозвілля, ці додаткові витрати можуть бути виправдані.

З точки зору складності налаштування, один VPS значно простіший. Ви просто встановлюєте VPN-сервер і підключаєтеся. З двома VPS вам доведеться налаштувати два сервери, два протоколи (або один протокол у двох режимах), правила маршрутизації та iptables на обох, а також оптимізувати MTU. Це вимагає базових знань Linux та мережевих технологій. Але для розробників та системних адміністраторів, для яких написана ця стаття, це не повинно стати непереборною перешкодою.

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

Висновки

Схема з двома VPS — транзитним у Росії та вихідним за кордоном — є високоефективним рішенням для стабілізації з'єднання та обходу деградації швидкості до 80% у пікові години. Вона забезпечує надійний канал до 1 Гбіт/с і дозволяє контролювати маршрутизацію трафіку, підвищуючи стійкість до DPI. Хоча така конфігурація вимагає більше зусиль у налаштуванні та орієнтовно вдвічі дорожча за один VPS (від $10/міс), вона повністю виправдовує себе для тих, кому критична стабільність та продуктивність доступу до закордонних ресурсів.

Часто задавані питання

1. Наскільки складно налаштувати схему з двох VPS для обходу блокувань?

Налаштування ланцюжка з двох VPS вимагає базових знань Linux, роботи з командним рядком та мережевих протоколів, таких як WireGuard і Shadowsocks. Хоча це складніше, ніж налаштування одного VPN-сервера, за наявності покрокових інструкцій та досвіду роботи з серверами, процес займе від 1 до 2 годин для досвідченого користувача. Основні кроки включають встановлення VPN-серверів, налаштування міжсерверного тунелю та правил маршрутизації.

2. Які протоколи краще використовувати для кожного плеча тунелю?

Для першого плеча (ваш комп'ютер -> транзитний VPS у Росії) рекомендується використовувати протоколи, стійкі до DPI, наприклад, Shadowsocks або V2Ray/Xray з обфускацією. Вони маскуються під звичайний веб-трафік і менш схильні до блокувань. Для другого плеча (транзитний VPS -> вихідний VPS за кордоном) оптимальним вибором буде WireGuard, завдяки його високій швидкості, низькому оверхеду та простоті налаштування. Ця комбінація забезпечує як обхід блокувань, так і високу пропускну здатність.

3. Чи можна використовувати цю схему для кількох користувачів?

Так, схема з двох VPS відмінно масштабується для кількох користувачів. Для 5-20 одночасних користувачів рекомендується вибирати VPS з 2 vCPU та 4 GB RAM, що коштуватиме орієнтовно від $10/міс за кожен сервер. При збільшенні числа користувачів до 50 і більше, слід розглянути VPS з 4 vCPU та 8 GB RAM, що коштуватиме від $20/міс за кожен. Важливо також забезпечити достатній обсяг трафіку та пропускну здатність мережевого порту (1 Гбіт/с) на обох серверах.

4. Чи впливає MTU на швидкість з'єднання і як його оптимізувати?

Так, некоректно налаштований MTU (Maximum Transmission Unit) може значно знизити швидкість та стабільність VPN-з'єднання, викликаючи фрагментацію пакетів. Для оптимізації необхідно визначити оптимальне значення MTU для кожного мережевого інтерфейсу в ланцюжку (зазвичай 1420 байт для WireGuard) та встановити його в конфігураційних файлах VPN-серверів. Це можна зробити за допомогою команди ping -M do -s <розмір> для визначення максимального розміру пакета без фрагментації. Правильне налаштування MTU може покращити пропускну здатність на 10-20%.

5. Які орієнтовні витрати на таку схему?

Орієнтовні щомісячні витрати на схему з двох VPS починаються від $10-$15 на місяць за два базових VPS (наприклад, по $5-$7.5 за кожен сервер з 1 vCPU, 1-2 GB RAM та 20-40 GB NVMe). Для більш вимогливих сценаріїв з 20-50 користувачами, вартість може зрости до $40-$50 на місяць (по $20-$25 за кожен VPS з 4 vCPU, 8 GB RAM). Ці ціни є орієнтовними для пропозицій Valebyte.com на липень 2024 року та залежать від вибраних характеристик та локацій.