Как приложение решает, куда отправить соединение

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

Путь одного соединения

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

1. Программа просит адрес

   Браузер или приложение обращается к имени вроде primer.ru. Пока это просто имя, никакого соединения ещё нет.

2. Приложение перехватывает запрос

   Если включён режим полного перехвата, запрос попадает к нему целиком. Если включён режим прокси — только от тех программ, которые согласились через него ходить. Разница.

3. Проверяются правила — сверху вниз

   Список правил читается по порядку. Первое совпавшее решает исход, остальные не проверяются. Поэтому порядок так важен.

4. Соединение уходит по выбранному пути

   Либо в туннель до сервера, либо обычной дорогой. Со стороны сайта это разные посетители: из другой страны или из вашей.

5. Ответ возвращается тем же путём

   Смешать пути внутри одного соединения нельзя: раз ушло в туннель — вернётся через туннель.

Из чего состоит правило

Правило — это пара «условие → куда». Условия бывают трёх видов, и путать их не стоит: они срабатывают в разных ситуациях.

Правило на домен надёжнее правила на адрес: сервис может переехать на другие адреса, а имя останется прежним. Это же объясняет, почему чужие списки стареют — они часто написаны на адреса.

Имя, адрес и почему это не одно и то же

Прежде чем соединение установится, имя вроде primer.ru должно превратиться в числовой адрес. Этот перевод — отдельный шаг, и он тоже может идти через сервер или напрямую. Отсюда странности, которые трудно объяснить: правило написано верно, но сайт всё равно не открывается — потому что имя перевелось в адрес не тот.

Специально этим обычно не занимаются: настройки перевода имён стоят по умолчанию и работают. Но знать про этот шаг стоит — он объясняет, почему смена DNS иногда чинит сайт, который «должен был» чиниться правилом, и почему проверка маршрута делается по поведению, а не по догадкам.

Три исхода, а не два

Кроме «через сервер» и «напрямую» есть третий исход — отклонить. Соединение никуда не идёт и мгновенно получает отказ. Так обычно поступают с рекламными и следящими адресами: страница грузится быстрее, потому что не ждёт ответа от того, что всё равно не нужно.

• Через сервер — для того, что иначе не открывается или рвётся.
• Напрямую — для того, что от чужого адреса ломается.
• Отклонить — для рекламы и счётчиков. Осторожно: слишком широкое правило ломает сайты, которые на этих счётчиках держатся.

Почему решение принимается заново каждый раз

Приложение не запоминает, «куда ходил этот сайт вчера». Каждое новое соединение проверяется по текущему списку правил. Отсюда два практических следствия.

Первое: изменив правила, переподключитесь. Уже открытые соединения продолжат идти старым путём, пока не закроются сами, и вам будет казаться, что настройка не применилась.

Второе: если сервис вчера работал, а сегодня нет, менять правило вслепую не нужно. Сначала посмотрите, куда он пошёл — часто обнаруживается, что его перехватило другое, более общее правило.

С чего начинать настройку

1. Оставить режим по умолчанию — тот, при котором перехватывается весь трафик системы.
2. Взять готовый набор правил, а не собирать список с нуля.
3. Проверить банк, госуслуги и карты: они ломаются первыми и сразу показывают, что набор выбран неудачно.
4. Всё, что сломалось, вынести напрямую; всё, что не открылось, — через сервер.
5. Переподключиться и проверить ещё раз. Как не сломать остальное.

Почему один сервис может идти двумя путями

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

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

Сколько времени занимает решение

Проверка правил — операция дешёвая: приложение сравнивает адрес со списком и останавливается на первом совпадении. На двадцати строках это незаметно даже на старом телефоне. Заметным это становится на списках в сотни строк — и не столько по скорости, сколько по расходу памяти.

Практический вывод тот же, что и во всём остальном: короткий список лучше длинного. Не потому, что длинный «тормозит», а потому, что вы перестаёте понимать, что в нём происходит.