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

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

Главный принцип: от общего к частному

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

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

Порядок сборки

1. Поставьте общее правило: всё через сервер

   Это фундамент. Он должен стоять последним в списке, ниже всех исключений — иначе перехватит их первым.

2. Выведите локальную сеть напрямую

   Роутер, сетевой диск, принтер, камеры. Проверка: откройте страницу настроек роутера — она должна открыться.

3. Выведите деньги напрямую

   Банк, оплата, кошельки. Правило пишите на домен целиком, а не на страницу входа: приложение банка ходит на несколько адресов.

   Проверка: зайдите в банк и убедитесь, что вход прошёл без лишнего кода.

4. Выведите документы и город

   Государственные порталы, карты, такси, доставка, маркетплейсы. Проверка: откройте карту и посмотрите, ваш ли город определился.

5. Пройдитесь по своим ежедневным приложениям

   Всё, что открываете чаще раза в день. Если сервис просит подтверждение или ведёт себя иначе — он кандидат в исключения.

6. Проверьте порядок строк

   Точечные исключения выше, широкие — ниже, общее правило в самом низу. Разбор порядка.

7. Запишите список в заметку

   С короткими пометками, зачем нужна каждая строка. Через два месяца это единственное, что спасёт от догадок.

Почему по одной строке, а не пачкой

Соблазн добавить сразу десять исключений понятен: кажется, что так быстрее. На деле выходит дольше. Если после десяти строк что-то сломалось, вы не знаете, какая из них виновата, и начинаете отключать по одной — то есть делаете ту же работу, только задом наперёд и с испорченным настроением.

Одна строка — одно переподключение — одна проверка. Цикл занимает минуту, и за полчаса вы соберёте весь список, зная про каждую строку, что именно она чинит. Это же знание потом экономит вечер при разборе поломки.

Как записывать правила

Домен целиком, а не конкретную страницу

Правило на primer.ru покроет и lk.primer.ru, и служебные адреса того же сервиса. Правило на одну страницу не покроет ничего, кроме неё, и вы получите полурабочий сервис.

Не мельчите с адресами

Числовые адреса меняются: сервис переезжает между площадками, и через месяц ваше правило указывает в пустоту. Адреса используют только там, где домена нет вовсе — например, для устройств в локальной сети.

Одна строка — одна причина

Не сваливайте десять доменов в одну строку «разное». Когда придётся разбираться, почему что-то не работает, вы будете удалять её целиком и ломать ещё девять вещей.

Как поддерживать

• Раз в пару месяцев пройдитесь по списку и удалите строки, о которых не помните, зачем они. Проверьте, что после удаления ничего не сломалось.
• После установки нового приложения решите сразу: банковское и адресное — напрямую, остальное по общему правилу.
• Когда сервис начал просить подтверждение — он ушёл через сервер. Добавьте исключение, а не меняйте пароль.
• Когда сервис перестал открываться — его перехватило чужое правило. Как найти какое.

Что делать с сервисами, которые ведут себя непредсказуемо

Часть сервисов не укладывается в деление «через сервер или напрямую». Сегодня сайт открывается напрямую, завтра нет; приложение работает, а его веб-версия — через раз. Правильная реакция здесь — не гоняться за поведением, а выбрать тот путь, при котором сервис ломается реже, и оставить его в покое.

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

Заметка со списком: что в ней держать

1. Сами строки в том порядке, в каком они стоят в приложении.
2. По одной короткой пометке к каждой: «иначе банк просит код», «иначе такси показывает Амстердам».
3. Дату последней правки — по ней видно, когда пора перечитать список.
4. Отдельно — строки, которые вы пробовали и убрали, с пометкой почему. Это избавляет от второго захода на те же грабли.

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

Когда список стоит переписать с нуля

Есть три признака. В списке больше сорока строк. Вы не можете объяснить половину из них. После каждой правки что-то ломается в неожиданном месте. Любого из трёх достаточно, чтобы начать заново: взять готовый набор и добавить к нему пять-семь строк под свои сервисы. Это быстрее, чем разбирать накопленное.