Готовые правила раздельного туннелирования для типовых задач

Как устроено раздельное туннелирование в Happ и как вообще собрать профиль маршрутизации, уже разобрано в инструкции как настроить раздельное туннелирование. Здесь задача другая: показать, как эти списки заполняют под пять конкретных повседневных ситуаций, чтобы не собирать логику каждый раз с нуля.

Все примеры ниже используют условные значения вида example.com — их нужно заменить на реальные домены своей задачи, а не копировать буквально. Собираются такие профили в генераторе routing.happ.su и импортируются ссылкой happ://routing/onadd.

Принтеры, умные колонки, NAS и другие устройства локальной сети должны оставаться доступными напрямую, даже когда телефон или компьютер подключён к серверу через Happ.

{
  "DirectIp": ["geoip:private", "192.168.0.0/16", "10.0.0.0/8"]
}

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

Банковские и некоторые государственные сервисы иногда реагируют на смену обычного адреса подключения дополнительными проверками. Если такой сайт входит в список того, что вы регулярно используете через Happ, разумно вывести его в прямое соединение явно, а не полагаться на общее поведение профиля.

{
  "DirectSites": ["example-bank.example"]
}

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

Категория рекламных доменов уже собрана в geosite.dat, поэтому блокировку можно включить одной строкой в BlockSites, не перечисляя домены вручную.

{
  "BlockSites": ["geosite:category-ads-all"]
}

Рецепт не заменяет блокировщик рекламы в браузере: он работает на уровне сетевых запросов ко всему устройству, а не разбирает содержимое страницы, поэтому часть рекламы, встроенной прямо в код сайта или приложения, так убрать не получится.

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

{
  "DirectSites": ["example-videocall.example"],
  "DirectIp": ["geoip:private"]
}

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

Для доступа к ресурсам компании через сервер, который развернул и разрешил именно её ИТ-отдел, разумно завести отдельный профиль или отдельную подписку, а не смешивать рабочие домены с личными правилами.

{
  "Name": "Work",
  "GlobalProxy": "false",
  "ProxySites": ["corp.example.com"],
  "ProxyIp": ["203.0.113.0/24"]
}

Любую такую схему стоит заранее согласовать с ИТ-отделом компании: конкретные домены, подсети и правила доступа определяет он, а не сам пользователь Happ. Более подробный разбор корпоративного сценария — в сценарии Happ и корпоративная сеть и в разборе маршрутизации для удалённой работы.