Shadowrocket开启全局代理后无法上网怎么办？

更新于 2026-11-08 · yunti.online

简答：先关闭 Shadowrocket，用 Safari 验证 Wi-Fi 或蜂窝网络本身是否正常；如果直连正常，再回到 Home，将 Global Routing 临时切换为 Proxy，选定一个节点后重新连接并访问同一个测试网站。Proxy 能用而 Config 不能用，优先查规则、策略组和配置文件；Proxy 也不能用，则优先查节点参数、订阅、DNS、VPN 权限和网络环境。

定义：Shadowrocket 的全局代理排查，是把原始网络、代理节点、路由模式、DNS 与 iOS 权限逐层分开验证，而不是只看开关是否显示已连接。

先做四步速查：不要同时修改多个设置

1. 关闭连接，验证原始网络：在 Shadowrocket 首页关闭连接，用 Safari 打开一个平时能访问的网页；分别在当前 Wi-Fi 和蜂窝数据下测试。若关闭后也打不开，先处理路由器、运营商或 iOS 网络问题，不要先改节点。
2. 固定一个节点做基准：回到 Shadowrocket，确认已经选中具体服务器，而不是只停留在订阅列表或配置文件页面。节点名称、延迟测试和实际网页访问是三件事，不能互相替代。
3. 临时切到 Proxy：在 Home 中找到 Global Routing；如果你的版本显示 Config、Proxy、Direct 等选项，先选择 Proxy，再返回首页确认模式已经生效。Proxy 只用于绕开规则做对照，不代表节点一定可用。
4. 只访问同一个测试目标：保持同一节点、同一网络和同一网页不变，分别记录 Proxy 与 Config 的结果。Proxy 成功而 Config 失败，进入规则排查；两者都失败，进入节点、DNS 或权限排查。

Shadowrocket 是用于 iPhone、iPad 等设备的规则代理工具，App Store 页面列出了规则、HTTP/HTTPS/TCP 流量处理、DNS 请求记录等能力，但具体菜单名称可能随版本和系统语言变化。安装来源和开发者信息应以App Store 页面及开发者网站为准。

按现象分流：先查最可能的一层

iPhone 可以在“设置 > 蜂窝网络”中单独控制应用是否使用蜂窝数据；如果应用的蜂窝数据权限关闭，它只能使用 Wi-Fi。具体入口可参考Apple 的蜂窝数据设置说明。

Proxy 能用但 Config 不能用：重点检查规则与配置

1. 确认活动配置：打开 Config 页面，确认要测试的配置文件确实处于启用状态。文件出现在列表中，不等于当前连接正在使用它。
2. 检查策略组：查看目标域名命中的策略名称，确认策略组里有可用节点，并且没有误选 Direct、REJECT 或已经失效的分组。
3. 检查规则顺序：规则通常按从上到下匹配；过宽的域名、关键词或地址规则可能在更具体的规则之前命中。尤其要检查末尾的 FINAL 规则，它会处理前面未匹配的请求。
4. 用同一网页复测：只改一项规则，重新连接后访问同一个网页。不要同时换节点、改 DNS、替换配置，否则无法知道是哪一步生效。

如果你找不到 Global Routing、Config 或策略组入口，不要根据其他版本截图盲目操作。不同版本可能改名或调整布局，先记录当前首页、连接状态、所选节点和配置文件名称，再根据设备上显示的英文标签定位。

Proxy 也不能用：按节点、DNS、权限顺序排查

1. 核对订阅和节点参数

确认订阅更新是否完成，节点列表是否为空，是否所有节点都显示超时。手动节点则逐项核对服务器地址、端口、协议类型、密码或 UUID，以及协议需要的 TLS、SNI、路径等字段。不同协议不能套用同一组参数；如果缺少原始参数，应向提供方索取，而不是凭经验填写。

2. 区分 DNS 失败和服务器连接失败

如果请求记录显示域名无法解析、no such host 等提示，优先看 DNS；如果显示 connection refused、timeout 等，优先看服务器地址、端口、网络或节点状态；如果 DNS 已成功但 TLS 握手失败，检查 TLS、SNI、证书要求和系统时间。错误文本可能因版本、协议和语言不同而变化，因此应保存原文，不要只描述“连不上”。

3. 检查 iOS VPN 与网络冲突

确认 Shadowrocket 已获得添加 VPN 配置的授权；暂时关闭其他 VPN、过滤器、按需连接或可能接管网络的描述文件，再重新测试。每次只停用一项，并在测试后恢复原设置。不要公开完整订阅链接、密码、UUID、密钥、证书或包含敏感域名的完整请求日志。

4. DNS 不要一开始就乱改

如果 Proxy 与 Config 都失败，且日志明确指向解析问题，再检查 Shadowrocket 配置中的 DNS 相关项。先记录原值并截图，再只改一个 DNS 选项；如果改动后更差，恢复原值。未确认当前版本字段含义前，不要直接复制其他配置文件里的 DNS 地址或参数。

延迟测试正常，为什么网页仍然打不开？

延迟或连通性测试通常只说明某个测试请求得到了响应，不能证明目标网页的 DNS、TLS、HTTP 响应、规则匹配和应用兼容性都正常。App Store 对 Shadowrocket 的说明包括流量捕获、规则匹配、DNS 请求记录和速度测量等功能，但这些结果仍应与实际网页访问分开验证。

建议采用固定测试法：关闭代理测一次，Proxy 模式测一次，Config 模式再测一次；三次都使用同一网络、同一节点、同一网页，并记录时间、模式和错误信息。如果只有某个应用失败，先判断该应用是否使用独立网络、特定域名、UDP 或证书校验，再看规则是否把相关域名分到了错误策略。

什么时候应停止折腾并提交排查信息？

出现以下情况时，可以整理信息交给节点或网络服务提供方：多个节点在两种网络下都失败；订阅更新后节点全部超时；Proxy 和 Config 都失败但直连正常；或者日志持续出现同一种握手、认证或解析错误。

• 设备型号、iOS 版本和 Shadowrocket 版本：以设备实际显示为准，未核实的版本不要猜测。
• 测试网络：Wi-Fi 或蜂窝数据，以及是否更换过网络。
• 测试模式：Proxy、Config 或 Direct。
• 节点的脱敏名称和错误类型，不要发送完整订阅链接。
• 出现问题的大致时间、是否所有网站都失败、是否自动弹回。

提交前应遮住服务器完整地址、端口、密码、UUID、订阅令牌、私钥和个人账号信息。若需要恢复网络，优先撤销刚刚改动的单项设置；只有在基础网络本身异常且常规排查无效时，才考虑 iOS 的网络设置恢复。

常见问题

Shadowrocket 开启全局代理后，第一步应该做什么？

先关闭 Shadowrocket，用 Safari 验证当前 Wi-Fi 或蜂窝数据是否能直连打开固定网页。直连都失败时，问题不一定在节点；直连正常后，再用一个固定节点和 Proxy 模式做基准测试。

Global Routing 应该选 Proxy 还是 Config？

排查时可临时选 Proxy，用来绕开规则测试所选节点；日常按域名或地址分流时通常需要使用已启用配置文件的 Config。Proxy 能用而 Config 不能用，重点检查规则、策略组和活动配置。具体菜单名称可能因版本不同而变化。

Shadowrocket 显示已连接，但为什么网页还是打不开？

开关状态只说明客户端尝试建立了 VPN 连接，不等于节点认证、DNS 解析、TLS 握手和目标网页响应都成功。应结合同一节点下的 Proxy、Config 测试和请求错误记录逐层判断。

延迟测试成功，是否说明节点一定正常？

不是。延迟测试只覆盖特定测试请求，不能证明目标网站、DNS、TLS、规则和应用流量都正常。应使用同一网页进行实际访问，并记录模式和错误信息。

要不要直接重装 Shadowrocket 或重置网络设置？

不建议作为第一步。先保存当前配置和错误信息，关闭其他 VPN，验证直连网络，再用 Proxy 与 Config 做单变量对照。只有在确认系统网络设置本身异常且常规排查无效时，才考虑恢复网络设置。

相关阅读

• Shadowrocket开关弹回或无法连接的分层排查
• Shadowrocket分流规则、Config与直连排查
• Shadowrocket只有部分网站打不开怎么办
• Shadowrocket订阅更新失败的检查方法

参考资料

1. Shadowrocket App Store 页面
2. Shadowrocket 开发者网站（shadowlaunch.com）
3. Apple：查看或更改 iPhone 蜂窝数据设置