Списки исключений и раздельное туннелирование в Happ

Что такое split tunneling и списки исключений в Happ

Split tunneling — это режим, при котором клиент делит исходящий трафик на два потока: один идёт через прокси-сервер, второй напрямую через провайдера. Управляется это разделение через happ списки — наборы правил, где вы явно указываете домены, IP-подсети или приложения, попадающие в исключения. Всё, что не подпадает под правило, обрабатывается по политике по умолчанию.

В Happ есть два принципиально разных подхода к формированию списков. Первый — режим исключений (bypass), когда через прокси проходит весь трафик, кроме перечисленного: удобно, чтобы вывести из туннеля банковские приложения, локальные сервисы и сайты, чувствительные к смене региона. Второй — режим включений (proxy-only), когда напрямую идёт всё, а через сервер маршрутизируется только заданный список ресурсов. Выбор режима определяет всю логику happ обхода на устройстве.

Технически правила хранятся в конфигурации профиля и применяются движком маршрутизации на лету, без переподключения сессии. Это значит, что изменение списка вступает в силу почти мгновенно, а не требует полного пересоздания туннеля. Понимание этой модели — база для тонкой настройки скорости и стабильности.

Как добавить сайт в список исключений Happ

Чтобы добавить домен, откройте активный профиль и перейдите в раздел маршрутизации (Routing / Правила). Нажмите добавление правила и укажите домен в формате example.com — без протокола http и без завершающего слэша. Для покрытия всех поддоменов используйте маску вида domain:example.com или суффиксную запись, чтобы app.example.com и cdn.example.com попали под одно правило автоматически.

Для правила задайте действие: proxy (направить через сервер), direct (пустить напрямую) или block (заблокировать соединение). Именно связка домен + действие формирует поведение happ обхода. Если нужно вывести из туннеля тяжёлый видеосервис ради скорости — ставьте direct; если требуется стабильный доступ к конкретному ресурсу через сервер — proxy.

Помимо доменов, в happ списки можно вносить IP-адреса и CIDR-подсети (например, 10.0.0.0/8 для локальной сети) и GEO-метки (geoip:ru, geosite:category-ads). Подсети полезны для корпоративных ресурсов и NAS, а GEO-правила разом описывают целые категории вместо ручного перечисления сотен доменов.

После сохранения проверьте порядок правил: движок применяет их сверху вниз и останавливается на первом совпадении. Слишком общее правило, стоящее выше, перекроет более точное ниже — поэтому конкретные домены держите над широкими масками и GEO-категориями.

Как удалить сайт или правило из списка

Удаление выполняется в том же разделе маршрутизации. Найдите нужную строку в списке правил, вызовите контекстное меню (свайп влево на мобильных клиентах или значок корзины в десктопной версии) и подтвердите удаление. Правило исчезает из активной конфигурации без перезапуска приложения.

Если после удаления ресурс продолжает вести себя по-старому, причина почти всегда в кэше DNS или в дублирующем правиле. Проверьте, нет ли того же домена в другом списке или в более широкой маске (например, отдельный сайт мог попадать под geosite-категорию). Уберите пересекающееся правило и сбросьте DNS-кэш переподключением профиля.

Для массовой чистки удобнее редактировать список не по одной строке, а через импорт/экспорт конфигурации: выгрузите текущие правила, отредактируйте блок routing во внешнем редакторе и импортируйте обратно. Это снижает риск случайно оставить осиротевшее правило и упрощает ведение больших happ списков.

Перед удалением критичных правил сделайте резервную копию профиля. Откат к сохранённой версии займёт секунды, тогда как восстановление вручную собранного из десятков доменов списка — задача на полчаса.

Маршрутизация по приложениям и подпискам на списки

Помимо доменной маршрутизации Happ поддерживает разделение по приложениям (per-app). На мобильных платформах вы отмечаете, какие приложения идут через туннель, а какие — напрямую, минуя прокси. Это отдельный слой поверх доменных правил: например, мессенджер можно целиком направить через сервер, а банковский клиент вывести из туннеля, не трогая доменные списки.

Для ресурсоёмких сценариев используйте готовые подписки на списки маршрутизации — внешние URL с наборами правил, которые клиент периодически подтягивает и обновляет. Так поддерживать актуальность категорий (реклама, трекеры, региональные ресурсы) можно без ручного редактирования. Подключается подписка через добавление источника правил с указанием ссылки и интервала обновления.

Комбинируйте уровни осознанно: сначала per-app определяет, попадает ли трафик приложения в туннель вообще, затем доменные правила и подписки решают, какой сервер или прямой маршрут применить внутри туннеля. Такая иерархия даёт предсказуемый happ обход без конфликтов между слоями.

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

Оптимизация скорости и стабильности через правильные списки

Грамотно собранный список исключений напрямую влияет на скорость. Выводя из туннеля локальный и высоконагруженный трафик (стриминг, обновления ОС, торренты по политике), вы разгружаете прокси-канал и снижаете задержку для действительно важных соединений. Это ключевой приём оптимизации, а не просто способ что-то обойти.

Порядок и специфичность правил определяют производительность разбора. Точечные доменные правила дешевле для движка, чем широкие GEO-категории, поэтому часто используемые ресурсы выносите отдельными строками наверх. Регулярно чистите happ списки от устаревших и дублирующихся записей — раздутый набор правил замедляет установку каждого нового соединения.

Для диагностики используйте встроенный лог соединений: он показывает, какое правило сработало для конкретного домена (proxy, direct или block). Если ресурс идёт не тем маршрутом — вы сразу видите, какое правило перехватило соединение, и правите именно его, а не перебираете весь список вслепую.

Финальная проверка после изменений: откройте пару тестовых ресурсов, сверьте маршрут в логе и замерьте задержку. Стабильная конфигурация — та, где каждое правило обосновано, порядок предсказуем, а лишних пересечений между списками и подписками нет.