一、先把现象拆开：「正在连接」不等于只有一种故障
在讨论 Telegram 代理之前，建议先在纸上或备忘录里区分三类表现：启动后长时间停在连接动画；列表能刷出但消息时间线不更新；文字能发但图片、视频与贴纸长期 pending。第一类往往指向与账号会话强相关的核心链路尚未建立；第二类可能是同步轮询或推送通道与列表接口出口不一致；第三类则更贴近大文件与缩略图所在的 CDN被错误直连或走了不稳定节点。
若把三类问题混为一谈，很容易出现在 Clash 里「换一个延迟低的节点」却时而好时而坏的体验，因为不同节点对 MTProto、TCP 443 与边缘 CDN的承载能力并不相同。下文默认你已能正常导入订阅并启动内核；若尚未完成基础导入，请先阅读《Clash 订阅链接怎么用？机场配置文件一键导入完整教程》，再回来做域名级细化。
二、Telegram 流量大致分哪几类：MTProto、HTTPS/CDN 与 WebSocket
不必把协议名背成考试题，但理解「谁在干什么」有助于写规则。MTProto 是 Telegram 生态里承载加密会话与消息同步的核心协议族之一，桌面与移动端在实现细节上会有差异，但在代理排查语境下，你可以把它理解为：决定你能不能真正「连上服务器并完成握手」的那一层。若这一层长期超时，界面就会卡在连接失败或正在连接。
与此同时，头像、媒体预览、部分静态页面与更新检查，往往会落到常规 HTTPS 请求上，并可能经由不同CDN 边缘。若网关类主机名已走代理，而实际承载缩略图的边缘主机名被前置规则打成 DIRECT，就会出现能登录但图全裂或同步奇慢的半通状态。部分客户端还会使用WebSocket 或长连接通道做辅助同步；当系统代理只覆盖浏览器式 HTTP(S) 路径、而长连接仍按路由表直连时，也可能与 MTProto 出口不一致，表现为偶发断流或列表不刷新。
因此，Clash 分流规则的目标不是「堆一堆后缀」，而是让连接日志里出现的真实主机名，在策略意图上与你选择的节点类型相匹配。与站内《Windows 上 Discord 更新与语音：CDN 与 RTC 分流》类似，思路是先观测再收敛；Telegram 的主机名集合不同，请勿照搬条目。
三、推荐排查顺序：先证据，后换节点
下面顺序刻意把「换节点」放在中后段，避免只靠 ping 图安慰。
- 确认当前是系统代理、TUN，还是仅在客户端内填了 SOCKS5；三种方式覆盖的进程与协议范围不同，混用时常出现「浏览器通、Telegram Desktop 仍半通」。
- 复现卡顿时，在连接面板过滤
telegram、t.me、cdn、ws等关键字，观察每条连接的策略是DIRECT还是代理组，是否在同一时间段混用。 - 分别测试「纯文字消息」与「带图消息」：若文字即时而图片慢，优先怀疑 CDN 分流与边缘主机名，而不是 MTProto 本身。
- 检查 DNS：是否启用
fake-ip、海外域名的上游是否可达；解析与连接目标不一致时，先调整nameserver-policy或等价字段（以所用 Mihomo 文档为准）。 - 把日志里失败或长时间 pending的主机名分类为「核心会话」「静态与附件」「长连接辅助」，再在规则中显式指向同一策略意图或你拆好的策略组。
- 在规则顺序合理后，再为丢包敏感场景选择更稳定的节点，避免对同一主机名过于激进的自动故障转移。
端口占用、内核升级与通用报错，可对照《Clash 常见报错解决方案》；本文只聚焦 Telegram Desktop 与移动端共通的链路拆分逻辑。
四、桌面端：系统代理、客户端内代理与 TUN 怎么选
仅开启系统代理时，遵循系统代理的应用会把 HTTP(S) 流量送到 Clash 的 mixed 端口；但并非所有程序都完整尊重系统代理，且部分长连接与自定义协议可能仍按路由表直连。Telegram Desktop 允许在设置中单独填写 SOCKS5 或 HTTP 代理；若此处指向的端口与系统代理不一致，就会出现「系统里别的软件都通，唯独 Telegram 仍异常」的割裂。
若你希望TCP 与 UDP、以及不遵循系统代理的进程更一致地进入内核分流，可评估TUN 模式：在网卡层接管路由，使多类流量统一经过 Mihomo 规则。开启前建议阅读《Clash TUN 模式开启方法》，并在启用后回到连接日志，确认 telegram 相关连接确实经 Clash 显示，而不是仍落在 DIRECT。
与站内《Steam 商店与创意工坊：CDN 分流》对照，Steam 更偏重大文件与多 CDN 域名；Telegram 则同时强调低延迟会话与小文件并发。二者都不要求你背诵主机名，而要求以日志为准追加规则。
五、手机端补充：分应用 VPN 与系统代理的边界
在 Android 上，常见形态是分应用代理或VPN 权限类客户端；在 iOS 上则受系统网络扩展约束较大。无论哪种，核心仍是：Telegram 进程发出的连接是否进入了与你预期一致的内核路径。若仅浏览器走代理，而 Telegram 被排除在分应用之外，就会出现网页版能开、客户端长期连接失败的对比。请在本机客户端设置里核对「是否对 Telegram 放行代理 / VPN」，再与 Clash 分流规则交叉验证。
六、CDN 与 WebSocket：为什么「能登录却什么都慢」
当你已经能登录，但头像与媒体长期转圈，优先检查HTTPS 静态与 CDN 主机名是否被宽泛的「国内直连」或错误的 GEOIP 规则提前命中。此类问题在日志里往往表现为：同一秒内既有代理连接，又有对边缘域名的 DIRECT，或 TLS 握手在边缘侧反复重试。
涉及 WebSocket 时，注意中间设备或策略是否会干扰长连接；若你使用仅支持 HTTP 代理转发的老旧链路，也可能与客户端升级后的连接方式不兼容。此时与其盲目堆规则，不如先在日志里确认失败的具体主机名与端口，再决定是调整策略组还是更换节点类型。
七、DNS 与 fake-ip：半通状态从哪里来
启用 fake-ip 后，解析阶段与连接阶段的一致性更依赖内核行为与规则顺序。Telegram 依赖大量子域与第三方边缘，一旦部分请求在解析路径上不一致，就可能出现TLS 握手重试、资源长时间 pending 或同步假死。务实的顺序是：先确认 DNS 上游本身可达、无污染；再考虑为 telegram.org、t.me 等后缀配置更明确的解析策略。若调整 DNS 后失败请求显著减少，说明瓶颈在解析链路，此时再微调 Clash 分流规则会更省力。
八、域名归类：表格仅供方向，请以日志为准
Telegram 会调整边缘与主机名，任何静态清单都可能过期。下表给出排查时的分类方向，请始终以你本地连接日志为准。
| 类型 | 常见方向（示例） | 配置提示 |
|---|---|---|
| 核心站点与跳转 | telegram.org、t.me 等方向 | 与登录、深度链接保持一致策略意图，避免被宽泛直连误伤。 |
| 桌面更新与分发 | 客户端检查更新时出现的主机名 | 与核心会话分开观测；更新域名被误直连时常表现为「版本检查卡住」。 |
| CDN 与边缘 | 日志中的静态资源、媒体与缩略图主机名 | CDN 分流优先加观测到的 DOMAIN，再考虑后缀。 |
| 长连接 | 日志中的 WebSocket 或长连接会话 | 与 TCP 规则分开验证；必要时评估 TUN 与 UDP 行为。 |
若你希望「文字会话」与「媒体拉取」使用不同节点，可在 proxy-groups 中定义两组策略，再在规则里按主机名分别挂载。改名后务必保持 YAML 自洽，防止配置无法加载。
九、分流规则：示例片段（请替换策略组名）
下列 YAML 演示如何把常见后缀显式指向代理组。将 PROXY 换成你的策略组名，并保证片段位于过于宽泛的 GEOIP 或 MATCH 之前，且不与订阅自带的「国内直连」条目冲突。
# Example only — replace PROXY with your policy group name
rules:
- DOMAIN-SUFFIX,telegram.org,PROXY
- DOMAIN-SUFFIX,t.me,PROXY
- DOMAIN-SUFFIX,telegra.ph,PROXY对日志中出现的具体 CDN 主机名，按需追加 DOMAIN 规则。若某后缀与其他业务共用，则需权衡更窄的匹配或进程级规则（视内核与客户端能力而定）。MTProto 相关连接在日志里可能以 IP 形式出现，此时除域名规则外，还需结合 TUN 与路由文档中的高级选项，本文不展开具体内核开关，以免与版本差异冲突。
十、与订阅规则冲突时怎么收敛
许多订阅自带「国内直连、国外代理」的大块规则。Telegram 部分主机名可能被误判为应直连，或相反被错误地套进不适合的代理组。处理方式是：把 telegram 相关后缀写成靠前、更具体的规则，并在修改后观察连接日志是否整体统一到预期策略。
若你同时开启局域网共享给其他设备，注意网关与 DNS 是否一致指向运行 Clash 的机器，可参考《Clash 开启局域网代理：Windows 与 macOS 多设备共享完整步骤》，避免只有本机 Telegram 正常、旁路设备仍异常。
十一、节点选择：稳定优先于测速榜第一名
即时通讯对短时抖动与丢包比网页浏览更敏感。测速第一的节点未必适合长会话：频繁故障转移会让 MTProto 链路反复重建，界面就表现为正在连接循环。更稳妥的是选择一段时间内延迟方差小、TCP 与 UDP 表现均衡的线路，并避免对同一主机名过于频繁地自动切换。
十二、合规提示
使用代理访问网络服务可能受当地法律法规与平台用户条款约束。本文仅讨论网络路径与 DNS 一致性等工程问题，不构成任何违法用途指引。请在合法合规前提下阅读与实践，并自行承担相应责任。
十三、小结：把「连接失败」拆成可验证的主机名与协议清单
Telegram Desktop 与移动端上的正在连接与消息不同步，多数是模式、DNS、Clash 分流规则顺序、节点稳定性与MTProto / CDN / WebSocket路径不一致叠加的结果，而不是单一域名故障。按本文顺序，你可以在连接日志里看到明确命中记录，再决定要不要为核心与 CDN 分别建策略组。
当你希望少手写 YAML、用图形界面统一管理连接记录与策略切换时，成熟客户端在 Mihomo 内核上的整合度较高，也能降低配置错误率。相比零散工具组合，一体化体验在长时间即时通讯场景里往往更省心。→ 立即免费下载 Clash，开启流畅上网新体验