| Filename | Latest commit message | Latest commit date |
|---|---|---|
loop-uh
f22da13d29
Some checks failed
Build three ZaStoGram APKs / build (arm64-v8a, ZaStoGram-standalone-arm64-v8a, Arm64, arm64) (push) Has been cancelled
Build three ZaStoGram APKs / build (armeabi-v7a, ZaStoGram-standalone-armeabi-v7a, Armv7, armv7) (push) Has been cancelled
Build three ZaStoGram APKs / build (x86, ZaStoGram-standalone-x86, X86, x86) (push) Has been cancelled
ZaStoGram source guards / guards (push) Has been cancelled
Официальный релей читает 64-байтовый obfuscated2-заголовок из полезной нагрузки ПЕРВОГО бинарного кадра и к этому решению не возвращается. Более короткий первый кадр убивает соединение молча: при 48-63 байтах сервер не отвечает вовсе и это неотличимо от блокировки провайдером, при 32 и меньше приходит Close с текстом 404. Порог измерен живыми соединениями 8 августа 2026: 63 байта - 0 успехов из 10, 64 - 8 из 8. Ни отправка одной TCP-записью, ни WebSocket-фрагментация не помогают: считается длина именно первого кадра. Границы MTProto-пакетов при этом роли не играют - поток можно резать как угодно, вплоть до одного байта на кадр. Поэтому байтовый транспорт сохраняется, но WssSocket теперь копит начальные байты и не выпускает первый кадр, пока их меньше заголовка. Раньше инвариант держался лишь на совпадении размеров буферов. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
| .. | ||
| config | ||
| jni | ||
| libs | ||
| src/main | ||
| build.gradle | ||
| google-services.json | ||
| proguard-rules-beta.pro | ||
| proguard-rules.pro | ||