Гайд по VPN · 1 мин чтения

Раздельное туннелирование: через VPN только выбранные приложения

Полный туннель ведёт через выходной узел всё; раздельное туннелирование — только то, что вы выберете, остальное идёт обычным соединением. Разбираем, как это работает, включая приём AllowedIPs в WireGuard, который делает это без единой дополнительной программы.

Полный туннель против раздельного

По умолчанию VPN работает как полный туннель: каждый пакет с вашего устройства идёт через зашифрованный выход. Раздельное туннелирование это меняет — вы сами решаете, какой трафик идёт в туннель, а какой остаётся на обычном соединении. Разновидностей две: по приложениям (это приложение — через VPN, то — напрямую) и по назначению (эти диапазоны IP или сайты — через VPN, остальное — напрямую).

Польза чисто практическая. Сайт банка или чувствительную к задержкам игру оставляете на быстром локальном соединении, а скрапер или сервис с геоограничениями пускаете через VPN. Или дотягиваетесь до устройств в локальной сети — принтера, NAS, — которые полный туннель иначе отрезал бы. Платите за это тем, что трафик вне туннеля не защищён: это настоящий компромисс, а не бесплатный бонус.

Раздельный туннель через AllowedIPs в WireGuard

В WireGuard поле AllowedIPs у пира и есть правило маршрутизации. Сузьте его с 0.0.0.0/0 до тех назначений, которые действительно должны идти в туннель, — всё остальное останется на обычном канале.

ini
# --- Full tunnel (everything via VPN): ---
[Peer]
PublicKey = SERVER_PUBKEY
Endpoint = VPN_HOST:51820
AllowedIPs = 0.0.0.0/0, ::/0

# --- Split tunnel by DESTINATION: only these ranges use the VPN ---
[Peer]
PublicKey = SERVER_PUBKEY
Endpoint = VPN_HOST:51820
# e.g. tunnel only a specific service's subnets; rest goes direct:
AllowedIPs = 203.0.113.0/24, 198.51.100.0/24

# --- Inverse split (tunnel everything EXCEPT the LAN): ---
# keep 0.0.0.0/0 but exclude your local subnet from the tunnel by
# splitting the route, or use your client's "excluded routes" option.
# On Linux you can also mark packets per-app with 'wg-quick' + fwmark
# and route only that mark into the wg interface.

Когда разделять — и честно о риске

Раздельное туннелирование выигрывает там, где полный туннель избыточен или просто мешает: доступ к локальным устройствам, вынос доверенного тяжёлого трафика (видеозвонки, бэкапы) за пределы VPN, одно приложение «за границей», пока остальные дома, или снижение нагрузки на выход с тарификацией по трафику. AllowedIPs в WireGuard делает разделение по назначению тривиальным — это буквально таблица маршрутизации туннеля, — а многие клиенты добавляют сверху ещё и разделение по приложениям.

Честное предупреждение: всё, что идёт мимо туннеля, идёт с вашего настоящего IP и без всякой защиты. Если разделяете по приложениям, убедитесь, что выведенное наружу приложение не сливает ничего чувствительного, и помните: раздельный туннель ослабляет гарантию «спрятано всё», которую даёт полный. Следите также за утечками DNS — без явного закрепления DNS может пойти не тем путём. VPN от s4m поддерживает оба режима: берите полный туннель, когда приватность в приоритете, и разделяйте только тогда, когда есть конкретная причина и вы понимаете, что остаётся открытым.

Поделиться страницей
FAQ

Ответы на вопросы

Как сделать раздельный туннель в WireGuard?

Используйте поле AllowedIPs у пира как правило маршрутизации. 0.0.0.0/0 — это полный туннель; сузьте его до конкретных диапазонов IP, и через VPN пойдут только эти назначения, а остальное пойдёт обычным соединением. Многие клиенты предлагают ещё и разделение по приложениям.

Раздельное туннелирование менее безопасно, чем полный туннель?

Да, по самой своей конструкции. Любой трафик, выведенный за пределы туннеля, идёт с вашего настоящего IP и без защиты VPN. Включайте раздельное туннелирование только при конкретной необходимости и убедитесь, что по исключённому пути не идёт ничего чувствительного. Когда цель — приватность, полный туннель безопаснее.

Полный туннель или раздельный — решать вам

VPN от s4m на WireGuard/OpenVPN поддерживает оба режима: полный туннель, когда приватность на первом месте, и разделение через AllowedIPs, когда локальные устройства или доверенный трафик должны ходить напрямую.

Эту страницу нашли по запросу

Реальные поисковые фразы, на которые отвечает эта страница — по ссылкам откроются материалы, раскрывающие тему глубже.