Shadowrocket 连接不上怎么办?按症状逐步排查
简答:先关闭 Shadowrocket,用 Safari 确认当前 Wi-Fi 或蜂窝数据本身能上网;再检查是否选中了真实节点、VPN 配置是否获准,以及 Home 页的 Global Routing 是否选错。若开关弹回,优先查 VPN 权限和其他 VPN 冲突;若显示已连接但网页打不开,依次对比 Proxy、Config、Direct,并检查规则、DNS和系统时间。Shadowrocket 是客户端,不自带节点或订阅,连接服务需要使用你已有的配置。
定义:Shadowrocket 连接失败,是指客户端无法建立代理连接、VPN开关无法保持开启,或显示连接后目标网站与应用仍无法正常访问。
先试这 5 步:最快判断故障在哪一层
本文是第三方使用指南,不是 Shadowrocket 官方页面。Shadowrocket 在 App Store 的定位是规则代理工具,支持导入配置、规则匹配、DNS相关能力和连接记录,但客户端本身不提供服务器或订阅;因此“软件能打开”不等于“节点可用”。App Store 产品页
| 顺序 | 操作 | 成功标准 | 失败时说明 |
|---|---|---|---|
| 1 | 关闭 Shadowrocket,用 Safari 打开一个平时能访问的页面 | 直连网络正常 | Wi-Fi、蜂窝数据、门户认证或系统网络本身有问题 |
| 2 | 回到 Shadowrocket,在 Home 检查 SERVER 列表并选中一个具体节点 | 不是空订阅、Direct 或未选择服务器 | 先更新订阅或重新核对配置来源 |
| 3 | 首次连接时允许添加 VPN 配置 | 系统出现 VPN 状态,开关能保持开启 | 检查 VPN 与设备管理、屏幕使用时间限制及其他 VPN 应用 |
| 4 | 在 Home 中暂时把 Global Routing 改为 Proxy | 测试请求确实经过选中的节点 | 若 Proxy 也失败,优先检查节点参数、网络和服务端 |
| 5 | 恢复原来的路由模式,再测试同一个网页或应用 | 同一目标稳定打开 | 若 Proxy 成功而 Config 失败,重点检查规则、策略组和 DNS |
系统显示 VPN 图标只说明系统 VPN 通道处于某种状态,不能单独证明节点认证成功、DNS解析成功或目标网站可访问。测试时请固定同一个目标,只修改一个变量。
按故障表现处理:开关弹回、节点全灰和已连接没网
开关打开后马上弹回
- 先看系统授权:重新打开 Shadowrocket,尝试连接并观察 iOS 是否弹出允许添加 VPN 配置的提示;如果拒绝过,进入系统设置中的 VPN 与设备管理,查看是否存在 Shadowrocket 的配置。
- 排除冲突:暂时关闭其他 VPN、DNS、家长控制或网络过滤类应用,再重新连接。不要同时运行多个会接管系统网络的工具。
- 确认限制:如果设备由家庭、学校或公司管理,VPN 配置可能受到限制。Apple 的设备管理文档说明,管理配置可以下发 VPN 设置,并且用户可能无法修改管理员指定的设置。Apple VPN 设备管理说明
如果仍然弹回,先不要删除全部节点;记录系统提示、当前网络类型和是否存在旧 VPN 配置,再向配置提供方反馈。删除配置前,确认你仍保存有订阅链接或服务器信息。
节点全灰、延迟超时或所有节点都失败
- 先确认订阅更新是否成功、列表中是否真的出现节点。订阅链接为空、被截断、过期或返回的内容不是客户端支持的格式,都可能导致没有可用条目。
- 只选一个节点测试,不要同时批量修改多个节点的地址、端口、密码、UUID、加密方法或传输参数。
- 如果 Wi-Fi 下全部超时,关闭 Wi-Fi 后用蜂窝数据测试;如果蜂窝数据正常,问题更可能在当前 Wi-Fi、网络认证或局域网限制。
- 如果两个网络都失败,核对节点类型与字段是否匹配。端口号本身不能说明协议类型,不能把 HTTP、HTTPS、SOCKS5 或其他协议仅凭端口号互相替换。
Shadowrocket 的 App Store 说明列出了多种规则、代理和 DNS 能力,但具体节点字段必须以你获得的配置格式和当前客户端界面为准。不要为了“先连上”而关闭证书验证或粘贴来历不明的配置。
显示已连接,但网页或 App 仍然打不开
- 在 Home 中把 Global Routing 临时切到 Proxy,用同一个网页测试。
- 如果 Proxy 能打开、Config 不能打开,打开当前配置检查规则顺序、策略目标和是否把目标匹配到了 Direct。
- 如果 Proxy 和 Config 都失败,但 Direct 正常,问题集中在节点连接、认证、DNS或目标连接,不要继续改规则。
- 如果只有一个 App 失败,记录该 App 的报错,再用 Safari 测试同一域名;不要把单个 App 失败直接判断为整个 Shadowrocket 失效。
Config、Proxy、Direct 是流量处理方式,不是服务器名称,也不等于连接一定成功。完成对比后应恢复日常使用的路由模式,避免长期停留在临时测试状态。
订阅、DNS、时间与网络环境的检查清单
订阅更新失败或导入后没有节点
- 确认订阅地址完整,复制时没有遗漏开头、结尾或特殊字符。
- 用当前直连网络重新尝试更新;如果 Wi-Fi 失败,换蜂窝数据对比。
- 检查更新结果是“成功但为空”、完全失败,还是出现节点但无法连接,这三种情况责任边界不同。
- 反馈时遮盖订阅令牌、密码、UUID、私钥和完整服务器地址,只提供错误文字、时间和已打码截图。
DNS 或系统时间异常
如果节点测试看似有响应,但网页持续转圈、域名打不开或出现 TLS 握手错误,检查手机是否启用了自动设置日期与时间,并观察是否只有域名访问失败。Shadowrocket 的 App Store 资料显示其支持 DNS over HTTPS、DNS over TLS、DNS over QUIC 以及本地 DNS 映射;因此 DNS 选项改变后,可能影响解析和规则匹配。除非你知道原配置为何这样设置,否则不要同时更换 DNS、路由和节点。App Store 功能说明
低数据模式、Wi-Fi 门户与系统限制
- 公共 Wi-Fi 先完成网页认证,再打开 Shadowrocket。
- 分别测试 Wi-Fi 与蜂窝数据,记录哪一种网络失败。
- 检查低数据模式、内容过滤、屏幕使用时间和设备管理是否限制网络配置。
- 如果更换网络后立刻恢复,不要先重装客户端,应优先处理原网络环境。
什么时候可以判断不是 Shadowrocket 本身的问题?
可以用下面的责任边界判断:如果 App 无法保持 VPN 开启,优先看 iOS 权限、旧配置和其他 VPN 冲突;如果 VPN 能开启但所有节点超时,优先看订阅、节点参数、当前网络和服务端;如果 Proxy 成功而 Config 失败,优先看规则与 DNS;如果只有某个网站或 App 失败,优先看目标连接、应用自身网络策略或规则匹配。
完成排查后,向配置提供方反馈时最好附上:设备系统版本、Shadowrocket 当前界面中的错误文字、Wi-Fi/蜂窝测试结果、单个节点还是全部节点失败、Proxy 与 Config 的对比结果。不要发送未打码的订阅链接、密码、UUID、私钥或证书。
如果你准备重新导入配置,可先参考本站的 机场订阅怎么导入与连接检查步骤;它适合先确认“订阅、客户端、节点、路由”四者分别承担什么作用。
常见问题
Shadowrocket 开关打开后为什么会自动关闭?
优先检查是否允许 Shadowrocket 添加 VPN 配置,再查看系统设置中的 VPN 与设备管理是否有旧配置或限制;同时暂时停用其他 VPN、DNS 或网络过滤工具。若设备受学校、公司或家庭管理,管理员策略也可能限制 VPN 配置。
Shadowrocket 显示 VPN 已连接,但网页还是打不开怎么办?
先确认 Safari 直连正常,然后在 Home 中把 Global Routing 临时改为 Proxy,用同一个网页测试。Proxy 成功而 Config 失败,通常应检查当前配置的规则顺序、策略目标和 DNS;两者都失败则继续检查节点参数、订阅和当前网络。
Shadowrocket 节点全部超时,是不是客户端坏了?
不能直接这样判断。先分别用 Wi-Fi 和蜂窝数据测试,再确认订阅是否更新成功、是否选中了具体节点,并只测试一个节点。两个网络下全部失败时,再核对节点类型、地址、端口和认证字段是否匹配。
订阅导入后没有节点,应该怎么处理?
检查订阅链接是否完整、更新请求是否成功、返回内容是否为空或格式不受支持。反馈时不要发送完整订阅链接;只提供打码后的界面和错误文字。
需要关闭证书验证或随便修改端口吗?
不建议。端口号不能单独决定协议类型,证书验证也不应作为盲目排障手段。应先按配置提供方给出的节点类型和字段逐项核对,一次只改一个变量。