Shadowrocket节点连接不上怎么办？先按症状排查
简答：先关闭 Shadowrocket，确认 Wi-Fi 或蜂窝网络本身能上网；再检查 VPN 授权、订阅、当前节点和路由模式。保持其他条件不变，用两个节点及两种网络交叉测试，才能定位本地网络、规则还是节点参数问题。
定义：Shadowrocket节点连接不上，是指客户端无法建立有效代理连接，或显示已连接但实际请求没有按预期通过当前节点。
先按症状分流：30秒判断从哪里查起
先关掉 Shadowrocket，确认手机在不使用客户端时能正常打开网页；如果本地网络本身就不可用，先完成 Wi-Fi 登录页、检查蜂窝数据或更换网络。Shadowrocket 是规则型网络工具，App Store 页面列出其代理、规则、请求记录和网络速度测量等功能；它不会自动提供节点或服务器资源，节点与订阅需要由用户自行准备，可参考 Apple App Store 的 Shadowrocket 页面。
本文与 Shadowrocket 项目及开发者无隶属关系。先只改变一个变量，不要同时换节点、改 DNS、改规则和重装客户端。
| 现象 | 优先怀疑 | 第一步 |
|---|---|---|
| 开关一打开就弹回 | VPN 配置授权、其他 VPN、系统限制 | 到“设置”搜索“VPN”，确认配置存在；暂停其他 VPN 后重试。 |
| 节点全灰、测试超时或无延迟 | 订阅未刷新、节点失效、地址或端口错误 | 刷新订阅，再用两个不同节点对照。 |
| 显示已连接但网页全部打不开 | 路由模式、节点认证、本地网络或 DNS | 先确认关闭客户端时网页正常，再临时用 Proxy 模式测试。 |
| 只有某个网站或 App 打不开 | 规则命中 DIRECT、REJECT，或目标自身异常 | 先访问其他网站，再看请求日志中的规则和策略。 |
| 只有 Wi-Fi 或蜂窝网络失败 | 当前网络限制、登录页、蜂窝数据权限 | 保持同一节点，分别测试 Wi-Fi 和蜂窝网络。 |
速查卡：本地网正常？→ VPN 开关能保持？→ 两个节点对照→ Proxy 模式验证→查看请求记录→恢复 Config。
最短排查路径：按顺序操作
- 先测本地网络。完全关闭 Shadowrocket，用 Safari 或其他浏览器访问两个平时可打开的网页。如果关闭客户端后也打不开，先处理 Wi-Fi、蜂窝网络或认证页，不要先改节点参数。
- 检查 VPN 配置和授权。打开“设置”，搜索“VPN”，确认 Shadowrocket 对应配置存在。若开关立即弹回，可进入“设置 > 通用 > VPN与设备管理”，查看相关配置；删除前先确认这不是公司、学校或其他业务配置，因为 Apple 说明删除配置文件会同时删除其关联设置。删除后重启 iPhone，再回到 Shadowrocket 打开连接开关，按系统提示重新允许添加 VPN 配置。可参考 Apple 关于 iPhone 配置文件的说明。
- 刷新订阅并确认选中具体节点。检查节点列表是否为空、订阅是否能更新，以及 Home 页面是否真的选中了某个节点。订阅能显示不等于每个节点都可用。
- 用两个节点做固定变量对照。保持同一个 Wi-Fi、同一个路由模式和同一台手机，先测试节点 A，再测试节点 B。只有一个节点失败时，优先核对该节点；两个节点都失败时，继续检查 VPN、订阅和本地网络。
- 临时切换 Proxy 模式。如果当前版本的 Global Routing 页面提供 Proxy、Config、Direct 等选项，短时间选择 Proxy，验证当前选中的节点能否处理真实网页请求。测试结束后恢复原来的 Config 或其他日常模式。Apple 文档说明，VPN 可以通过 included routes 和 excluded routes 控制哪些流量进入隧道，因此系统显示 VPN 已连接，并不代表每个请求都走同一路由；这是基于路由机制的排查推断，可参考 Apple 的 VPN 流量路由文档。
- 同时做 Connectivity Test 和真实访问。如果当前版本提供 Connectivity Test，先测试当前节点，再用浏览器打开两个不同网站。Connectivity Test 有响应，只能说明该测试请求在当时得到响应，不能单独证明协议认证、TLS、DNS、规则和目标网站访问都正常。
可以把结果这样判定：关闭客户端时本地网页正常，VPN 状态能保持，至少一个节点能连接，Proxy 模式能打开真实网页，恢复 Config 后目标请求仍按预期访问。只满足其中一两项，不能算节点已经完全正常。
测速有延迟但网页打不开：分清三种验证
| 测试类型 | 验证了什么 | 没有验证什么 |
|---|---|---|
| Connectivity Test 或延迟测试 | 当前网络下某类测试请求是否得到响应，以及大致耗时 | 不等于下载速度、协议认证成功或所有网站可访问 |
| Proxy 模式访问真实网页 | 当前选中节点、代理转发和部分 DNS/连接链路是否能完成真实请求 | 不代表 Config 规则下所有 App 和域名都会走代理 |
| Config 模式访问目标网站 | 规则、策略组、节点和目标请求是否配合工作 | 单个网站失败不一定代表整条订阅或所有节点失效 |
因此，“有延迟但打不开网页”时，不要直接删除节点。先用 Proxy 模式访问两个不同网站；如果 Proxy 正常而 Config 失败，重点查看规则命中和策略引用；如果两者都失败，再核对协议认证、TLS、SNI、Host、Path、DNS 及节点地址端口。
订阅、节点参数和规则怎么分别核对
订阅能刷新，但所有节点都失败
订阅刷新只说明订阅文件能够被读取，不代表其中每个节点当前都能建立连接。先确认 VPN 授权和本地网络，再用两个不同节点、Wi-Fi 与蜂窝网络交叉测试。不要公开完整订阅链接，因为其中可能包含账户标识或访问令牌。
手动节点参数逐项对照
打开当前节点的编辑页面，只与服务提供方给出的原始配置逐项对照：服务器地址、端口、协议类型、密码或 UUID，以及该协议要求的 TLS、SNI、Host、Path、插件或传输参数。字段名称和可填写项目会随版本与协议变化，看不到的字段不要自行添加，也不要把一个协议的参数套用到另一个协议。
Config、Proxy、Direct 的排查用途
- Config：按配置文件规则处理请求，适合日常使用；若此模式失败，需检查规则是否启用、是否命中正确策略。
- Proxy：适合短时间验证当前节点能否处理真实请求；测试后恢复日常模式。
- Direct：用于直连对照，不经过代理节点；直连失败不能单独证明节点配置错误。
如果 Proxy 能打开而 Config 不能，优先检查规则；如果 Proxy 和 Config 都失败，优先检查节点参数、订阅、本地网络和 VPN 授权。Apple 文档说明，VPN 路由可以包含或排除特定流量，因此排查时要把“系统 VPN 状态”和“具体请求是否进入代理路径”分开看，详见 Apple VPN 路由说明。
Wi-Fi、蜂窝网络和 iPhone 设置的交叉验证
- 保持同一个节点和同一个路由模式，在 Wi-Fi 下测试一次。
- 关闭 Wi-Fi，使用蜂窝数据测试同一节点；两次测试之间不要刷新订阅或改规则。
- 如果只有蜂窝网络失败，打开“设置 > 蜂窝网络”，向下找到 Shadowrocket 并打开其蜂窝数据权限。Apple 支持文档说明，关闭某个 App 的蜂窝数据后，该 App 只能使用 Wi-Fi，可参考 Apple 关于 iPhone 蜂窝数据权限的说明。
- 如果只有 Wi-Fi 失败，先完成酒店、机场、校园或办公网络的网页登录，再重新连接。
- 打开“设置 > 通用 > 日期与时间”，确认自动设置开启。若时间偏差较大且多个 TLS 节点同时失败，再把时间设置作为重点变量；修正后重新连接。
- 暂停其他 VPN、按需连接或设备管理配置，避免多个网络工具同时改变连接状态。若开关在断开后自动重新连接，检查当前版本是否启用了 On Demand，并以界面显示为准。
不建议把“关闭 IPv6”或“强制修改 DNS”作为第一步。只有在 VPN 权限、本地网络、订阅、节点和路由模式基本确认后，且现象明确指向 DNS 解析失败时，才一次只改一个 DNS 设置，并保留原值以便回滚。
进阶排查：看请求记录和日志，再决定反馈什么
如果当前版本提供流量记录、请求列表或日志入口，可在连接后打开记录功能，访问一个明确的测试网站，再回到记录页面查看：请求是否出现、命中了 DIRECT/PROXY/REJECT 哪类策略、是否有 DNS 失败、TLS 握手错误、认证失败或连接超时。App Store 页面列出 Shadowrocket 具备记录 HTTP、HTTPS 和 DNS 请求的能力，但具体入口名称和布局以设备当前版本为准，可参考 Apple App Store 的功能说明。
判定方法是：请求完全不出现，优先看应用权限、规则匹配或目标 App 是否使用了独立网络路径；请求命中 DIRECT，先检查 Config 规则；请求命中 PROXY 但认证、TLS 或连接超时，重点核对节点参数和服务端状态；只有一个网站失败，则先与其他网站对照。
向服务提供方反馈时准备：失败症状、测试时间、Wi-Fi 或蜂窝网络、是否有其他 VPN、订阅是否能刷新、两个节点的结果、当前路由模式，以及脱敏后的错误日志。完整订阅链接、密码、UUID、私钥、Token 和个人账户信息不要提交。
常见问题
Shadowrocket开关一打开就弹回，应该先换节点吗？
不建议先换节点。先到“设置”搜索“VPN”，确认相关配置存在并已授权；仍弹回时，进入“设置 > 通用 > VPN与设备管理”检查配置，确认不是业务配置后再删除、重启并重新授权。
Connectivity Test有延迟，为什么网页还是打不开？
Connectivity Test只代表某类测试请求得到响应，不等于协议认证、TLS、DNS、规则和真实网页请求全部正常。应保持节点不变，先用Proxy模式访问两个不同网站，再对照Config模式和请求记录。
订阅能刷新但所有节点都连不上，问题在哪里？
订阅刷新只说明订阅文件可读取，不代表节点都可用。请先确认VPN权限和本地网络，再用两个节点、Wi-Fi和蜂窝网络交叉测试，并核对地址、端口、协议及认证参数。
需要关闭IPv6或修改DNS才能解决吗？
不应把它们作为第一步。只有在权限、本地网络、订阅、节点和路由模式基本确认后，且现象明确指向DNS解析失败时，才一次修改一个DNS设置并保留原值。
如何判断是规则问题还是节点问题？
保持同一节点，先用Proxy模式访问两个网站，再恢复Config。Proxy正常而Config失败，优先看规则命中和策略引用；两种模式都失败，再查节点参数、订阅、本地网络和VPN授权。
向服务提供方反馈连接失败时要提供什么？
提供失败症状、测试时间、Wi-Fi或蜂窝网络、是否有其他VPN、订阅是否能刷新、两个节点结果、当前路由模式和脱敏日志；完整订阅链接、密码、UUID、私钥和Token必须打码。