--- date: 2026-06-28 tags: - zapret - zapret2 - profile - preset - troubleshooting aliases: - Один сайт — один профиль - Одно соединение — один профиль - Профили не влияют друг на друга - Влияют ли профили друг на друга - Влияют ли стратегии друг на друга - Складываются ли стратегии - Включил профиль — сломался другой сайт - Включил исключения — перестал работать YouTube description: "Влияют ли профили Zapret 2 друг на друга: стратегии не смешиваются, но профили конкурируют за соединение. Почему исключение может «сломать» YouTube." --- > [!mirror] Резервное зеркало > Актуальная версия этой страницы — на основной вики: [wiki2.zapret.moe/Zapret2/profile-independence](https://wiki2.zapret.moe/Zapret2/profile-independence) # 🧬 Влияют ли профили Zapret 2 друг на друга: одно соединение — один профиль > [!info] О чём заметка > Ответ на частый вопрос «как профили и стратегии влияют друг на друга» и на жалобу «включил один профиль — сломался другой сайт». Что такое профиль и пресет — в [[profile]] и [[preset]]; как движок перебирает профили и почему исключения работают именно так — в [[exclusions#Как движок выбирает профиль: три факта, без которых исключения не понять|заметке об исключениях]]. > [!tip] TL;DR > - Каждое соединение обрабатывает **один профиль** — первый сверху, чьи фильтры совпали. Стратегии разных профилей на одном соединении не смешиваются и не складываются. > - Профили **конкурируют за соединения**: если фильтры двух профилей пересекаются, соединение забирает верхний, а нижний для него не запускается. > - Отсюда «включил профиль — сломался другой сайт»: новый профиль стоит выше и перехватывает чужие соединения. Чинится порядком профилей и сужением фильтра, а не сменой стратегии. > - Сайт из нескольких доменов может обслуживаться несколькими профилями сразу: каждое его соединение выбирает профиль отдельно. ## Стратегии не смешиваются [[profile|Профиль]] в Zapret 2 состоит из двух частей: фильтров, которые решают, какой трафик ему достаётся (порты, протокол, списки доменов и IP-адресов), и стратегий, которые решают, что с этим трафиком делать. Когда появляется новое соединение, движок (`winws2` на Windows, `nfqws2` на Linux) перебирает профили пресета сверху вниз и отдаёт соединение первому, у которого совпали все фильтры. Остальные профили это соединение не обрабатывают вовсе. Из этого следуют три вещи, о которых часто спрашивают: - **Два профиля на один сайт не «усиливают» обход.** Сработает только верхний; стратегия нижнего для этих соединений не выполнится. - **Стратегия одного профиля не меняет стратегию другого.** Профиль Discord никак не влияет на то, что применится к соединениям YouTube, и наоборот. - **Комбинировать приёмы можно только внутри одного профиля.** Несколько `--lua-desync` подряд (например, фейк, а за ним разрез) — это одна стратегия одного профиля, и все её части применяются к одному и тому же соединению. Как они выполняются по очереди — в [[profile#Стратегия: что делать с пакетами|заметке о профиле]] и в [[desync]]. Проще говоря: на каждое соединение — одна стратегия из одного профиля. Смешать стратегии двух профилей нельзя, можно только собрать нужную комбинацию в одном. ## Где профили всё же пересекаются: конкуренция за соединение Единственный способ, которым один профиль влияет на другой, — забрать у него соединение. Если фильтры двух профилей подходят к одному и тому же трафику, его получает тот, что выше в списке. Для нижнего профиля это выглядит так, будто соединения не было: его стратегия не запускается, хотя сама по себе исправна. Со стороны пользователя это выглядит как «профиль A сломал сайт B», хотя стратегии друг друга не касались. Изменилось только то, какой профиль забирает соединения сайта B. Поэтому такие поломки чинят не перебором стратегий, а порядком профилей и фильтрами: как правило, узкий профиль конкретного сайта должен стоять выше широкого, см. [[profile#Порядок профилей важен|«Порядок профилей важен»]]. ### Оговорка: профиль может смениться посреди соединения «Одно соединение — один профиль» верно для каждого момента времени, но выбранный профиль иногда меняется по ходу соединения. В самом начале движок ещё не знает ни протокола, ни имени сайта: они появляются только в первом сообщении с данными (для HTTPS — в TLS ClientHello). Профиль, у которого в фильтре есть [[Zapret/hostlist|hostlist]], до этого момента в выборе не участвует. Поэтому первые пакеты (установка соединения) достаются другому профилю, а когда имя сайта становится известно, движок ищет профиль заново, с самого верха списка, и соединение может перейти к другому профилю. Таких пересмотров бывает не больше двух за соединение (по официальной документации zapret2). На практике это важно для стратегий, которые работают с самого первого пакета, вроде [[syndata]]: они выполнятся в том профиле, который достался соединению до пересмотра, а не в профиле с хостлистом. Подробно — в [[exclusions#Как движок выбирает профиль: три факта, без которых исключения не понять|разборе выбора профиля]] и в [[схема обработки трафика]]. ### Сайт — это не одно соединение Профиль выбирается для каждого соединения отдельно, а браузер открывает к одному сайту десятки соединений: к основному домену, к API, к серверам с картинками и видео. Каждое из них может попасть в свой профиль. Это нормально и даже полезно: поддомену, которому нужна другая стратегия, можно завести отдельный профиль, не трогая остальной сайт. Как найти, к каким доменам ходит сайт и какие из них не проходят, — в [[find-site-domains]]. ## Пример: включили исключения — перестал работать YouTube Частый случай из вопросов пользователей. В пресетах есть профили-исключения «Исключения айпи (RU сайты)» и «Исключения домены (RU сайты)» (так они называются с августа 2026). Их стратегия — `pass`: соединение забирается и отправляется без всякого обхода. Такие профили ставят выше широких профилей с обходом, чтобы российские сайты не проходили через обход, который им вредит. После включения исключений YouTube перестаёт открываться, а после выключения снова работает. Стратегия YouTube при этом не сломана: она просто не запускается, потому что часть соединений YouTube забирает стоящий выше `pass`-профиль и отправляет их без обхода, прямо под DPI. Какие соединения он забирает, зависит от его фильтра: - **Исключение по IP-адресам (ipset).** Адрес сервера известен с первого пакета, поэтому такой профиль ловит соединение сразу, ещё до того, как станет известно имя сайта. Если в список «российских» адресов попали подсети, где физически обслуживается видео YouTube (например, кэш-серверы Google, которые стоят внутри сетей российских провайдеров), эти соединения уйдут в `pass`. - **Исключение по доменам (hostlist).** Оно срабатывает только по имени сайта и захватывает все поддомены записи. Если в список попал слишком общий домен, под исключение могут уйти и адреса, нужные YouTube. Какой из вариантов сработал в конкретной установке, видно в логе: [[log-analyzer|«Анализ лога»]] показывает, какой профиль обработал каждое соединение. Если соединения YouTube приписаны профилю «Исключения…», причина найдена. > [!warning] Исключение отключает обход, а не защищает сайт > `pass` отправляет пойманный трафик как есть. Для незаблокированных сайтов это правильно, но заблокированный ресурс, попавший под исключение, поедет к DPI без обхода и перестанет открываться. Держите в исключениях только то, что действительно должно идти напрямую, и не делайте их фильтр шире нужного. Подробнее — в [[exclusions]]. ## Как найти, какой профиль перехватывает сайт 1. Включите debug-лог и откройте сломавшийся сайт. В [[log-analyzer|«Анализе лога»]] посмотрите колонку «Профиль» у его соединений: так вы увидите, какой профиль их на самом деле обработал. 2. Если это не тот профиль, который вы настраивали для сайта, откройте «Настройка пресета → Порядок в пресете» и найдите перехватчик выше по списку. 3. Посмотрите фильтры перехватчика: порты, [[Zapret/hostlist|hostlist]], [[Zapret/ipset|ipset]]. Слишком широкий диапазон портов, большой ipset или общий домен в хостлисте — типичные причины. 4. Поднимите узкий профиль сайта выше перехватчика или сузьте фильтр перехватчика. Если перехватчик — исключение, уберите из его списка лишнее. 5. Проверьте результат новым соединением (см. [[verify-strategy]]) и снова посмотрите в лог, какой профиль сработал. Если лог не под рукой, есть грубая проверка: временно отключите подозреваемый профиль. Если сайт ожил, дело в перехвате, а не в стратегии. ## 📚 См. также - [[exclusions|Исключения в Zapret 2]] — как движок выбирает профиль, профиль `pass` против exclude-списков и их подводные камни - [[profile|Что такое профиль]] — из чего состоит профиль и почему порядок профилей важен - [[filter|Фильтры профиля]] — порты, протокол, hostlist и ipset, по которым профиль получает соединение - [[схема обработки трафика]] — путь пакета через движок, включая пересмотр профиля - [[find-site-domains|Как найти домены сайта через F12]] — какие домены сайта не проходят и в какие профили их вписывать - [[log-analyzer|Анализ лога]] — как увидеть, какой профиль обработал соединение - [[add-profile|Как добавить свой профиль]] — практика создания профиля под сайт - [[symptom-not-cause|Почему «не работает» — это симптом]] — когда сайту нужен `pass`, а когда обход - [[zapret_not_working|Что делать, если Запрет не работает]] — общий чек-лист диагностики --- > [!quote] 🤖 Эти статьи открыты — можно обучать на них ИИ > При желании вы можете натренировать ИИ на наших статьях. Исходное форматирование доступно в Forgejo: [исходник этой заметки](https://git2.zapret.moe/zapretdiscordyoutube/todo/src/branch/main/Zapret2/profile-independence.md) · [скачать весь репозиторий одним zip-архивом](https://git2.zapret.moe/zapretdiscordyoutube/todo/archive/main.zip).