本文速览

Shadowrocket（小火箭）的连接开关打开，只说明系统已启用相应的网络通道，不代表所选服务器、DNS 和目标网站都能正常响应。本文面向已经持有自己的服务商与订阅的用户，先建立基础网络对照，再依次隔离服务器、Global Routing、DNS 和规则问题；每次只改一项，保留能复现故障的条件。

先确认基础网络，再开始四步排查

不要一开始就删除配置或反复更新订阅。先记下当前网络、Home 中选中的服务器、Global Routing 当前姿态，以及 Config 中正在使用的配置文件。后续测试始终使用同一个网页地址，并重新发起请求，避免把浏览器缓存页面误认为连接恢复。

关闭 Shadowrocket 的连接开关后，测试一个在当前网络中原本能够访问的网页。如果仍然打不开，先处理 Wi-Fi 登录认证、蜂窝数据权限或网络本身的故障。如果关闭后正常、打开后异常，才继续检查应用内的转发路径。这个对照不适合使用一个本来就无法直接访问的网站。

  1. 记录现场

    在 Home 记录所选服务器与 Global Routing，在 Config 记录当前配置名称。只保存本地笔记，不公开订阅地址、密码或完整配置。

  2. 排除自动连接

    进入 Settings → On Demand，记录并临时停用自动连接条件，再回到 Home 关闭连接开关。否则系统重新建立连接后，关闭状态的对照会失效。

  3. 测试基础网络

    用 Safari 重新加载同一个可直接访问的网页。Wi-Fi 与蜂窝数据分别测试；更换网络时先停止旧请求，再发起新请求。

  4. 重新开启连接

    回到 Home 开启连接，以相同地址复测。后续按服务器、模式、DNS、规则的顺序检查，每完成一次测试就记录结果。

第一步：检查服务器与实际转发能力

Home 中有服务器记录，不等于该服务器当前可用。先确认实际选中的是预期条目，再核对自己的服务商给出的服务器地址、端口、认证信息与协议参数。服务器域名拼写错误、端口填错或凭据失效，都可能让开关保持开启，却无法完成目标请求。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的字段不能互相套用。应按照原服务参数核对；例如涉及 TLS 的配置还需要检查服务器名称与相关验证设置。不要为了排障随意关闭证书验证。若设备日期明显不准确，也应先恢复正确时间，再重新建立连接。

  • 端口以原服务参数为准：网页 HTTPS 常用目标端口 443，但代理服务器的入口端口可以不同，不能统一改成 443。
  • 延迟结果不是完整证明：测试有延迟值，只能说明该测试的探测过程获得响应，不能证明目标网站、DNS 或实际业务请求全部正常。
  • 只比较自己已有的条目：其他条件不变时切换一个已有服务器。如果故障随服务器切换而变化，优先核对原条目的参数和服务状态。
  • 更新后重新确认选择：订阅更新可能改变条目内容。更新成功后回到 Home，检查预期服务器仍然存在且被选中，再开始复测。

订阅更新失败与服务器无法转发是两个问题：已经保存的服务器可能仍能使用，但订阅地址暂时不可访问；反过来，更新成功也不代表更新得到的每个服务器都可用。仅在自己的服务商确认参数已变更时更新订阅，不要用反复刷新代替连接检查。

第二步：用 Global Routing 隔离模式问题

从 Home → Global Routing 检查当前姿态。为了缩小范围，可以短暂比较 Direct、Proxy 和 Config。切换后重新加载网页；旧的长连接可能继续沿用原路径，不能只观察已经打开的聊天或视频连接。测试完成后恢复原设置，避免把临时的 Proxy 当作最终修复。

姿态排查用途结果如何解释
Direct检查直接连接路径可直接访问的网页仍失败时，先核对基础网络和 DNS；它不等同于完全关闭应用后的基线。
Proxy检查所选代理路径同一网页在 Direct 成功、Proxy 失败时，重点检查所选服务器及其连接参数，也要保留 DNS 排查。
Config检查当前配置的规则分流Proxy 成功、Config 失败时，优先检查规则命中、策略目标与配置中的 DNS 差异。
Scene按已保存的场景条件工作先核对当前网络触发的场景与对应设置；排查时临时固定为明确的姿态，减少自动切换影响。

结论：先找出故障跟随哪条路径

同一网络、同一网页、同一服务器下，若 Proxy 能打开而 Config 不能，先进入 Config 核对命中规则，不要立即重填服务器参数。若更换姿态都失败，再回查服务器连接与 DNS，不能仅凭开关状态判断。

第三步：区分 DNS 失败与连接失败

DNS 负责把域名解析为地址。服务器本身使用域名时，建立代理连接之前也可能需要先解析服务器地址，因此“网页打不开”不一定发生在目标网站这一端。应分别确认服务器域名与目标域名能否得到预期解析结果，再判断后续连接是否成功。

到 Config 确认当前配置中的 DNS 设置，同时核对 Settings 中与 DNS 有关的设置，避免只改了未启用的配置。记录原值后，一次只调整一个解析相关选项。传统 DNS 常使用 53 端口，DoH 使用 HTTPS；所处网络是否允许访问解析服务，与解析服务返回的内容同样重要。

53
传统 DNS 常用端口；并非所有解析方式都使用它
443
HTTPS 常用目标端口；不能据此推断代理入口端口
2 类
分别检查服务器域名与目标网站域名的解析
  • 域名失败不等于服务器离线：如果错误发生在解析阶段，连接尚未到达服务器，先核对域名拼写和解析路径。
  • 不以 IP 网页作为唯一证据：HTTPS 通常依赖域名进行证书校验和站点选择，直接把网址换成 IP 后报错，不能单独证明 DNS 有问题。
  • 注意地址族差异：同一域名可能返回 IPv4 与 IPv6 地址。若故障只在某个网络出现，应记录实际尝试的地址与连接结果，不要直接删除全部 IPv6 相关设置。
  • 修改后重建请求：重新建立连接并发起新请求；浏览器与系统缓存会影响观察，单次页面结果不能代表所有解析已更新。

第四步：核对 Config 的规则顺序与最终命中

如果故障只发生在 Config，先确认 Config 中启用的文件就是刚刚检查的文件，再看规则顺序。规则通常按顺序匹配，靠前的匹配项会决定流量去向。配置里存在某条规则，不表示请求一定会执行到它；前面的宽泛规则可能已经接走请求。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

这段内容仅用于说明语法，不是完整配置，也不应直接覆盖正在使用的文件。example.com 与 192.0.2.0/24 是文档示例；实际规则必须围绕要排查的目标与自己的策略设置编写。

  • DOMAIN-SUFFIX：匹配指定域名及其子域名。网站可能还依赖其他资源域名，只处理首页域名不一定能恢复图片或登录请求。
  • IP-CIDR：按地址网段匹配；示例的 no-resolve 表示不为了该项匹配主动触发域名解析，不能把它当作关闭全局 DNS 的开关。
  • GEOIP：按地址地理归属数据匹配，其判断不是按网页语言或网站名称完成的。
  • FINAL：承接前面未命中的流量，应检查它指向的目标是否符合预期。

还要检查规则目标是否指向可用的策略。DIRECT 表示直接连接，PROXY 表示代理处理；若配置使用自定义策略组名称，应核对名称与组内当前选择，而不是只看规则左侧的域名。记录请求的目标域名、匹配规则和最终路径后，再进行最小范围修改。

结合错误原文，定位失败发生在哪一层

下面是网络错误记录中可能出现的原文片段，不是每个界面都会显示的固定提示。应保留错误前后的上下文：它针对的是 DNS、服务器入口还是目标网站。相同的超时文字发生在不同阶段，处理方向也不同。

报错：connection refused

原因：相应连接收到拒绝响应，常见于目标端口没有服务监听或被主动拒绝。

解法：先确认记录中的地址属于哪一端；若是服务器入口，核对 Home 中该条目的端口，并向自己的服务商确认服务状态。

报错：i/o timeout

原因：某个网络读写阶段超过等待时间，单凭这句话无法区分网络丢包、服务器无响应或上游连接问题。

解法：固定服务器与网页，分别测试 Wi-Fi 和蜂窝数据，再结合报错前的目标地址判断超时发生的位置。

报错：no such host

原因：解析未获得可用结果，可能是域名填写错误、域名不存在或解析路径异常。

解法：先核对被解析的完整域名，再检查当前配置的 DNS 设置；不要先改服务器端口或认证密码。

复测与常见问题

恢复连接后，按原顺序撤销临时改动，再在日常使用的 Config 下验证。至少检查一个原本失败的网页和一个可直接访问的网页，并分别尝试新的页面请求。若启用 On Demand，最后再恢复 Settings → On Demand 中原有条件，确认网络切换后没有重新触发故障。

开关一直是开的，为什么还会完全没网？

开关不能证明远端转发成功。先关闭连接建立基础网络对照，再从 Home 核对所选服务器；随后比较 Proxy 与 Config，最后检查 DNS 和规则，避免同时修改多个设置。

只有 Wi-Fi 不行，蜂窝数据正常，要重装吗？

先不要重装。保持同一个服务器与 Global Routing 姿态，确认 Wi-Fi 是否需要网页认证，再比较服务器域名解析和连接结果。故障跟随网络时，优先排查该网络的解析与访问限制。

切到 Proxy 能打开，切回 Config 就不行？

到 Config 核对当前文件，检查目标域名是否提前命中 DIRECT 或其他策略，以及 FINAL 的去向。同时检查配置中的 DNS 差异，不要把 Proxy 可用直接等同于全部规则有误。

订阅更新成功，为什么网页仍打不开？

更新成功只证明订阅获取与处理完成。回到 Home 确认实际选择的服务器，核对更新后的参数，再测试其转发能力；如果只剩某个网站异常，继续检查该网站依赖的域名与命中规则。

本站是 Shadowrocket 官网，提供官方手册与设置说明。更完整的操作路径见教程，设置含义见设置参考。本文不提供、不销售、不推荐节点、订阅或线路服务；服务状态与认证问题应向自己已有的服务商确认。