小火箭节点超时怎么办:延迟测试、协议参数、系统时间的排查顺序

先用延迟测试划分故障范围

延迟测试的用途是判断 Shadowrocket 能否在限定时间内完成目标探测，它不是带宽测速。显示几十毫秒或几百毫秒，只能说明测试时存在可达响应；显示 timeout，则表示探测过程没有在时限内返回。服务器本身离线、地址解析失败、端口不通、传输方式不匹配以及当前网络限制，都可能得到相同的超时结果。

不要一看到 timeout 就同时修改密码、端口和规则。先在 Home 对多个已有条目执行同一种延迟测试，并记录结果。如果只有一个条目超时，重点检查该条目的参数；如果同一订阅的全部条目超时，检查订阅是否已更新以及服务商是否调整配置；如果所有来源都超时，则优先切换当前网络并检查系统级设置。

1. 关闭旧会话

   回到 Home，关闭连接开关并等待数秒，让上一次未完成的连接释放，再开始测试。

2. 测试单个条目

   先测当前选中的服务器，再从同一订阅选两个不同地址复测，避免用单个结果代表全部条目。

3. 切换网络复测

   分别在可用的 Wi-Fi 与蜂窝网络下测试。若结果随接入网络变化，故障位置更接近当前网络路径，而不是配置文件本身。

4. 记录现象

   记下是立即失败、持续等待后 timeout，还是能显示延迟但打开连接后无流量，这三种现象对应的排查方向不同。

逐项核对协议与传输参数

地址和端口是第一层。Address 应填写服务商给出的域名或 IP，Port 必须与原始配置完全一致。443、8443、2053 等数字只是常见示例，不能互相替换，也不能因为某个端口看起来像 HTTPS 就自行改成 443。域名中多一个空格、端口漏一位或复制到旧地址，都会让连接停在超时阶段。

第二层是认证字段。Shadowsocks 需要同时匹配 Password 与 Method；VMess、VLESS 通常需要核对 UUID；Trojan 需要核对 Password；Hysteria2 需要核对认证值与服务端端口；WireGuard 则涉及本地 Private Key、对端 Public Key、Endpoint、Address 和 Allowed IPs。字段名称相似不代表值可以跨协议复用。

第三层是传输与安全设置。使用 TLS 时，Server Name 或 SNI、证书校验状态和目标域名必须按服务商提供的信息填写。使用 WebSocket 时还要检查 Host 与 Path，例如 Path 是 /ws 时，遗漏开头的斜线可能导致握手失败。Hysteria2 基于 UDP 与 QUIC，若同一配置在一种接入网络可用、另一种网络持续超时，应把 UDP 路径差异列入排查范围。

• Shadowsocks：核对 Address、Port、Password、Method，尤其注意 Method 必须逐字一致。
• VMess：核对 UUID、Transport、TLS、Host、Path，以及服务商明确给出的其他字段。
• VLESS：核对 UUID、Flow、Transport、Security 与 SNI，不要把 VMess 的配置值直接套入。
• Trojan：核对 Password、Port、SNI 与证书相关设置，域名和 SNI 不一定能随意互换。
• Hysteria2：核对服务器端口、认证值、SNI、Obfuscation 设置，并确认当前网络具备可用的 UDP 路径。
• WireGuard：核对密钥、Endpoint、Address、Allowed IPs 和 MTU；Endpoint 端口错误会直接造成握手无响应。

示例：只用于识别字段结构，不是可用服务器
Address: server.example.com
Port: 8443
Transport: websocket
TLS: enabled
Host: edge.example.com
Path: /ws

检查 Global Routing、Config 与 On Demand

延迟测试有结果但打开连接后网页仍无法访问，排查重点应从服务器可达性转到流量路径。Shadowrocket 的 Global Routing 包含 Proxy、Direct、Config、Scene 等姿态。Proxy 会让适用流量经当前代理处理；Direct 表示直接连接；Config 按当前配置文件中的规则决定去向；Scene 则根据设定场景切换。测试时应明确当前使用的是哪一种姿态。

如果 Global Routing 停在 Direct，设备可以显示已建立系统 VPN 状态，但网页请求可能没有经过选中的服务器。使用 Config 时，应检查规则末尾的 FINAL 去向，并确认目标域名是否被前面的 DOMAIN-SUFFIX、GEOIP 或 IP-CIDR 规则提前匹配。规则按顺序判断，先命中的结果生效。

DOMAIN-SUFFIX,example.com,Proxy
IP-CIDR,192.168.0.0/16,Direct
GEOIP,CN,Direct
FINAL,Proxy

上例中，匹配 example.com 后缀的请求使用 Proxy，局域网地址与 GEOIP 条件匹配的流量使用 Direct，其余请求由 FINAL 交给 Proxy。若把 FINAL 写成 Direct，则未命中前面规则的请求不会经过代理。这不表示服务器失效，而是规则结果与测试目标不同。

On Demand 会根据网络条件触发连接。排查手动连接问题时，可进入 Settings → On Demand 查看当前状态，暂时关闭自动触发后再测试，以免网络切换时出现“刚关闭又自动连接”或“刚选中服务器又被场景改写”的现象。测试完成后，再按原有需求恢复设置。

订阅更新失败时分开检查链接与条目

订阅更新和服务器连接是两条不同链路。订阅更新负责从指定 URL 获取配置列表，服务器连接则使用列表中的具体地址与参数。已有条目可能仍能连接，但订阅 URL 已过期；反过来，订阅可以成功下载，列表中的某个服务器仍可能因端口或参数变化而超时。

示例订阅地址可以写成 https://example.com/sub?token=xxxx 来识别结构，但实际操作必须使用用户从自己服务商取得的有效链接。Token 缺失、复制时截断、链接前后带空格或服务商更换地址，都会造成更新失败。本站不提供订阅，也不对具体服务来源作选择建议。

1. 核对原始链接

   编辑 Subscribe 条目，对照服务商提供的原文检查协议头、域名、路径、问号与 token，删除复制产生的首尾空格。

2. 单独执行更新

   回到 Home 下拉刷新，观察是单个 Subscribe 失败还是全部来源都失败，不要先删除仍可使用的服务器条目。

3. 检查代理更新

   若服务商明确要求经当前连接访问订阅，可进入 Settings → Subscribe 查看 Update via Proxy；启用前应先确认当前服务器能够连接。

4. 复核更新结果

   更新完成后检查条目数量与名称是否变化，再选中一个条目执行延迟测试，确认新参数已实际载入。

校准系统时间并处理网络切换

TLS 证书验证、带时间戳的认证过程和部分协议握手依赖设备时间。日期、时区或时钟偏差明显时，表现可能是 TLS 握手失败、认证失败，也可能在多次重试后显示 timeout。手动改过日期、跨时区后状态未同步或设备长时间未联网时，应把系统时间列入检查项。

在 iPhone 或 iPad 上进入 Settings → General → Date & Time，检查 Set Automatically，并确认 Time Zone 与所在地状态一致。修改后不要直接连续点击连接，先关闭 Shadowrocket 的连接开关，等待系统网络状态稳定，再回到 Home 重新选择服务器。

网络从 Wi-Fi 切换到蜂窝网络时，原有连接使用的本地地址、DNS 与路由会发生变化。若切换后长时间没有恢复，可先关闭连接，等待状态栏显示新的网络已可用，再重新开启。开启 On Demand 的用户还应观察自动规则是否在网络变化时选择了不同场景。

• 检查 Settings → General → Date & Time → Set Automatically。
• 确认 Time Zone 没有停留在之前所在地或错误的手动值。
• 网络切换后先关闭旧连接，等待数秒再建立新连接。
• 暂时关闭 Settings → On Demand，排除自动场景对手动测试的干扰。
• 若仅某个 TLS 条目失败，继续核对 SNI、域名与证书相关设置，不要只修改系统时间。

按固定顺序完成最终复测

完成参数、规则、订阅与系统时间检查后，使用固定流程收尾。先保持 On Demand 暂停，选择一个参数已确认的服务器；再使用延迟测试确认该条目能够返回；随后开启连接，并运行 Connectivity Test。若延迟正常而 Connectivity Test 失败，重点回到 Global Routing、Config 规则、DNS 与传输设置，而不是反复刷新订阅。

测试结果应至少记录当前网络、服务器名称、协议类型、是否有延迟数值、连接开关状态以及 Connectivity Test 的失败阶段。向自己的服务商反馈时，不要发送完整 Password、UUID、Private Key 或订阅 token；只提供经过遮盖的字段、时间点与错误原文。