Telegram 只有全局模式才能连接怎么办

Telegram 在代理用户中有个独特的「毛病」：别的应用在规则模式下都乖乖走代理，唯独它非要全局模式才肯连接。这不是玄学，而是 Telegram 的技术架构决定的——它的客户端通过自家 MTProto 协议直接连接数据中心的 IP 地址，全程不需要解析域名。而大多数分流配置以域名规则为主，一条不产生域名的流量，域名规则自然一条都匹配不上，最后落到「其余流量直连」的兜底规则里，被直连的 Telegram 流量当然连不上。

全局模式为什么能用？因为全局模式不做匹配，所有流量一律进代理，恰好绕过了「规则缺口」。所以解决方向不是一直开全局，而是把 Telegram 的 IP 段规则补进配置，让规则模式也能正确识别它。

先确认诊断

动手改配置前，花一分钟确认问题确实如此。

1. 保持规则模式，打开客户端的连接（Connections）面板；
2. 在 Telegram 里下拉刷新触发流量；
3. 观察面板中目标为 91.108.x.x、149.154.x.x 等 IP 段的连接走的策略——显示 DIRECT（直连）即确认诊断。

如果连接面板里压根看不到 Telegram 的流量，说明流量没进客户端，那是另一类问题，请先按Clash 连接成功但网页打不开怎么办排查代理接管环节。

更新 Geo 数据文件

Mihomo/Clash 系内核判断 IP 归属靠 GeoIP 数据库。数据文件过旧或缺失时，即使配置里写了 GEOIP,telegram,代理 也匹配不准。这是成本最低的第一步：在 Clash Verge Rev 的设置中找到 Geo 数据更新入口，手动更新一次 GeoIP/GeoSite 文件，重启内核后回到规则模式测试。相当一部分用户到这一步就解决了。

补齐 Telegram 规则

更新数据后仍直连的，说明配置里根本没有 Telegram 相关规则，需要手动补充。以 Clash 系配置为例，在规则列表的兜底规则之前加入：

rules:
  - GEOIP,telegram,你的代理策略组,no-resolve
  # 或使用更细的 IP 段规则集（rule-providers）

注意两点：规则匹配自上而下、命中即停，Telegram 规则必须放在 MATCH/FINAL 兜底规则之前；no-resolve 参数避免对 IP 直连流量做多余的解析。使用订阅自带配置的用户，优先用客户端的「覆写 / 自定义规则」功能追加，这样订阅更新不会把改动冲掉，具体操作见Clash Verge Rev 使用教程。

改完后重复「先确认诊断」一节的观察方法，看到 Telegram 的 IP 连接命中新规则、策略列显示你的代理组，即为成功。

语音通话还要过 UDP 关

规则补齐后消息收发正常，但语音、视频通话可能仍然接不通——通话流量走 UDP，链条上任何一环不支持都会失败：

环节	检查点
节点	是否标注支持 UDP 转发（部分服务器未开启）
协议	所用协议与端口是否放行 UDP
客户端	UDP 相关开关是否启用

换一个明确支持 UDP 的节点是最快的验证方式。

启用增强模式接管更彻底

系统代理模式下，部分桌面版 Telegram 的流量可能不走系统代理设置。开启 TUN（增强）模式后，客户端在网络层接管全部流量再按规则分流，规则命中更可靠。TUN 与系统代理的差异、开启方法与注意事项见TUN 模式与系统代理的区别。

验证结果

完整验证包括四项：规则模式下消息即时收发、图片视频正常加载、语音通话可接通、连接面板中 Telegram 的 IP 连接稳定命中代理策略组。之后每次大版本更新订阅或更换配置模板时，记得复查自定义规则是否仍在——规则模式下 Telegram 的可用性，本质上就取决于那几行 IP 规则是否健在。