# Telegram 跨平台分流

2026-10-11 排查发现：生产数据库虽然保留了 Sukka Telegram 规则集元数据，但没有引用它们的分流规则，也没有 Telegram 策略组。只有自定义 `osx.telegram.org → 🚀 Proxy`；其他 Telegram 域名和数据中心 IP 命中 `🎯 NoAuto → 🇨🇳 Mainland → DIRECT`。

本机失败请求包括 `pluto-1.web.telegram.org`、`venus-1.web.telegram.org`、`vesta-1.web.telegram.org`、`149.154.167.50`、`149.154.167.91`、`149.154.175.50`、`95.161.76.100` 和 `194.221.250.50`，当时收发量均为零。二维码登录需要先调用 `auth.exportLoginToken`，客户端拿到令牌后才生成二维码，见 [Telegram 官方说明](https://core.telegram.org/api/qr-login)。

## 已应用规则

规则快照在 [telegram.list](../rules/telegram.list)，共 37 条：21 条域名后缀、11 条 IPv4、5 条 IPv6。通过管理 API 写入生产数据库，策略统一为 `🚀 Proxy`，来源为 `custom`，位于序号 0–36。IP 规则附带 `no-resolve`。这些规则随 Surge、Shadowrocket 配置和 Clash/Mihomo 订阅下发，覆盖 macOS、iOS、Android、Desktop 和 Web 共用的 Telegram 服务地址。

参考 [Sukka 域名规则](https://ruleset.skk.moe/List/non_ip/telegram.conf)、[Sukka IP 规则](https://ruleset.skk.moe/List/ip/telegram.conf)及 [blackmatrix7 规则](https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Surge/Telegram/Telegram.list)。官方 IP 段以 [Telegram CIDR 清单](https://core.telegram.org/resources/cidr.txt)为准，另补 Sukka 收录且本机实际出现的备用/探测地址。未整体导入第三方客户端、宽泛 ASN 或进程规则。

这是审核后的固定快照，不会自动跟随上游变化；未来新增地址需重新核对。原来的 osx.telegram.org 规则保留，已被 telegram.org 后缀覆盖。无需发布源码或重启生产服务。模板重置会保留自定义规则。

## 备份与验证

首次写入前在线 SQLite 备份：`/opt/proxy-station/data/telegram-before-20261012-112406.db`。写入后逐条核对数据库中的策略、启用状态、参数和顺序，并验证 Surge、Shadowrocket、Clash 三种输出全部包含这 37 条规则，生产健康检查正常。

本机执行 `surge-cli managed-profile update` 后，Telegram 域名、数据中心、备用地址均解析到 `🚀 Proxy → 🇺🇸 United States → 🇺🇸 US LA Trojan Direct`；`https://telegram.org` HTTP 探测返回 200。移动端需更新各自订阅/规则配置后生效。

客户端实测：Telegram 数据中心连接恢复双向流量，登录页完整二维码已显示；未执行扫码或账号登录。