BAREBONE2022: чтобы заблокировать этот протокол придется запретить MAX и Yandex — актуализация 2026

BAREBONE2022: чтобы заблокировать этот протокол придется запретить MAX и Yandex

Архивное переиздание с актуализацией. Оригинал опубликован на Habr (2026), автор — неизвестен. оригинал доступен на Habr по состоянию на ноябрь 2026. Ниже — редакция ноября 2026: что работает сейчас, что изменилось и как правильно повторить рецепт сегодня. Полный текст оригинала — в конце, без купюр.

TL;DR — версия 2026

В 2026 ByeDPI-семейство (GoodbyeDPI/ByeDPI/Zapret/SpoofDPI) — способ номер один для «открыть сайт» и «вернуть скорость YouTube»: правка пакетов вместо VPN, ноль серверов, ноль подписок.

С момента выхода оригинала DPI-обход из нишевого трюка стал народным массовым решением: замедление YouTube и волны блокировок 2024–2026 привели к тому, что ByeDPI ставят даже те, кто никогда не слышал слово «VPN». ТСПУ (DPI-боксы) стоят у всех крупных российских провайдеров и умеют резать VPN-хендшейки WireGuard, OpenVPN и «голый» Shadowsocks. Изменились и сами приёмы: появились фрагментация TLS-ClientHello в обе стороны, fake-Seq, десинхронизация и обфускация Host-заголовка.

Статус оригинала

• URL: https://habr.com/ru/articles/1020114/
• Статус на Habr: ЖИВА
• Картинки: 7/7 сохранено локально

Семейство инструментов 2026

• GoodbyeDPI (Windows, ValdikSS) — классика, режимы 1–9 + стратегии под конкретных провайдеров;
• ByeDPI (кросс-платформа, форки) — lighter, есть Android-сборки, работающие как локальный VPN-сервис без root;
• Zapret (Linux) — богатый набор DPI-трюков (nfqws, tpws), конфиги под ТСПУ конкретных операторов;
• SpoofDPI (macOS/Linux) — «поставил и забыл»;
• Android: ByeDPI-Mod и вариации, плюс системный «приватный DNS» DoH не забыть;
• iOS: остаётся personal-VPN-профиль с SOCKS/DNS-трюками — слабее, чем на других платформах.

Как выбрать режим (методика из оригинала жива)

Алгоритм не изменился с оригинала: tracert до сайта → посмотреть, где теряется (пер-хоп) → определить тип блокировки (RST-инъекция, дроп ClientHello, дроп по SNI, IP-блок) → подобрать режим фрагментации. Только теперь всё это умеет автоматизировать blockcheck (скрипт ValdikSS): он сам прогоняет комбинации и печатает таблицу «что сработало».

Иллюстрации из оригинала

Что изменилось с 2026 года

• у ТСПУ появились «мягкие» и «жёсткие» профили по провайдерам — настройки индивидуальны
• появились Android-сборки ByeDPI, работающие без root
• обфускация Host и фрагментация в обе стороны вместо старого one-sided
• GitHub-репозитории периодически «прибирают» — держите локальные копии бинарников

Чек-лист 2026

• сначала blockcheck — потом настройка
• DoH/DoT отдельно от DPI-обхода
• проверить и TCP, и QUIC (UDP/443) пути
• локальная копия инструмента + конфига

Вердикт

Оригинальный лаунчер-гайд был верен: «окошко с галочками» — то, что нужно людям. В 2026 окно то же, галочек больше, а под капотом — та же идея из 2017-го: подсунуть ТСПУ пакет, который она не умеет классифицировать.

---

ОРИГИНАЛ СТАТЬИ (без изменений)

Привет, Хабр!

Если не читали предыдущие статьи — кратко: в РФ сейчас работают белые списки (а мы не знали) подробнее тут, ТСПУ работает в режиме drop‑all, пропуская только одобренные IP + SNI.

Обходилось это легко — покупаешь VPS у VK/Timeweb/Яндекса, получаешь подсеть которая есть в белых списках, поднимаешь VLESS.

Только вот скоро это перестанет работать.

VK и Яндекс начали детектить инстансы используемые как прокси — предположительно смотрят на паттерны трафика и так далее, MAX вообще давно палит IP VPS через HOST_REACHABILITY — подробнее тут. Мне самому забанили VPS за перебор IP в Yandex Cloud.

И в конце концов поставщики VPS просто уберут смертным доступ к пулам из вайтлиста — тогда вся схема умрёт окончательно.

Так что… способы обойти белые списки через попадание в белые списки — скоро станут невозможными.

Так что делать? Плакать и смириться с чебурнетом? Ну, как бы да и как бы нет, нам поможет BB22.

Не буду томить. Мы будем эксплуатировать готовые сервисы которые уже в белых списках. А точнее — звонки.

Сначало заранее: почему не Mail/API? Потому что звонки дают огромную пропускную способность. Не только текст а видео и аудио. А SMTP легко DPI‑шится: если трафик последователен а сообщения похожи на кашу — блок.

То есть мы будем гнать данные через WebRTC SFU.

Выбор сервиса

Для публичной демо сцены выбрали Яндекс Телемост

У Телемоста два важных плюса:

Уже в белых списках (проверено)

*пруф. работы телемоста в РФ *

Не требует регистрации со стороны участника - войти в аккаунт должен только инициатор, второй участник может остаться гостем.

Архитектура

Телемост использует SFU, не P2P. Трафик идёт:

Ваш клиент -> Сервер Яндекса (в белом списке) -> Ваш VPS (второй гость)

У Телемоста есть DataChannel — SCTP over DTLS, порт 5000. По SDP максимальный размер — 1023MB. Реальный лимит сервера — 8KB. Сообщения больше 8KB молча дропаются. Яндекс если вы это читаете то фиксите, не профессионально делаете вещи блин. Решается чанкингом на уровне приложения.

Есть и видеоканал — через него можно гнать данные QR‑кодами. медленнее, но fallback если DC закроют.

Аудиоканал — не подходит. Opus с DTX, FEC и шумоподавлением убивает любые не‑голосовые данные на уровне кодека. Потеря энергии сигнала >99%. Забудьте.

Еще проект исползует MAX но публично этот код не выкладывали, причина будет описана дальше.

Реализация BareBone2022: OlcRTC

Проект называется OlcRTC в честь OpenLibreCommunity

Основаной проект написан на GO, PoC на PY

В репо есть несколько PoC файлов:

**code/****poc.py** - Базовый proof of concept. Два гостя подключаются к одной конференции и обмениваются сообщениями через DC

:P TEST PASSED - OlcRTC PoC works!

**code/****vcsend.py** — Передача данных через видеопоток. Данные кодируются в QR-коды, передаются в видеотреке с 1 FPS, декодируются на приёмнике через pyzbar + OpenCV

-> QR COMPLETE: 892 bytes
:P got 892 bytes

**code/****limits.py** — Проверка всех лимитов. Запускаете, получаете реальные цифры по своему соединению, создан для проверки начали ли Telemost вводить ограничения

:P 1KB: SUCCESS
:P 6KB: SUCCESS  :P 8KB: SUCCESS
X 10KB: Never reached server
:P Max working size: 8,192 bytes (8KB)

**code/****dcsend.py** — HTTP прокси через DataChannel. Клиент шлёт URL, сервер скачивает файл и отдаёт чанками по 8KB с заголовками (transfer_id + sequence)

**code/****info.py** — Полная информация о конференции: участники, кодеки, ICE серверы, SDP

**code/****flood.py** — Не запускайте, флуд участников

а ну ок

И еще пара не нужных вам файлов, кому интересно сам чекнет: Реальные цифры скорости Yandex Telemost

latency (RTT):

100 байт: ~57ms

1KB: ~70ms

4KB: ~73ms

8KB: ~130ms

throughput:

64KB: 2.1s (~244 Kbps)

128KB: 2.2s (~477 Kbps)

256KB: 2.2s (~973 Kbps)

При стриминге большого файла (42MB APK OlcNG):

:P Streamed 44628865 bytes in 7.00s (44.61 Mbps)

Да, 44 Mbps. DC реально быстрый

4к видео скриншот

Тянет даже 4к ютуб видео

Установка Golang версии OlcRTC, требуется любой VPS

На сервере:

установка на сервере

sudo -v
bash <(curl -sL zarazaex.xyz/srv.sh)

Вводите ID конференции (создайте свою, не используйте мою )

Получаете ключ шифрования

ключ шифрования

На клиенте:

установка на клиенте

sudo -v
bash <(curl -sL zarazaex.xyz/cnc.sh)

Вводите ID, ключ, порт (по умолчанию 8809) - получаете локальный SOCKS5h прокси

Проверка:

all_proxy=socks5h://localhost:8809 curl -fsSL zarazaex.xyz

Известные проблемы и пометки которые скоро будут пофикшены

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

Нет инициализации звонка изнутри — конференцию надо создавать руками заранее.

Используется кастомный мультиплексор вместо готовых реализаций.

Не шлёт фоновые XHR запросы телеметрии как оригинальный клиент Телемоста.

Яндекс может убрать DC или ограничить скорость — тогда переходим на видеоканал.

Реализация для MAX существует, но не опубликована по понятным причинам.

Яндекс может запретить созваниваться Русским с Американцами.

Яндекс может запретить звонки без подтверждения номера.

РКН может исключить телемост из бс.

Реализация BB22 тоесть OlcRTC существует только на Linux.

Используются имена «srv» которые можно тупо ввести в блеклист.

По факту этот метод вечный и не блокируемый, проблема в реализации BareBone2022.

Придется очень много притворятся легит трафиком, эт сложно но возможно.

Но самое главное — этот способ теоретически не заблокировать не отключив MAX / Telemost.

Итого

Идея работает. Данные идут через серверы Яндекса и в будущем макса, они в белом списке. Скорость достаточная.

Яндекс рано или поздно закроет DC — именно поэтому параллельно готовим поддерджку VC и версию для MAX. Когда чебурнет настанет по‑настоящему — будем готовы.

Проект под WTFPL. PR не принимаем. issue нету, хотите свою реализацию — делайте с нуля, лучше не форкайте.

Участники: @zarazaex, @zowue и все причастные из openlibrecommunity.

Гитхаб: zarazaex69/olcRTC

По проблемам: zarazaex@tuta.io

UPD: Вот недавно ТГ канал создал, там способы ускорения и обходы белых списков есть, кто хочет может подписатся t.me/openlibrecommunity а еще там самые крутые новости и ваще лучший канал во всем телеграме подпишитесь там еще бесплатно все и анонсы статей будут кароче круто ваще просто.

UPD: собственно OlcRTC все еще в этапе разработки, за пару месяцев все вышеописанные проблемы я уже решу.

UPD: и проект создавался не для скорости а для минимального стриминга аудио, я не ожидал что оно будет грузить 8к в таких плачевных обстоятельствах белых спиков.

UPD: в бс еще есть salutejazz.ru, че к чему понятно, там еще регатся вообще не надо

UPD: ток что проверил на белых списках olcrtc, работает

UPD: много информации успело устареть Поддержать нас донатом

РУБЛИ. СБП, КАРТА: pay.cloudtips.ru/p/28c476e5

КРИПТА. TON, USDT: UQD_Qc2cxLGe1P4wANi46cKdEvvzyJRrJTYPvGX2KAZDnsDh

КРИПТА, TRC 20, USDT: TYQqdACH5PrScvsMowSyS8JjaaF5wvFf5Q

КРИПТА, BTC: bc1qvw0ts0jk5e5dfj9fdez76j9ck95lqz04fpf02a