Telegram 收不到推送通知怎么办？+86 手机号 Shadowrocket 小火箭一条规则修复完整教程（2026 最新版）

用 Telegram 的人，最让人崩溃的不是”老号被风控”也不是”验证码收不到”，而是——明明 APP 装好了、号也登上了、好友也加上了，结果消息就是不弹通知。打开 APP 一看，群里 99+ 红点，对方早就把语音都发完了，你却一条都没收到提醒。

这种情况几乎 100% 发生在国内 +86 手机号 + iOS 用户身上。原因不是 Telegram 出 bug，也不是 iPhone 出问题，而是 iOS 的推送服务器 push.apple.com 在国内被”间歇性污染”。本文用一个非常简单的小火箭（Shadowrocket）规则就能搞定，不用换号、不用越狱、不用买 Premium。

一、先搞清楚：TG 不推送 ≠ TG 收不到消息

很多新手会把这两件事混在一起。其实它们是完全不同的两条链路：

本文要解决的是“消息能看到但不弹通知”这一类问题，也就是 APNs 链路问题。

二、原理一句话讲清楚

iOS 上所有 APP 的推送，都要经过苹果自家的 APNs（Apple Push Notification service）。它的核心域名就是 push.apple.com。在国内网络环境里，这条域名经常被 QUIC/UDP 拥塞、丢包、甚至 DNS 污染，导致苹果服务器推不进来。

所以解决方案就一句话：把 push.apple.com 这一个域名扔给小火箭走代理，其他流量该咋走咋走。 这是网上转疯了的那个”两行小火箭规则”教程，亲测对 Telegram、Signal、WhatsApp、Twitter/X 全部有效。

三、准备工作（30 秒）

• 一台 iPhone / iPad，iOS 13 及以上
• App Store 区已切换到非中国大陆区，并且已经下载好 Shadowrocket（小火箭），App Store 售价 ¥18 一次买断
• 已经在小火箭里导入过一份可用的机场订阅（任意一份都行）
• Telegram 已经能正常打开、能正常发消息（如果连消息都收不到，请先解决代理问题）

下面是小火箭打开后的主界面——记住底部四个标签：首頁 / 配置 / 資料 / 設定（英文版是 Home / Config / Data / Settings）。

▲ 中文版小火箭主界面（来自 Apple App Store 官方上架截图）：注意”全域性路由”右侧默认是”配置”

▲ 英文版主界面（如果你切到英区）：Not Connected / Global Routing / Connectivity Test / Add Server

四、核心步骤：添加 push.apple.com 走代理

原始教程是这样写的（我做了字段说明、避免新手翻车）：

第 1 步：点底部”配置”进入配置文件列表

底部四个标签：首頁（Home）、配置（Config）、資料（Data）、設定（Settings）。点中间的 配置，进入”配置檔案”列表页：

▲ 配置檔案列表：找到正在使用的那条配置（带 蓝色 ✓ 的就是当前生效的），重点关注它

▲ 英文界面对照：default.conf 后面打勾，就是当前正在用的

第 2 步：点配置文件右侧的”i”或者点配置文件本身进入详情

选中你正在用的配置文件（有 ✓ 的那条），点击它，进入配置文件详情页。这里能看到 規則（Rule）后面跟着一个数字，这就是当前配置文件里已经有的规则数。屏幕中部会看到三个关键入口：添加規則 / 添加映射 / 添加 URL 重寫。我们要点的是第一个 —— 添加規則（Add Rule）：

▲ default.conf 详情页（中文）：直接点中间的 添加規則 即可

▲ 英文界面对照：点中间的 Add Rule

第 3 步：填写规则字段

点 添加規則 / Add Rule 后会弹出一个表单，让你填三个字段。下面是表单的大致样子（这张图是 On Demand 的”添加域名”表单，Add Rule 表单的布局基本一致，都是顶部蓝条 + 中间字段 + 右上”完成”按钮）：

▲ Shadowrocket 添加表单的统一布局（图为 On Demand 的添加域名页面，Add Rule 表单格式相同）

按下表填写：

填完后点右上角的蓝色对勾 / Done / 完成保存即可。如果想一次性把所有苹果推送相关的域名都覆盖到，建议再加几条（可选，但推荐）：

DOMAIN-SUFFIX,push.apple.com,PROXY
DOMAIN-SUFFIX,push-apple.com.akadns.net,PROXY
DOMAIN-SUFFIX,courier.push.apple.com,PROXY
DOMAIN-SUFFIX,apns.courier-push-apple.com.akadns.net,PROXY
DOMAIN-SUFFIX,gateway.push.apple.com,PROXY
DOMAIN-SUFFIX,gateway.sandbox.push.apple.com,PROXY

注意：DOMAIN-SUFFIX,push.apple.com 实际上已经能匹配上面所有子域名，但为了保险（防止某些机场的内核 Trie 实现有 bug），手动多加几条更稳。

第 4 步：切换回首页 → 全域性路由改成”配置”模式

这步是最容易被忽略的一步，也是 90% 的人改完规则发现”还是没推送”的根本原因。规则保存完后，回到首页：

▲ 回到首页，重点看第二行”全域性路由” → 必须改成右侧的”配置”

• 看到第二行 全域性路由 / Global Routing，右侧很可能写着 Proxy 或者 Direct —— 这两个模式下你刚才写的规则都不会生效
• 点它，把模式改成 配置 / Config（也叫”配置模式” / “规则模式”）
• 这时候才会按你配置文件里的 Rule 段去匹配流量

第 5 步：重连网络让规则立即生效

iOS 的 VPN 进程在切换全局路由模式后，不会立刻刷新已建立的 TCP 连接。最快的让它”重新走规则”的方法就是开关一次飞行模式：

1. 从屏幕右上角下拉打开控制中心
2. 点一下飞机图标 → 等 3 秒
3. 再点一下飞机图标关闭
4. 等待 Wi-Fi / 蜂窝信号恢复

然后退出 Telegram 后台（从底部上滑、滑掉卡片），等 1 分钟，让别人给你发条消息测试一下，锁屏弹通知就说明搞定了。

五、Android 用户怎么办？

Android 没有 APNs 这种系统级推送，Google 自家的 FCM（Firebase Cloud Messaging）也走 fcm.googleapis.com + mtalk.google.com。国内大部分国产安卓机自带的”统一推送”是没有 FCM 的，所以哪怕你科学上网，TG 也几乎不会推送。

解决方案有两个：

• 方案 A（折腾）：刷一个 GMS 完整版的 ROM（如原生 LineageOS）、或者用 Google 服务框架（GMS），让 FCM 跑起来，然后给 FCM 域名挂代理
• 方案 B（懒人）：用 Telegram FOSS 这个去 Google 服务依赖的版本，它会用 WebSocket 长连接保活，不依赖 FCM

方案 B 在大部分国产手机（小米、华为、OPPO、vivo）上都比方案 A 实用。装好之后记得给 Telegram FOSS 关闭省电模式、开自启动、开后台运行、加入白名单。

六、常见坑位（按出现频率排序）

七、进阶玩法：直接订阅一份”推送修复规则集”

如果你嫌一条一条加麻烦，可以直接在配置文件里订阅一份现成的 RuleSet。在配置文件的 [Rule] 段顶部加上一行：

# 把下面这一行放在配置文件 [Rule] 段的最上面
RULE-SET,https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Shadowrocket/Telegram/Telegram.list,PROXY
RULE-SET,https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Shadowrocket/Apple/Apple.list,PROXY

这两份是 GitHub 上 star 数最多的中文 ShadowRocket 规则集之一，blackmatrix7 维护，更新很勤。包了所有 Telegram 域名 + 所有 Apple 推送相关域名，比单独加一条 push.apple.com 更全面。

八、验证是否真的生效

有两个非常简单的判断方法：

1. 看小火箭的 Data → Proxy 日志：底部点 資料 / Data → Proxy，看流量列表里有没有 push.apple.com 或 courier.push.apple.com，并且策略列写着 PROXY，就是命中了
2. 找一个朋友给你发条 TG 消息：退出 TG 到桌面，锁屏，等 30 秒——能弹通知就是好了

如果你想更精细地排查，可以从 设定 → 高階 → 診斷（Settings → Advanced → Diagnostics）里打开 VPN 日志：

▲ Diagnostics（诊断）页：打开 Enable Logging，然后看 VPN Logs 里有没有 push.apple.com 的连接日志

把 Enable Logging 打开，然后等几分钟，再看 VPN Logs。如果里面有 push.apple.com 而且没有 connection reset 这种 error，就是真的生效了。

如果还是不行，最常见的就是上面表格里那七条之一，逐一排查。绝大多数情况点开关一次飞行模式就解决了。

九、为什么这条规则到 2026 年还在生效？

因为 APNs 的设计是“全球长连接 + 苹果集中分发”，所有 iOS 设备都要和 *.push.apple.com 保持一个长 TCP 连接。这个域名解析出的 IP 在国内会被定期”轻度污染”——表现为连接建立速度变慢、心跳超时、最终 TCP 被 RST。

苹果从 iOS 16 开始改用 HTTP/2 + QUIC 做推送，QUIC 是 UDP 协议，国内 UDP 丢包率在晚高峰能到 30%+，所以同一根 SIM 卡，白天能推、晚上就推不动，是非常典型的现象。把 push.apple.com 扔给 TCP 代理之后，绕开了 UDP QUIC 链路，问题自然就消失了。

十、总结：5 步搞定 TG 推送

• “TG 不推送通知”绝大部分是 APNs 链路问题，不是 TG 本身的 bug
• 在小火箭里加一条 DOMAIN-SUFFIX, push.apple.com, PROXY 即可
• 必须把全局路由切到 Config 模式，规则才生效
• 切换后开关一次飞行模式 + 退后台 TG，立即生效
• 嫌麻烦的直接订阅 blackmatrix7 的 Apple.list + Telegram.list 规则集
• Android 用户走 Telegram FOSS / GMS + 代理 FCM 的方案

这条规则解决的是“消息能看到但收不到通知”的痛点，对 Signal、WhatsApp、Twitter/X、Discord、Slack 这些用 APNs 推送的 APP 通通有效——加一次受益全家桶，是非常划算的小操作。