Shadowrocket · 单个应用异常

浏览器正常,只有一个 App 没网,问题通常不在同一层

Safari 能打开网页,说明至少有一条网络路径可用;它不能证明目标 App 的域名、UDP 请求或登录状态也正常。固定同一张网络和一条服务器,用路由模式与规则测试做两次对照,会比连续换节点更快。

使用软件
Shadowrocket
设备与系统
iPhone / iPad
这次会检查
先检查 App 自己的状态、在 Config 模式复现一次、短暂切到 Proxy 做对照
先说结论

先确认 App 自身没有登录或版本问题,再比较 Config 与 Proxy。同一请求在 Proxy 正常、Config 失败时,才把重点放到规则和 DNS 日志。

真实场景

Safari 和多数网页可以访问,但某个社交、视频、商店或办公 App 一直转圈、登录失败或提示无网络。

开始前确认同一时刻 Safari 仍能打开固定测试网页
同时确认只选一个目标 App,不把多个不同故障混在一起

照着当前界面操作

1

先检查 App 自己的状态

确认目标 App 已更新、账号没有退出,并且系统允许它使用当前网络。若它在关闭 Shadowrocket 时也失败,先处理应用服务或账号问题。

2

在 Config 模式复现一次

界面路径Shadowrocket Home/首页 → Global Routing/全局路由 → Config/配置

保持服务器和网络不变,在 Global Routing 的 Config/配置模式下重新打开目标 App,记下时间和完整提示。

3

短暂切到 Proxy 做对照

界面路径Shadowrocket Home/首页 → Global Routing/全局路由 → Proxy/代理

临时切换到 Proxy/代理,再执行同一动作。Proxy 正常而 Config 失败,说明当前规则可能把相关域名直连或拦截;两种模式都失败时,不要只盯着分流规则。

4

用 Test Rule 检查已知域名

界面路径Shadowrocket Config/配置 → Test Rule/规则测试

如果能从错误提示或官方登录页确定域名,可在 Config 功能中使用 Test Rule。它能帮助确认该域名命中了哪条规则;界面位置可能因版本变化。

5

查看 Proxy、DNS 或 VPN 日志

界面路径Shadowrocket Data/数据 或 Diagnostics/诊断 → Proxy/DNS/VPN Logs

在刚才记录的时间附近查找相关请求。DNS 没有结果、请求被规则拒绝和代理服务器连接失败是不同问题,不要用同一个“换节点”动作处理。

6

一次只修正一项规则

确定规则问题后,只修改或更换一份可信配置,再重复同一动作。不要同时导入多个重写、脚本和规则包,否则难以知道哪一项影响了 App。

版本不一样时怎么找

软件更新后,功能名称通常不变,但入口位置和中文翻译可能微调。请优先按功能名查找,不要只对照旧截图的颜色或位置。

资料依据

本文核对过的官方资料

功能边界和界面名称来自项目文档、应用商店或系统支持页面。

常见问题

Safari 正常是不是说明节点一定正常?

只能说明 Safari 当前访问的网页有可用路径。其他 App 可能访问不同域名、DNS 或协议,仍需要单独验证。

Proxy 模式正常,可以一直用 Proxy 吗?

它可以临时验证分流问题,但可能让不需要代理的请求也绕行。日常是否使用应根据自己的规则和用途决定。

需要开启 HTTPS Decryption 才能看日志吗?

普通的连接和 DNS、域名路径判断不需要解密 HTTPS。不要为了排查单个 App 随意安装证书或开启中间人解密。