数字泔水\(⁠◔⁠‿⁠◔⁠)✨ Thinking...https://tg.okhk.nethttps://tg.okhk.net/posts/11030https://tg.okhk.net/posts/11030Sat, 22 Aug 2026 12:44:46 GMT<div class="tgme_widget_message_forwarded_from accent_color">Forwarded from <a class="tgme_widget_message_forwarded_from_name" href="https://t.me/tginfocn/998" target="_blank" rel="noopener"><span>Telegram Info 中文</span></a></div><div class="image-list-container image-list-odd"> <button type="button" class="image-preview-button image-preview-wrap" popovertarget="modal-11030-0" popovertargetaction="show" aria-label="Open image preview: Telegram 正在开发实验性 WEB 代理在 Telegram Desktop 的代码中，发现了一种名为“WEB”的新型实验性代理类型"> <img src="/static/https://cdn5.telesco.pe/file/jAHShYtnTOhsWIOEy3lEfrtRpHa9dG_--ESAX6vSl3AhJgKMLizTL55SZni8xdcjeDLJxrxjH2pjq3fzz4SFoAnlTi67--pJvedn2Mko_bBP4Zdxy22Z7JtEdiu3CWxoyPHzpgvwygFBlupVw4N6n_Wie1hNGjei9W5JLefOP5E9A6p993LZ9g7gRX8lGJ2pyuELkbiwv0QKuJasdtkwDxRU_CA5W7ATlSpDurusfxvLGmgOhu6tjlk-OJR-d4IYV-K0P3TdM0H5TQv2jryNJFyyPq3nerbAeC86tubeZyZMnfFp5XI_kxZymizFrOic1ii0DnDq64Xt1W6oVxekfQ.jpg" alt="Telegram 正在开发实验性 WEB 代理在 Telegram Desktop 的代码中，发现了一种名为“WEB”的新型实验性代理类型" width="800" height="501" loading="eager" /> </button> <div class="modal" id="modal-11030-0" popover="auto" aria-label="Image preview"> <button type="button" class="modal__backdrop" popovertarget="modal-11030-0" popovertargetaction="hide" aria-label="Close image preview"></button> <button type="button" class="modal__close" popovertarget="modal-11030-0" popovertargetaction="hide" aria-label="Close image preview">×</button> <div class="modal__surface"> </div> </div> </div><b>Telegram 正在开发实验性 WEB 代理</b><br /><br />在 Telegram Desktop 的代码中，发现了一种名为“WEB”的新型实验性代理类型。该发现由 <a href="https://t.me/telelakel/1124" target="_blank" rel="noopener" title="teleLakel">teleLakel</a> 公布。<br /><br />WEB 代理的服务器代码仍在开发中，Telegram 尚未认可任何实现方案，因此目前暂时无法尝试这项技术。<br /><br /><b>为什么需要这种代理，而不是直接使用 MTProxy？</b><br /><br />现有的 MTProxy 也可以通过 FakeTLS 扩展来伪装成 HTTPS 流量。然而，现代深度包检测 (DPI) 系统已经能够识别这些连接，因为 FakeTLS 仍然与真实的 HTTPS 流量存在一些外部可观察到的差异。<br /><br />新的 WEB 传输方式使得检测变得更加困难：为了与服务器通信，客户端使用内置的浏览器 (WebView)。它使用浏览器的标准加密机制建立真实的 TLS/HTTPS 连接，这使得 Telegram 流量看起来与普通的网页浏览流量更相似。<br /><br /><div class="tg-expandable"> <input type="checkbox" id="expand-0-0" class="tg-expandable__checkbox" aria-label="Toggle hidden content" aria-controls="expand-0-0-content" /> <div id="expand-0-0-content" class="tg-expandable__content"><b>工作原理</b><br /><br /> • 客户端使用隐藏的浏览器，打开代理服务器域名下的一个特殊页面。<br /> • 该域名也可以继续作为常规网站运行。隐藏的 Telegram 信道仅在请求包含正确的密钥时才会激活。<br /> • 在该 Web 信道内部，加密的 MTProxy 流量被封装成 WEB 代理的数据帧，并发送到代理服务器。目前，该过程通过 WebSocket 实现。<br /> • HTTP/WebSocket 流量被重新封装，并在无需解密其中 MTProxy 流量的情况下转发至 MTProxy 服务器。<br /><br />此功能目前仍在持续开发中，因此协议可能会在正式发布时发生变化。</div> <label for="expand-0-0" class="tg-expandable__toggle"><span class="sr-only">Toggle hidden content</span></label> </div><br /><br />独立的 <a href="https://github.com/telemt/telemt" target="_blank" rel="noopener" title="Telemt">Telemt</a> 社区正在研究具有抗检测能力的协议。此前，得益于该社区对俄罗斯 DPI 系统的研究，Telegram 的开发者<a href="https://t.me/tginfo/4401" target="_blank" rel="noopener" title="更新">更新</a>了客户端中的 MTProxy，以应对新的检测方法。<br /><br />该社区指出，Telegram 应该投入更多精力来开发新的抗审查方法。如果 Telegram 不继续改进新的 WEB 代理，它未来可能会失效——即使在真实的 TLS 连接中，如果不采用额外的流量伪装措施，Telegram 流量本身仍可能存在足以暴露其身份的独特特征。<br /><br /><a href="/search/result?q=%23Desktop" title="#Desktop">#Desktop</a> <a href="/search/result?q=%23proxy" title="#proxy">#proxy</a> <a href="/search/result?q=%23bans" title="#bans">#bans</a>