0. 它是什么(一句话) 它不是一个 MTProto 代理服务器,而是 Telegram 官方「WEB Proxy」的后端替代品。 Telegram 桌面端/安卓端有个代理类型叫 WEB proxy:客户端只让你填 「主机名 + 密钥」两个字段(端口固定 443),然后客户端在内部开一个隐藏 WebView,把远端页面套在 http://127.0.0.1:<随机端口> 的本地页面里当 iframe, 用 postMessage 把每条 Telegram 连接变成一条 WebSocket lane 交给这个页面转发。 这个 Worker 就扮演那个「远端页面 + 中继」: Telegram 客户端 └─ 本地 127.0.0.1:<port> 页面(客户端自带) └─ iframe: https://<你的域名>/?bridge=<签名> ← 本 Worker 下发的页面 └─ 每流一条 WS: wss://<你的域名>/api/v1/ws └─ Worker 解开 MTProto obfuscation 头(64B),重新封一层 └─ wss://kws{1..5}[-1].web.telegram.org/apiws ← Telegram 官方入口 内层 MTProto 载荷始终是端到端加密的,Worker 不接触、不解密。 Worker 只做传输层那 64 字节 obfuscation 头的「解一次、重签一次」。 所以:不需要自建 MTProxy,不需要自建中转服务器,一个 Worker 就是全部后端。
0. 它是什么(一句话)
它不是一个 MTProto 代理服务器,而是 Telegram 官方「WEB Proxy」的后端替代品。
Telegram 桌面端/安卓端有个代理类型叫 WEB proxy:客户端只让你填
「主机名 + 密钥」两个字段(端口固定 443),然后客户端在内部开一个隐藏
WebView,把远端页面套在
http://127.0.0.1:<随机端口>的本地页面里当 iframe,用 postMessage 把每条 Telegram 连接变成一条 WebSocket lane 交给这个页面转发。
这个 Worker 就扮演那个「远端页面 + 中继」:
内层 MTProto 载荷始终是端到端加密的,Worker 不接触、不解密。
Worker 只做传输层那 64 字节 obfuscation 头的「解一次、重签一次」。
所以:不需要自建 MTProxy,不需要自建中转服务器,一个 Worker 就是全部后端。
试试呢
可以通过这个部署tg bot了?
哇!不错啊!谢谢
断流,体验不好,尝完鲜就放下了
这样使用有什么优势吗
这个是做什么的
鸡肋,晚高峰就不到10mbps,白天我用软银都挺爽的