Files
proxy-station/docs/TELEGRAM-RULES.md
2026-10-12 00:08:43 -07:00

2.6 KiB
Raw Permalink Blame History

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 官方说明。

已应用规则

规则快照在 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 域名规则、Sukka IP 规则及 blackmatrix7 规则。官方 IP 段以 Telegram CIDR 清单为准,另补 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 数据中心连接恢复双向流量,登录页完整二维码已显示;未执行扫码或账号登录。