Правило есть, а сайт всё равно идёт не тем путём
Соединение есть, правило написано, а поведение прежнее. Причин у этого больше десятка, и часть из них не про текст правила, а про то, как оно применяется. Ниже они разложены в порядке ПРОВЕРКИ: сверху те, что отсекаются за минуту и не требуют трогать настройки.
Здесь речь только про случай «соединение есть, а трафик идёт не туда». Если клиент вообще не подключается, дело не в правилах и разбирать надо другое.
Короткий ответ
Начните с переподключения — без него правка вообще не применяется. Не помогло — проверьте, существует ли страница списка, которую вы назвали, и не устарел ли сам список.
- Первое, что проверяют, — переподключение. Разработчик пишет об этом прямо: правка сохраняется сразу, а действует только на новом соединении. Шаг ничего не стоит и не трогает настройки, поэтому идёт первым.
- Второе — имени нет в списке. Страница готового списка — это конечный перечень, собранный людьми. Чего в нём нет, правилом не покрыто.
- Третье — страницы с таким именем не существует. Тогда клиент не просто игнорирует правило, а отказывается подключаться и сообщает об отсутствующей странице.
- Четвёртое — сайт открыт по адресу, а не по имени. Правилу по имени в таком запросе не за что зацепиться.
- Пятое — на странице чужие адреса. Сам сайт пошёл правильным путём, а картинки, видео и оплата на нём едут со своих адресов, и ваше правило их не касается.
Симптом → причина → что делать
| Что вы видите | Что происходит на самом деле | Что делать |
|---|---|---|
| Правило добавил, ничего не изменилось | Правка сохранена, но применяется только к новому соединению | Выключить и включить подключение. Это обязательный шаг, а не перестраховка |
| Клиент вообще перестал подключаться после правки | В правиле названа страница списка, которой в вашем списке нет | Найти правильное имя поиском внутри приложения и заменить |
| Сайт открывается, а картинки и видео на нём — нет | Страница тянет содержимое с чужих адресов, а правило написано на имя самого сайта | Добавить в то же правило страницу списка, покрывающую эти сервисы |
| Один сервис ведёт себя не так, остальное в порядке | Дело в правиле именно для него | Проверить, есть ли его имя в нужной странице списка |
| Пропало всё сразу | Дело не в правилах, а в самом соединении | Правила здесь ни при чём — разбирать надо подключение |
| Правило работало, а потом перестало | Сервис переехал на новый адрес, а список обновляется не чаще раза в неделю | Подождать обновления или дописать новый адрес отдельной строкой |
| У набора правил красный восклицательный знак | Списки адресов не докачались: загрузка обрывается по потолку в три минуты | Проверить связь и подождать. Знак снимается сам, когда файлы приедут |
| Правки в правилах не сохраняются вовсе | Набор пришёл от продавца доступа и заблокирован для изменения | Такое бывает у подписок особого формата — приложение пишет об этом на экране |
Почему сайт по адресу правилу по имени не подчиняется
Потому что в таком запросе имени просто нет — до сервера едет только номер, а сравнивать его с именем не с чем.
- Правило по имени работает, когда имя есть в запросе. Открыли сайт по названию — есть что сравнивать. Открыли по номеру — сравнивать нечего, и правило молча не срабатывает.
- Клиент умеет доставать имя из самого соединения. В свежих сборках это включено сразу и работает для трёх самых распространённых видов соединений — так имя восстанавливается даже там, где формально его не передавали.
- Но не для всего. Всё, что не попало в эти три вида, остаётся для правил безымянным набором адресов, и разводить его придётся правилом по адресу.
- Есть отдельная настройка, определяющая порядок спора. Она решает, превращать ли имя в адрес и на каком этапе. При одном из значений спор по именам не состоится вовсе — сначала выясняется адрес, и правило по имени опаздывает.
Почему одной строки на имя сайта почти никогда не хватает
Потому что современная страница — это не один адрес, а два-три десятка чужих, и правило написано только на первый из них.
- Сторонние адреса есть почти везде. По замеру за 2024 год около девяноста двух процентов страниц подключают содержимое со сторон, а у тысячи крупнейших сайтов таких сторон в среднем шестьдесят шесть на страницу.
- И это не один слой. Цепочка в среднем тянется на три с лишним звена: подключённая сторона подтягивает следующую, а той в ваших правилах точно нет.
- Отсюда типичная картина. Сайт открылся, шапка на месте, а видео крутится, оплата не проходит, шрифты подставились системные. Каждый из этих кусков поехал своим путём.
- Лечится не отдельными адресами, а страницей списка. Готовая страница уже содержит и сам сервис, и его вспомогательные адреса — как её выбрать, разобрано отдельно.
Порядок проверки
-
1
Переподключитесь
Выключить и включить подключение. Шаг самый быстрый, ничего не меняет в настройках — и именно его чаще всего пропускают.
-
2
Убедитесь, что правило вообще применяется
Посмотрите, включён ли у этой подписки набор правил и не заблокирован ли он. Бывает, что маршрутизация выключена целиком — тогда трафик идёт туда, куда показывает главный выключатель, и это выглядит как «правила не работают».
-
3
Проверьте имя страницы списка
Найдите его поиском внутри приложения. Если клиент вообще отказывается подключаться и пишет про отсутствующую страницу — причина именно здесь.
-
4
Прикиньте возраст списка
Список обновляется не чаще раза в неделю, и свежий адрес сервиса мог в него ещё не попасть. Если сервис недавно переезжал — дело скорее в этом, а не в вашем правиле.
-
5
Проверьте, не спорят ли два ваших правила
Один и тот же адрес, попавший в две корзины, уйдёт в ту, что стоит раньше по порядку разбора. Порядок настраивается, и по умолчанию он не тот, который кажется очевидным.
-
6
Отделите маршрут от самого сайта
Иногда сайт не открывается вовсе не из-за пути. Так, сайт крупного банка может не открываться по защищённому соединению из-за того, что его сертификат выпущен российским центром, которого нет в обычном наборе доверенных, — и правка правил тут ничего не даст.
Чего мы честно не знаем
Три вопроса, на которые ответа нет ни у разработчика, ни в открытых источниках, — и мы не станем его придумывать.
- Что происходит с уже открытыми соединениями в момент переподключения. Рвутся ли они, продолжают идти по-старому или переезжают на новый путь — нигде не описано.
- Что будет при совпадении в двух правилах одной и той же корзины. Правило первого совпадения описано для корзин между собой, а не для строк внутри одной.
- Как раздельное туннелирование сказывается на батарее и памяти. Измерений нет ни у кого, включая нас. Про то, откуда мы вообще берём факты и где проходит граница нашей уверенности, — на странице о сайте.
Короткие вопросы
Поможет ли смена страны сервера?
Почти никогда. Локация отвечает на вопрос «через какую точку выйти», а не «кого туда отправлять». Если правило не срабатывает, оно не сработает ни через одну страну.
Как быстро отличить проблему в правилах от проблемы в соединении?
По охвату. Ведёт себя не так один сервис — дело в правиле для него. Отвалилось всё сразу — дело в самом подключении, и правила тут ни при чём.
Клиент пишет, что в списке отсутствует нужная страница. Это поломка?
Нет, это точное сообщение о вашей опечатке: имени такой страницы в подключённом списке нет. Найдите правильное имя поиском внутри приложения и подставьте его.
Правило добавил, а список так и не обновился
Обновление списков ограничено — не чаще раза в неделю, независимо от того, как часто вы правите сам набор. До этого момента работает та версия, что уже скачана.
Может ли продавец доступа отключить мои правила?
Да, такая возможность у него есть: одна строка в ответе его сервера гасит всю работу с правилами. Если поведение изменилось само собой и без обновлений — это одна из версий.
Проверка за две минуты: дело в правилах или в самом доступе
Отделить одно от другого проще всего подстановкой. Если подключить заведомо рабочий доступ и симптом уходит — правила были ни при чём, вопрос был к тому, куда вёл второй путь развилки. Если симптом остаётся при живом подключении и полном списке серверов — значит, дело действительно в правилах, и разбирать надо их по списку выше.