О. Проснулись. Народ начал любить вас даже больше чем РКН. Жалко что о них говорят не так часто как о РКН или даже минцифры.

А своих героев страна должна знать в лицо.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

ВК плохо. После обновы ТСПУ кстати да-да.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Вспомним классику.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Вы. Бездари.

Хоть раз пишите новости самостоятельно?

Спасибо что картинку сменили.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Пишут что забанили Фигму. Но скорее всего какой-то кривой блок амазона.

Кажется уже откатили. Вообще РКН в последние дни очень активно работает. Единственный успешный успех у них был в блокировке handshake и отпечатке chrome.

Всё остальное в принципе непонятно что там тестируется. И самое главное — некоторые баги уже команда xray core исправила. Но или клиенты не успели это подтянуть, либо сервер отдаёт старую версию ядра.

Но их плодовитости и работоспособности можно только позавидовать.

При этом, что стало уже нормой, всё делается тихо. Не спеша. Не шиша не узнаешь.

А блоки амазона надо давно обходить уже целыми ASN подсетями чтобы не мучиться с отдельными ресурсами.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

МТПрото — ВСЁ. Или как Дуров лапу сосал.

Протокол Дурова известен своей корявой архитектурой и уязвимостью. Но большой плюс что он всё же открытый. А значит его может менять любой пользователь.

Иногда разрабы конечно откровенно игнорят это и не хотят признавать, но тихо и медленно всё же вносят изменения.

Главное изменение: Qz3rK (неизвестно кто это но дай бог ему здоровье) переделал генерацию MTProto TLS ClientHello, чтобы он НЕ был одинаковым на каждом подключении.

🧿 ClientHello теперь генерируется на каждое подключение заново, а не берётся как один статический набор правил. В коде появились две функции-шаблона: PrepareClientHelloRulesChrome() и PrepareClientHelloRulesFirefox(), а PrepareClientHelloRules() случайно выбирает одну из них.

🧿 Случайный набор cipher suites.
В обеих схемах оставлены обязательные TLS 1.3 cipher suites, а остальные выбираются случайно из списка и перемешиваются. Для Chrome-like варианта это видно по списку allCiphers, выбору extraCount, ranges::shuffle и сборке finalCiphers.

🧿 Случайные TLS extensions.
SNI остаётся обязательным, а дополнительные расширения выбираются из заранее заданного списка, перемешиваются и добавляются в случайном количестве. У Chrome-like варианта может быть от 0 до 5 дополнительных расширений, у Firefox-like — от 1 до 6.

🧿 Изменена отправка ClientHello по TCP.
Вместо обычной отправки всего буфера код отправляет ClientHello кусками: первый кусок 1–32 байта, дальше куски 16–128 байт, между ними случайные задержки 3–25 мс, плюс начальная задержка 5–100 мс; после каждого write() вызывается flush().

Однако и это не является прям супер крутым и правильным решением проблемы.

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

Как заявляет сам Qz3rK (и он прав) нужна более правильная мимикрия под реальные браузеры, уникальный fingerprint на клиента, отсутствие грубого zero-padding и ClientHello, максимально похожий на реальный браузерный сценарий.

Форк пытается убрать единую DPI-сигнатуру Telegram Desktop MTProto-over-TLS, делая ClientHello переменным по шаблону, cipher suites, extensions, размеру/нарезке отправки и timestamp.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

И к сожалению в чистом виде это всё ещё не будет работать — потому что блокировка по IP.

Это поможет только при использовании MTproxy.

UPD: Хотя надо тестировать с дурением Zapret 2.
UPD2: Всё таки обычный мтпрото эти обновы уже не помогут. Потому что там надо сервера менять.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Сегодня занимались активными фиксами 5К пинга и прочими новыми стратегиями.

Оказалось что не всё из запрета 1 можно перенести в запрет 2 — однако это не так критично.

Посмотрим как поведёт себя чуть иная реализация. Возможно потом сделаем 1 к 1 если это потребуется.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Прокси только для Discord без TUN.

Очень часто бывает что не хочется включить TUN а войсы в socks режиме не работают.

Была написана утилита для такой проблемы — чтобы не включить лишний TUN адаптер и использовать прокси на всю аппку Дискорда.

Проксирует весь трафик (TCP и UDP). Плюс в том, что установка простая и заработает без дополнительных настроек.
Стабильное соединение за счет переподключения к прокси. Решена проблема, если Discord запустился раньше прокси-клиента.
Интерфейс с управлением настройками и установкой. Настройки прокси можно менять без повторной установки из программы или реестра (HKCU/Software/droute)
Имеется хук обновлений. Droute также загружает библиотеку в Update.exe, который при старте Discord может загрузить новую версию, тем самым не слетает после обновлений.
Можно установить патч в другие версии Discord (Canary или PTB). Ветку можно выбрать в установщике.

https://github.com/snowluwu/droute

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Наконец-то стало понятнее что там произошло несколько дней назад и что блокируют конкретно у VLESS.

Коротко: блокируют не “весь VPN” и не “весь сервер”, а конкретные признаки TLS-подключений к подозрительным хостингам и подсетям. Поэтому может быть странная картина: SSH работает, ping работает, UDP-туннель работает, сайт открывается, а Xray на Reality/gRPC/Vision не подключается.

Что именно ломается

Чаще всего страдает связка:

VLESS / Reality / Vision или gRPC / fp chrome / 443 / VPS в плохой подсети

Под “плохой подсетью” имеются в виду хостинги и ASN, которые уже попали под внимание фильтров: отдельные подсети JustHost, Baxet, AS174 и похожие. На некоторых мобильных операторах HTTPS к таким подсетям может быть заблокирован сразу и постоянно.

При этом сервер не обязательно забанен целиком. Может продолжать работать:

- SSH;
- ping или TCP mtr;
- iperf3;
- UDP-туннели;
- уже открытые соединения;
- другой транспорт или другой порт.

Почему обычный Chrome не умер у всех

Потому что фильтр смотрит не только на “Chrome fingerprint”.

У настоящего Chrome:

- другой IP назначения;
- нормальная репутация сайта;
- настоящее поведение браузера;
- обычные HTTP/2 или HTTP/3 запросы;
- нормальные тайминги и размеры пакетов.

У Xray может быть похожий TLS ClientHello, но после него идет туннельный трафик, gRPC, Vision, много однотипных соединений или подозрительная подсеть VPS. Поэтому “fp chrome” сам по себе не равен “настоящий Chrome”.

Как это палится

Вероятные признаки:

- TLS ClientHello: SNI, JA3/JA4, ALPN, размер пакета, набор расширений;
- SNI к популярным или уже подозрительным доменам;
- много параллельных TLS-сессий;
- повторяющиеся health-check от observatory;
- gRPC/Vision-поведение после рукопожатия;
- плохая репутация IP, ASN или хостинга;
- порт 443 на VPS без обычного веб-поведения;
- соединения к заблокированным или “плохим” подсетям.

Иногда блок динамический: подключился, сработал триггер, и новые TLS-соединения к плохим подсетям режутся 10-15 минут. Уже открытые соединения могут продолжать жить.

Иногда блок постоянный: например, у некоторых мобильных операторов HTTPS к конкретным хостингам может быть мертв сразу после смены IP или режима полета.

Типичные симптомы

- Клиент пишет timeout, handshake failed, connection reset.
- На сервере в tcpdump/tshark не видно ClientHello.
- После ClientHello идут ретрансмиты, потом RST.
- SSH на сервер работает.
- UDP-туннель работает.
- Смена SNI и fingerprint не помогает.
- Пустой SNI иногда помогает.
- Через другой оператор или другой ASN все работает.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Автора начали поносить за нейрослоп. Но этот нейрослоп всё же лучше того ужаса который сейчас есть у МТПрото.

Сейчас у телеграма статичный ClientHello у Telegram Desktop.

Да. В нынешней идеи вместо настоящей браузерной мимикрии получается новый странный ClientHello с фиксированной длиной 508 байт, 8 различными вариаций, двумя расширениями и нулями в конце забитыми.

ТСПУ такое найдёт.

Но это идея куда надо было идти Дурову. Не реализация. Не какая-то магическая "починка" — а правильная идея к правильной архитектуре.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

После целого обновления мы открываем новую эру на этом канале.

Эра которая будет непростой и долгой — но важной.

И в этот раз. Полностью для вас. Бесплатно. 💞

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Как говорил мой дедушка...

Морти, это приключение на 5 минут. Просто зайти и выйти. Ничего страшного в этом нет.

А ну и с.. летом. Солнышко там каникулы.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Пизда. Путин, ты чего наделал 😱😱😱

Да. Теоретически это можно назвать "баном chrome". Но только не полным и не всегда.

Ну а ещё они получается яндекс браузер убили? Там скорее всего такой же отпечаток JA4? Вот этого мы если честно не знаем.

А то щас начнут помойки строчить что РКН убил Хром целиком. Это правда лишь от части.

Немного не относится к делу но на хром есть отличный тест на блок количества соединений — https://46.183.116.195.nip.io:47443/flood.html

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Помнится в этой статье говорили что fp chrome это безопасно и супер полезно.

И вот теперь по этой "фиче" начали стрелять.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки

Собственно вот ещё один человек говорит о том о чем писали мы.

Все последние блокировки это наша с вами победа.

Да они становятся всё сложнее и тяжелее — но это выстрел себе в ногу, а не "блокировка" vless.

Всю последнюю недели они занимаются вредительством, а не попыткой реально что-то заблокировать.

☺️ Скачать | ☺️ Premium (донаты) | ☺️ Android, MacOS и др. ссылки