loop-uh
8ad4ac9ba7
ZaStoGram source guards / guards (push) Failing after 30s
Build three ZaStoGram APKs / build (armeabi-v7a, ZaStoGram-standalone-armeabi-v7a, Armv7, armv7) (push) Failing after 1m57s
Build three ZaStoGram APKs / build (x86, ZaStoGram-standalone-x86, X86, x86) (push) Failing after 1m59s
Build three ZaStoGram APKs / build (arm64-v8a, ZaStoGram-standalone-arm64-v8a, Arm64, arm64) (push) Failing after 2m0s
Вывести WEB-прокси из-под MTProxy-пейсинга ...
WEB-прокси попадает в tgnet как обычный MTProxy на 127.0.0.1:<порт> —
локальный мост в WebView-носитель. Из-за этого его соединения проходили
через ту же очередь подключений к одному адресу, кулдаун эндпоинта и
reconnect-backoff, что и настоящий MTProxy, хотя на loopback нет ни
удалённого релея, ни DPI: это только замедляло установку соединений.
Так же десктоп исключил WEB из своего пейсинга (62fb6be3eb).
Java помечает мост явно: MtProxyOptions.webBridge() — те же выключенные
режимы, что disabled(), плюс флаг webBridge, который JNI читает в
нативный MtProxyOptions. Для такого сокета ConnectionSocket пропускает
TCP connect gate, кулдаун эндпоинта, admission, DNS coalesce и не
поднимает cooldown-hold, а Connection не применяет reconnect-backoff и
оставляет штатный таймер tgnet. Настоящие MTProxy-соединения, ClientHello
и stealth-режимы не меняются.
Страж check_web_proxy_isolation.py проверяет флаг на всех уровнях и что
каждый гейт выходит для моста раньше, чем применяет MTProxy-политику.
2026-09-23 17:37:06 +03:00
Уходить с молчащих WSS-релеев на прямое соединение
2026-08-27 18:53:48 +03:00
Уходить с молчащих WSS-релеев на прямое соединение
2026-08-27 18:53:48 +03:00
update to 12.9.0 (6966)
2026-07-16 16:46:05 +04:00
update to 12.9.0 (6966)
2026-07-16 16:46:05 +04:00
Ходить к веб-релеям по IPv6, когда он доступен
2026-08-09 15:31:09 +03:00
Add network debug logging with throttling and metrics
2026-06-27 20:03:11 +03:00
Update to 5.2.1
2019-01-23 20:03:33 +03:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Update to 5.11.0
2019-09-10 13:56:11 +03:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Update to 5.2.1
2019-01-23 20:03:33 +03:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Вывести WEB-прокси из-под MTProxy-пейсинга
2026-09-23 17:37:06 +03:00
Вывести WEB-прокси из-под MTProxy-пейсинга
2026-09-23 17:37:06 +03:00
Update to 5.2.1
2019-01-23 20:03:33 +03:00
Update to 5.2.1
2019-01-23 20:03:33 +03:00
Ускорить загрузку медиа через VPN
2026-08-20 00:26:56 +03:00
Добавить диагностику загрузки сообщений
2026-08-19 23:40:57 +03:00
Вывести WEB-прокси из-под MTProxy-пейсинга
2026-09-23 17:37:06 +03:00
Вывести WEB-прокси из-под MTProxy-пейсинга
2026-09-23 17:37:06 +03:00
Перевести WSS на непрерывный байтовый поток
2026-08-08 19:43:26 +03:00
Вывести WEB-прокси из-под MTProxy-пейсинга
2026-09-23 17:37:06 +03:00
update to 12.10.2 (7086)
2026-09-17 02:11:18 +04:00
Update to 8.8.2
2022-06-21 06:51:00 +04:00
Proxy lifecycle ownership, plugin infra, editable forwarding
2026-07-04 17:38:27 +03:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Extract mtproxy module with unified retry authority
2026-07-02 18:25:13 +03:00
Extract mtproxy module with unified retry authority
2026-07-02 18:25:13 +03:00
update to 11.9.1 (5900)
2025-05-01 02:05:36 +04:00
update to 10.13.1 (4845)
2024-06-03 10:21:03 +04:00
update to 11.8.0 (5771)
2025-03-10 17:15:31 +04:00
update to 11.8.0 (5771)
2025-03-10 17:15:31 +04:00
update to 9.7.0 (3687)
2023-07-21 00:15:36 +04:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
update to 9.5.5
2023-03-24 15:38:14 +04:00
Extract mtproxy module with unified retry authority
2026-07-02 18:25:13 +03:00
update to 11.2.3 (5335)
2024-10-18 00:04:16 +04:00
update to 11.8.0 (5771)
2025-03-10 17:15:31 +04:00
Update to 5.2.1
2019-01-23 20:03:33 +03:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
Update to 4.9.0
2018-07-30 09:07:02 +07:00
update to 12.10.2 (7086)
2026-09-17 02:11:18 +04:00
update to 12.10.2 (7086)
2026-09-17 02:11:18 +04:00
loop-uh
8ad4ac9ba7