Перейти к содержанию

Режим белых списков: как это устроено и что работает

Статус: Research (архитектурная сводка) + Observed (механика фильтрации — по методологии cheburcheck) Область применения: мобильный и фиксированный интернет РФ в условиях «шатдаунов»/белых списков Source of truth: механика фильтрации — методология cheburcheck.ru/kb/whitelist (жива, проверено 2026-09-19); стратегии — консенсус практиков канала Provenance: канал TechnoBypass — каталог: whitelist-mode (#109–#112, #158, #165, #201, #251, #321, #491, #593+, #881+, #961 и др.)

Что решаем

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

Механика фильтрации (Observed)

По методологии cheburcheck (данные их сканирования ~1 млн доменов):

  • провайдерская DPI-фильтрация обрывает соединения после ~16–20 КБ переданных данных;
  • пропуск формируется по белому списку доменов, обнаруживаемых по TLS SNI или HTTP Host (~1000 доменов из топа; CSV-выгрузка публична);
  • проверка конкретного домена — детерминированная: curl-тест с контролем объёма принятых байт (cheburcheck.ru, hyperion-cs dpi-checkers).

Карта стратегий

Стратегия Суть Статус по корпусу
Заранее поднятый VPN-туннель туннель живёт, пока не перезапускается Observed (#158: метод «прикрывают» — тогда важна настройка до отключения)
Выборочные домены в белый список MS/оператор расширяют список Observed (списки Telegram/Meta и др. — #109–#112, #396, #447)
APN-альтернативы уйти со стандартного шлюза на b2b/m2m/wap-точки Research — см. mobile-apn-methodology
MTProxy/прокси для мессенджеров прокси с маскировкой под TLS к разрешённым хостам Observed (работа при БС зафиксирована; JA3-бан MTProxy — #882)
Подписки на конфиги публичные списки VLESS/WARP-конфигов Research (эфемерны; часть сервисов уже недоступна)
Неблокируемые каналы связи Delta Chat поверх mail.ru/Яндекс, mesh-сети Observed (#347, #587)

Ключевые наблюдения канала (Observed, авторы постов)

  • Массовые подсети для маршрутизации (Telegram 91.108.x/149.154.x, Meta, Google) собирались и верифицировались сообществом — как ipset-наборы (#192, #422, #937).
  • tg-ws-proxy (SOCKS5→WebSocket с маскировкой) семейство — рабочий способ чинить именно Telegram-медиа при замедлениях (#546, #615–#617).
  • «От серых списков по ASN приходят к белым спискам на проводе» — прогноз-наблюдение аналитики dpi-ch (#974): Historical-тренд 2026-06.

Что НЕ подтверждено

  • Долгосрочная стабильность любой конкретной стратегии (условия меняются быстрее, чем фиксируется документация).
  • Актуальность конкретных подписок и прокси-серверов из постов (элементы смерти фиксирует VERIFIED_RESOURCES: byewhitelists.ru уже недоступен).
  • Все количественные оценки («~1000 доменов» — данные cheburcheck на момент их сканирования, не наш замер).

Rollback/recovery

Не применимо (исследовательская статья). Для операторских сценариев: любые изменения маршрутизации при БС проверять с сохранённым доступом к роутеру (см. правила AGENTS.md о сетевых изменениях).

Источники и provenance

  • cheburcheck.ru/kb/whitelist (механика; проверено 2026-09-19).
  • Канал: тема-каталог whitelist-mode; сводные посты владельца #1022–#1028.
  • Аналитика dpi-ch/hyperion-cs (#932, #947, #974).

Связанные материалы