遇到小火箭节点测速超时通常源于网络层配置冲突或节点线路拥堵，本文提供系统排查流程，详解全局路由四种工作模式差异,并给出跨境办公场景下的稳定连接方案。
基础排查：定位超时根源
小火箭节点测速超时并非单一故障,需按层级剥离：
本地网络层检测
设置 → 延迟测试方法 → 改为 TCP
切换TCP模式可绕过ICMP阻断，若TCP通而ICMP不通，说明运营商限制了Ping探测,不影响实际代理使用。
节点协议验证 在节点详情页检查：
- 端口是否与服务商提供一致
- 加密方式是否匹配（如AES-256-GCM）
- 是否开启TLS/SSL证书验证（部分自签证书需关闭验证）
路由模式切换测试 临时切换至「代理」模式排除规则干扰，若代理模式正常而配置模式超时,问题出在规则集分流逻辑。
全局路由四种模式详解
Shadowrocket的核心在于全局路由策略选择，理解差异可解决90%的测速异常：
配置模式（Config）
基于规则集智能分流，通过域名关键词、IP段判断流量走向，适合日常学术资源访问，但规则集过大时会导致测速线程阻塞,表现为超时。
优化参数：
[Rule] DOMAIN-SUFFIX,cn,DIRECT DOMAIN-KEYWORD,google,PROXY FINAL,DIRECT
代理模式（Proxy）
强制全局流量走节点，绕过所有本地规则，适合4K流媒体或跨境办公需求，测速最准确,但国内网站访问延迟增加。
直连模式（Direct）
等同于关闭代理，用于排除本地网络故障，若直连模式下仍无法访问基础网站，说明WiFi/蜂窝数据本身存在问题。
场景模式（Scene）
基于地理位置或网络环境自动切换策略。
- 连接公司WiFi时自动启用代理
- 使用家庭宽带时自动直连
注意： 场景模式依赖系统定位权限，权限关闭会导致策略失效,间接引发测速超时。
高频问题FAQ
现象： 所有节点显示超时，但浏览器可正常翻墙
原因： 测速方法设置为ICMP，而运营商/防火墙丢弃了ICMP包
解决： 设置 → 延迟测试方法 → 选择「TCP」或「HTTP」
现象： 同一节点上午正常，下午持续超时
原因： 晚高峰时段国际出口拥堵，或节点服务商触发QoS限速
解决： 切换至「负载均衡」模式，或联系服务商更换端口（如443/8443）
现象： WiFi下测速超时，切换4G立即正常
原因： 路由器或上级网络存在UDP阻断，部分协议（如VMess WebSocket）依赖UDP通道
解决： 开启「MUX多路复用」或更换为TCP-based协议（如Trojan-gRPC）
现象： 测速正常但实际连接缓慢
原因： 测速仅检测TCP握手延迟，未反映实际带宽，节点可能开启了「倍率计费」限速
解决： 使用Speedtest进行实际下载测试，观察是否触发服务商限速阈值
节点选择与优化建议
针对不同的国际网络加速需求,节点类型选择直接影响测速稳定性：
| 类型 | 适用场景 | 测速表现 | 避坑要点 |
|---|---|---|---|
| 免费节点 | 临时应急 | 高延迟、易超时 | 避免输入敏感账号，存在日志风险 |
| 普通中转 | 网页浏览 | 晚高峰丢包率30%+ | 检查是否提供「BGP入口」 |
| 高端专线 | 4K/游戏/跨境办公 | 延迟稳定<150ms | 确认是否支持「IPLC/IEPL」线路 |
判断服务商可靠性的三个维度：
- 是否提供「自动切换」功能（节点故障时无缝跳转）
- 是否支持「按量计费」与「订阅链接」分离（防止账号被盗刷）
- 是否具备「国内入口优化」（如阿里云/腾讯云BGP入口）
对于长期学术资源访问需求，建议选择支持「Shadowsocks + simple-obfs」或「VLESS + XTLS」的节点组合，这两种协议在应对深度包检测时表现更稳定,可有效减少测速超时概率。
定期清理小火箭的「配置缓存」同样关键：设置 → 配置 → 编辑 → 删除冗余规则集，臃肿的规则文件会拖慢测速线程响应速度,导致假性超时。
