据称苹果推送服务器 push.apple.com 出现故障，部分海外应用在中国大陆的推送通知不再推送。目前现象并非全量覆盖，不过部分设备和网络环境下仍可正常接收推送。对于跨境电商和有国外应用业务的同学影响巨大。
苹果统一推送服务 push.apple.com 是第三方应用向 iOS 设备发送通知的中继节点。开发者服务器将推送请求提交给 APNs，再由 APNs 通过苹果维护的长连接推送到目标设备。国内应用通常走 APNs 直连或 HTTP/2 推送，而海外应用如果未部署国内推送中继，则完全依赖 push.apple.com 的标准路径。
此次阻断的表现形式是：推送服务器 push.apple.com 从中国大陆部分网络不可达，导致涉及的应用通知全部中断。应用本身通信不受影响——仅推送通道被卡。
受影响范围
遭遇推送中断的典型场景：
- • X、TG、WhatsAppDiscord 等海外社交应用
- • 部分国际邮件客户端依赖 APNs 的推送通道
- • 确认不是所有设备均受影响——推测与设备所在网络环境、运营商、APNs 前端节点路由有关
解决方案
1、直接全局代理
2、推荐方案：基于 blackmatrix7 规则集
blackmatrix7/ios_rule_script 是目前国内维护最完善的 iOS 分流规则库，覆盖 Surge / Quantumult X / Loon / Shadowrocket / Clash / Sing-Box 等主流工具。建议直接在现有 Apple 规则基础上添加 push.apple.com 代理分流：
Apple 全量域名规则文件（No Resolve 版本，推荐引用）：
该规则文件已包含苹果所有服务域名的分流策略，在此之上追加 push.apple.com 走代理即可。
各工具具体操作
Surge / Quantumult X / Loon / Shadowrocket：
在 Apple 规则组前插入或单独添加：
DOMAIN,push.apple.com,PROXY
Clash Verge / mihomo：
rules:
– DOMAIN,push.apple.com,代理
不想全局代理 Apple 服务？
如果只希望修复推送而不影响其他 Apple 服务（iCloud、App Store 等走直连更优），只代理 push.apple.com 即可。其他 Apple 自有服务的推送（iMessage、FaceTime）走 courier.push.apple.com 独立通道，不受此次影响，无需代理。
注意事项
- • 此方案将 APNs 流量走代理出口，推送延迟取决于代理节点质量，通常增加 50-200ms
- • 不影响 iMessage、FaceTime 等苹果自有服务的推送
- • 如果代理节点本身不稳定，推送可能间歇性丢失
- • 不影响应用内消息的实时收发，仅影响后台通知到达
信息来源
- • @leaskh 初步调查
- • blackmatrix7/ios_rule_script Apple 分流规则