Shadowrocket（小火箭）的节点测试超时、连接开关已开启但网页打不开、订阅刷新超时，分别可能发生在不同环节。本文以用户已有自己的服务商与订阅为前提，按测试范围、连接参数、系统时间和网络环境逐项排查；每次只改变一个条件，保留失败记录，再用同一目标复测。
1. 先区分节点超时、网页超时与订阅超时
超时表示某项操作在等待期限内没有完成，并不直接等于密码错误或服务端停止运行。Shadowrocket 的连接开关开启，只能说明系统隧道处于相应状态，不能证明远端认证成功，更不能证明每个网站都能访问。先明确失败发生在哪一步，才能避免反复更换无关设置。
上面的流程用于划分排查范围，不代表所有协议内部只有同一种执行顺序。例如 TLS 相关信息可能影响握手，而规则也可能根据域名先作出判定。实际定位应结合测试对象与请求记录，不能仅凭一个红色结果推断具体环节。
- 单个节点测试失败：先查该节点地址、端口、协议参数，以及当前网络到服务端的可达性。
- 节点有延迟，网页打不开：继续查认证、DNS、Global Routing 和目标站点；端口可达不等于完整代理请求成功。
- 只有订阅刷新失败：先查订阅链接、访问路径和服务商侧状态，不要据此认定已有节点全部失效。
- 所有节点同时失败：优先查本地网络、系统时间和共同配置来源，再分别核对服务端状态。
2. 固定测试条件，判断延迟结果代表什么
在 Home 进行 Connectivity Test 前，先记录所选节点、当前网络，以及使用的测试方式。不同测试方式可能只检查连接建立，也可能请求测试 URL；后者还会受到 DNS、TLS 和测试目标响应的影响。因此，不同方式测得的数值不能直接横向比较，单次结果也不是带宽指标。
-
记录现状
在 Home 确认当前选中节点，记录 Global Routing 的当前选项、Wi-Fi 或蜂窝网络，以及失败发生的时间。不要在记录中保留密码或完整订阅链接。
-
重复测试
在 Home 使用 Connectivity Test，保持同一测试方式连续检查 3 次，记录每次结果。若使用 URL 测试，也要保持测试目标不变。
-
切换网络
在允许使用蜂窝数据的条件下，将 Wi-Fi 切换为蜂窝网络，再对同一节点测试 3 次。此时不要同时修改端口、DNS 或协议。
-
验证请求
选中节点并开启连接，访问自己已知可正常打开的 HTTPS 页面。将页面结果与测试结果分开记录，区分服务端可达与实际请求成功。
| 记录示例 | 可作出的判断 | 下一步 |
|---|---|---|
| 同一方式得到 180 ms、210 ms、超时 | 结果存在波动，不能用最低值代表稳定性 | 保持参数不变，切换网络复测 |
| 连接测试成功，URL 测试超时 | 连接建立与完整请求结果不一致 | 核对认证、测试目标和 DNS |
| Wi-Fi 三次超时，蜂窝三次成功 | 问题与网络路径相关的可能性较高 | 检查 Wi-Fi 登录状态与网络限制 |
表内数值是记录方法示例，不是本站测量结果，也不代表任何线路的性能。若测试目标本身不可达，URL 测试也会失败；先换用一个已确认正常的目标进行交叉检查，避免把目标站点问题当成节点故障。
结论：先固定测试方式，再修改参数
保留“同一节点、同一目标、两种网络”的对照记录；只有某个条件改变后结果稳定变化，才沿该条件继续排查。
3. 核对地址、端口、凭据与传输参数
从 Home 打开对应节点的编辑页面，与自己的服务商提供的原始配置逐项比对。不要把显示名称当作服务器地址，也不要因协议名称相同就复用其他节点的参数。端口 443 只是一个具体端口号，并不自动表示启用 TLS；实际端口和 TLS 状态都必须由服务端配置决定。
| 核对项目 | 具体检查 | 常见影响 |
|---|---|---|
| 地址与端口 | 服务器地址不应混入 URL 路径；端口使用服务端指定的整数，例如 443 或 8443，不自行替换 | 解析失败、连接被拒绝或等待超时 |
| Shadowsocks | 核对加密方法、密码，以及配置中实际使用的插件参数 | 底层连接可能建立，但无法完成有效代理请求 |
| VMess / VLESS | 核对 UUID、对应协议选项及传输方式；只填写原配置实际要求的字段 | 认证或传输层不匹配 |
| Trojan | 核对密码、TLS 和服务端要求的 Server Name | 认证失败或 TLS 握手失败 |
| WebSocket 传输 | 核对 Path 与 Host；Path 的开头斜杠、大小写均按原配置保留 | 请求到达服务器，却不能进入正确的代理入口 |
| Hysteria2 / WireGuard | 核对 UDP 可达性，以及认证信息或密钥、Peer 等协议字段 | 当前网络限制 UDP 时，其他 TCP 请求正常也不能证明此连接可用 |
复制密码、UUID 或密钥时检查首尾空格与换行。TLS 的 Server Name 用于握手和证书身份核验，WebSocket 的 Host 用于对应的请求路由，两者不能因为“都是域名”就互换。若连接地址是 IP，仍可能需要保留服务商指定的 Server Name。
4. 对照报错，检查系统时间与 TLS
错误文字应以本机实际记录为准，不同协议与底层实现的措辞可能不同。向自己的服务商反馈时，保留完整错误文字和发生时间，比只发送“超时”更有定位价值。下面列出常见底层错误片段，不表示每次失败都会出现这些文字。
报错：i/o timeout
原因与解法：读写等待超过期限，但文字本身不能定位具体原因；先记录它发生于连接还是请求阶段，再用同一节点切换网络验证可达性。
报错：connection refused
原因与解法：连接被目标主机或路径中的设备明确拒绝；先核对端口，再请自己的服务商确认该端口是否监听以及访问控制是否生效。
报错：TLS handshake timeout
原因与解法：TLS 握手未在期限内完成；核对端口、TLS 设置与 Server Name，并切换网络排除握手流量受阻或链路响应过慢。
报错：certificate has expired or is not yet valid
原因与解法：当前时间不在证书有效期内；先校准设备日期与时间，若仍失败，由自己的服务商核实服务端证书是否过期或尚未生效。
在 iPhone 或 iPad 的系统“设置 → 通用 → 日期与时间”中检查“自动设置”，确认显示的日期、时间正常后重新连接。VMess 的认证也依赖时间同步；设备时间明显偏离时，应先校时，而不是反复改 UUID。TLS 超时与证书有效期错误属于不同现象，不能把所有握手失败都归因于时间。
5. 已连接但网页打不开：检查分流与 DNS
如果节点测试正常，而只有实际网页失败，回到 Home 检查 Global Routing。Proxy、Direct、Config、Scene 是不同的路由姿态：Direct 不使用代理出站；Config 按当前配置规则处理；Scene 则需结合所选场景核对。排查时可以临时使用 Proxy 作对照，但测试完成后应恢复原来的选项，不能把临时切换当作规则已经修复。
- 先核对命中策略：在 Config 检查当前配置。
DOMAIN-SUFFIX匹配域名后缀，GEOIP与IP-CIDR处理 IP 条件，FINAL负责最终兜底；规则先后顺序可能改变出站结果。 - 区分规则拒绝与网络超时：若目标命中
REJECT，请求被规则拒绝，不应通过修改节点密码解决。先确认规则是否误覆盖目标域名。 - 检查 DNS 范围：连接地址是域名时，需要先解析服务端地址；网页目标域名的解析则是另一环节。记录究竟哪个域名失败，再检查配置中的 DNS 设置及解析器的可达性。
- 避免用 IP 访问 HTTPS 作唯一判断：直接访问 IP 可能缺少正确的域名信息，导致证书或站点路由不匹配，不能据此断定 DNS 正常或异常。
若仅大页面、视频或较大传输停滞，而短请求能完成，再考虑路径 MTU 等问题。对于 WireGuard，应优先使用已有配置给出的 MTU；需要调整时保留原值，并在服务商确认后单独复测，不要同时修改 DNS、路由与 MTU。
6. 排除网络环境、On Demand 与订阅更新干扰
公共 Wi-Fi 可能需要先完成网页登录认证。先关闭 Shadowrocket 连接，确认当前网络本身能完成正常访问；基础网络尚未连通时，修改协议不会解决问题。蜂窝数据下也要确认系统允许 Shadowrocket 使用蜂窝网络，并检查是否存在其他 VPN 配置或设备管理策略影响连接。
在 Settings → On Demand 检查是否启用自动连接条件。若排查过程中连接被自动重新建立，可临时关闭 On Demand，再手动控制连接开关；复测结束后按原记录恢复。On Demand 管理系统触发连接的条件，不负责修复服务器地址、端口或认证信息。
为什么 Wi-Fi 超时，蜂窝网络却正常？
保持同一节点与测试目标，先完成 Wi-Fi 登录认证，再复测。若仍仅 Wi-Fi 失败，记录网络类型及所用协议，向网络管理员或自己的服务商确认端口和 UDP 等流量限制，不要先重置所有配置。
订阅更新超时，要把现有节点全部删除吗？
先保留现有配置。在 Home 对自己的订阅执行更新，确认链接仍有效，并检查服务商是否变更了订阅地址或访问条件。更新请求失败不等于已导入节点同时失效，删除配置会丢失对照条件。
节点有延迟，为什么连接后仍然打不开？
先确认测试方式，再在 Home 将 Global Routing 临时切为 Proxy，对同一 HTTPS 页面复测。若仍失败，继续查认证、TLS 和 DNS；若恢复，则回到 Config 核对原规则命中情况，最后恢复原路由姿态。
反复重装能解决超时吗？
重装不能改变服务端端口、订阅状态或网络限制。先完成参数比对与两种网络测试，并备份自己的配置；只有明确存在应用本地状态问题时，再按排查结论处理，避免丢失原始记录。
7. 仍然失败时，整理最小反馈记录
完成以上步骤后仍无法定位，应将问题限定到可以复现的条件，而不是继续随机更改参数。反馈给自己的服务商时，说明具体协议、测试方式和失败阶段；涉及学校或单位受管理网络时，网络限制应由对应管理员确认。
- 发生时间与时区、设备型号，以及实际使用的系统和应用信息。
- Wi-Fi 与蜂窝网络的对照结果，每种网络保留 3 次相同方式的测试记录。
- 是否仅单个节点失败，以及连接测试、URL 测试、实际网页请求各自的结果。
- 经过脱敏的协议类型、端口、TLS 状态和完整错误文字；不要公开密码、私钥、UUID 或完整订阅链接。
- 已经修改的项目与恢复情况，特别是 Global Routing、On Demand、DNS 和 MTU。