Shadowrocket 连接成功但打不开网页怎么办？
简答：先不要重装 Shadowrocket：关闭代理确认 iPhone 本地网络正常，再在同一个网页、同一个网络下依次测试 Direct、Proxy 和 Config。若 Proxy 能打开而 Config 不能，优先检查规则；三种模式都失败，则检查服务器配置、DNS、公共 Wi-Fi 认证或其他 VPN。
定义：“连接成功但打不开网页”是指 Shadowrocket 的 VPN 状态已经建立，但实际网页请求仍可能在 DNS 解析、规则匹配、服务器转发或本地网络环节失败。
先看这张判断表：测试结果决定下一步
本文适用于 iPhone 或 iPad 上的 Shadowrocket，重点处理“状态显示已连接，但 Safari 或其他浏览器打不开网页”的情况。本文是第三方使用指南，不是该客户端的官网，也不提供订阅链接、节点地址或线路状态。
| 现象或测试结果 | 优先怀疑 | 下一步 |
|---|---|---|
| 关闭 Shadowrocket 后普通网页也打不开 | Wi-Fi、蜂窝网络或公共网络认证 | 先登录 Wi-Fi 门户，或切换蜂窝网络复测 |
| Direct 能打开，Proxy 打不开 | 服务器地址、端口、认证或节点参数 | 检查当前选中的 SERVER，并联系配置提供方核对参数 |
| Proxy 能打开，Config 打不开 | 规则、策略组、FINAL 或 REJECT 命中 | 暂时使用 Proxy 对照，再回到 Config 检查规则顺序 |
| 所有网页都打不开，但 Connectivity Test 成功 | 测试目标与真实网页不同，或规则/DNS仍有问题 | 固定同一网页复测，不要只依据测试按钮判断 |
| 只有一个域名打不开 | 域名解析、目标站点响应或该域名规则 | 换一个普通网页对照，再检查该域名的 DNS 与规则命中 |
| 只有一个 App 打不开 | App 使用的域名、连接类型或分流规则 | 先确认浏览器能否打开同一服务，再检查该 App 相关域名规则 |
Shadowrocket 的应用说明显示，它可以记录和显示 HTTP、HTTPS、DNS 请求，并支持按域名、域名后缀、关键词、CIDR 或 GeoIP 匹配规则；因此“VPN 已连接”只代表隧道状态，不等于每个网页请求都已成功完成。可参考 App Store 中的应用说明。
四步速查：先恢复网页，再定位具体故障
- 固定测试条件。记下当前使用的 Wi-Fi 或蜂窝网络、选中的服务器、同一个浏览器和同一个测试网页。每次只改一个条件，否则无法判断是哪一项产生了变化。
- 关闭 Shadowrocket 验证基础网络。断开 VPN 后打开一个平时可访问的普通网页。如果仍打不开，先处理 Wi-Fi、蜂窝数据或公共 Wi-Fi 登录认证；不要急着修改 DNS。Apple 建议遇到网络连接问题时检查网络本身，并尝试切换网络、重启设备或排除 VPN 与其他安全软件影响，可参考 Apple 的 iPhone 和 iPad Wi-Fi 排查说明。
- 在 Global Routing 中做对照。回到 Home，查看当前 Global Routing 实际显示的模式。先选
Direct测试本地网络，再选Proxy测试当前服务器，最后恢复到Config检查规则。官方手册对三种模式的定义是：Direct 直连，Proxy 通过选中服务器，Config 按当前配置文件规则决定策略；切换模式不会自动修复错误的服务器地址、认证信息或 DNS。具体可参考 Shadowrocket 的 Global Routing 使用说明。 - 根据结果处理。如果 Proxy 成功而 Config 失败，优先检查规则顺序、策略组、FINAL 或 REJECT；如果 Proxy 也失败，检查当前 SERVER 是否完整、参数是否过期，以及订阅更新是否真正返回了服务器记录；如果只有某个域名失败，再进入 DNS 和该域名规则排查。
成功判据：在同一网络、同一服务器和同一浏览器中，目标网页能够稳定加载，且切回日常使用的 Config 模式后仍然可以打开。不要把一次 Connectivity Test 成功当作所有网页都能访问；测试目标、协议路径和真实网页请求可能不同。
按故障层级排查：服务器、规则还是 DNS？
1. Proxy 模式也打不开：先查服务器配置
如果 Direct 可以打开网页，而 Proxy 不能，问题通常已经缩小到当前服务器配置、认证信息、协议参数或服务器端转发。先确认 Home 中选中的 SERVER 不是空记录、字段没有被截断，订阅更新后确实出现了服务器记录。不要公开完整订阅地址、令牌、密码或 UUID；这些内容可能包含获取配置的权限。
如果你无法确认参数是否有效，保留以下最小信息即可向配置提供方反馈：设备系统、Shadowrocket 当前显示的连接状态、使用的网络类型、服务器名称、Connectivity Test 结果、浏览器报错文字，以及 Direct 与 Proxy 的对照结果。不要直接发送完整订阅链接。
2. Proxy 可以打开、Config 打不开：重点查规则
这种结果说明当前服务器至少具备一定的实际访问能力，故障更可能出现在规则分流。先保持同一个网页不变，将 Global Routing 临时切到 Proxy；如果网页恢复，再回到 Config，检查该域名是否被分到 DIRECT、REJECT 或不可用的策略组。
规则检查应按顺序进行：先看是否有更具体的域名规则，再看域名后缀或关键词规则，最后看 FINAL 默认策略。不要一次删除整份配置；可以先记录原配置，临时只调整一个命中规则，测试后立即恢复。Shadowrocket 的规则模式会根据域名、地址或区域选择策略，模式名称本身不代表连接质量，相关说明可参考 Global Routing 与规则设置说明。
3. 只有域名打不开：再查 DNS
如果 IP 类访问或其他网页正常，但某个域名持续出现“无法解析”“找不到服务器”或长时间等待，才适合重点检查 DNS。DNS 的作用是把域名解析为 IP；解析成功也不代表后续 TCP、TLS 或网页请求一定成功。因此要区分三种情况：没有 DNS 响应、解析结果异常、解析正确但连接失败。
检查 DNS 时不要同时修改规则、服务器和 DNS。先记录原设置，再只改变一个 DNS 相关选项，使用同一个域名复测。如果修改后仍然失败，恢复原设置，转而检查该域名的规则命中或目标站点响应。Shadowrocket 在 App Store 的功能说明中列出了本地 DNS 映射以及 DoH、DoT、DoQ 等能力，但不同配置文件的实际字段可能不同，应以当前版本界面和配置内容为准。
浏览器报错怎么对应处理？
| 浏览器表现 | 优先检查 | 判断方法 |
|---|---|---|
| 找不到服务器、DNS 错误 | DNS、域名规则、配置文件 | 换一个域名测试；若其他域名正常，缩小到该域名 |
| 连接超时 | 服务器、丢包、端口或目标站点 | Direct 和 Proxy 对照；Proxy 超时而 Direct 正常，优先查服务器路径 |
| 连接被重置 | 协议参数、TLS、目标站点或中间网络 | 换同一配置中的其他服务器，但一次只改一个变量 |
| 页面空白或图片加载失败 | 规则、脚本、资源域名或网页自身 | 检查主域名能否打开，再看图片、脚本等资源域名是否被分流 |
如果只有公共 Wi-Fi 下出现问题，先在关闭 Shadowrocket 的状态下完成网页登录认证；机场、酒店、校园等网络可能要求先通过网页确认条款。若换到蜂窝网络后恢复，说明故障至少与原 Wi-Fi 或其认证、过滤策略有关，不必先重装客户端。
仍然打不开时：安全回滚与反馈清单
- 回到原来的服务器、Global Routing 模式和 DNS 设置，避免留下多个临时改动。
- 关闭其他 VPN、网络过滤器或安全软件的网络扩展，再重启设备后复测。Apple 提醒，第三方 VPN 或安全软件可能影响互联网、Wi-Fi 及其他 Apple 服务的连接，可参考 Apple 关于 VPN 与第三方安全软件的排查说明。
- 换一个网络测试：Wi-Fi 与蜂窝网络二选一即可，不要同时改变网络和服务器。
- 向配置提供方反馈最小信息：系统类型、网络类型、故障范围、Direct/Proxy/Config 三种结果、Connectivity Test 结果、浏览器报错、是否只有某个域名或 App 受影响。
- 不要把完整订阅地址、密码、令牌、私钥或 UUID 发到公开群组或提交给不明网站；可只提供脱敏后的服务器名称和错误现象。
如果你已经确认本地网络、服务器和规则都没有明显问题，但网页仍然无法稳定打开，建议保留一次失败时间、网络类型和脱敏日志，方便后续复现，而不是反复重装或同时更换多个设置。
常见问题
Shadowrocket 显示已连接，为什么 Connectivity Test 成功但网页仍打不开？
Connectivity Test 只代表特定测试条件下的连接结果，不等于所有域名、规则和网页请求都成功。应使用同一个服务器、同一个网络和同一个网页进行真实访问复测；如果测试成功而网页失败，重点检查 Config 模式的规则、DNS 或目标域名响应。
应该先改 DNS，还是先切换 Proxy 和 Direct？
先切换 Proxy 和 Direct。只有当问题集中在某个域名，或浏览器明确提示 DNS 解析失败时，再检查 DNS。盲目改 DNS 可能掩盖真正的服务器或规则问题。
Proxy 能上网，Config 不能上网，是否说明节点坏了？
不能这样判断。这个结果更支持“规则或策略选择有问题”的判断，因为 Proxy 绕过了基于配置文件的分流。应检查目标域名命中了哪个策略、是否落到 DIRECT、REJECT 或不可用的策略组。
要不要删除订阅后重新导入？
不建议作为第一步。先记录当前服务器和配置，再检查订阅更新是否成功、服务器字段是否完整。只有确认配置损坏或无法恢复时，才考虑重新导入；操作前应保留必要的脱敏信息，不要公开完整订阅地址。
为什么只有一个 App 打不开，浏览器却正常？
该 App 可能使用了不同的域名、接口、IPv6、UDP 或独立的资源域名。先确认浏览器能否打开同一服务，再检查相关域名是否被规则分流；不要仅凭浏览器正常就断定所有 App 都会正常。
常见问题
Shadowrocket 显示已连接，为什么 Connectivity Test 成功但网页仍打不开？
Connectivity Test 只说明特定测试条件下的连接结果，不代表所有网页都能访问。请固定同一网络、同一服务器和同一网页，继续对照 Direct、Proxy、Config。
应该先改 DNS，还是先切换 Proxy 和 Direct？
先切换 Proxy 和 Direct。只有当问题集中在某个域名，或浏览器明确提示 DNS 解析失败时，再检查 DNS。
Proxy 能上网，Config 不能上网，是节点坏了吗？
不一定。更常见的方向是规则、策略组、FINAL 或 REJECT 命中异常。先在 Proxy 模式确认，再回到 Config 检查规则。
要不要删除订阅后重新导入？
不建议作为第一步。先检查订阅更新结果和服务器字段是否完整，保留原配置后再决定是否重新导入。
为什么只有一个 App 打不开，浏览器却正常？
该 App 可能使用不同的域名、接口或连接类型。先检查同一服务的域名和相关规则，不要仅凭浏览器正常判断所有 App 都正常。
相关阅读
参考资料
- App Store：Shadowrocket 应用说明与功能列表
- Shadowrocket Docs：Global Routing 的 Config、Proxy、Direct 模式说明（shadowrocketdocs.com）
- Shadowrocket：Global Routing 与规则设置说明（shadow-official.com）
- Apple 支持：iPhone 或 iPad 无法连接 Wi-Fi 时的排查方法
- Apple 支持：网络连接问题中的 VPN 与第三方安全软件排查