| Filename | Latest commit message | Latest commit date |
|---|---|---|
loop-uh
dadaf092de
Some checks failed
ZaStoGram source guards / guards (push) Has been cancelled
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
Официальный релей разбирает только ПЕРВЫЙ MTProto-пакет каждого WebSocket-кадра и молча выбрасывает всё, что идёт следом. Проверено живыми соединениями 9 августа 2026: msgs_ack и req_DH_params, отправленные двумя кадрами, дают server_DH_params_ok, а те же два пакета, склеенные в один кадр, не получают ответа вовсе — ни ошибки, ни закрытия. Именно это ломало создание ключа для датацентра: перед вторым шагом рукопожатия клиент шлёт подтверждение (Handshake.cpp), байтовый транспорт склеивал его со следующим пакетом, и рукопожатие висело вечно. Без ключа все запросы к датацентру оставались в очереди, а картинки оттуда не грузились при внешне рабочем соединении. Предыдущий вывод «границы MTProto-пакетов роли не играют» был ошибочным: он опирался на проверки, где в кадре был ровно один пакет, и потеря второго была не видна. Теперь размеры пакетов записываются при постановке в очередь, а кадр выпускается ровно по границе; страж это фиксирует. Заодно страж прогрева прокси приведён к новой схеме дедупликации логов. 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 | ||