小火箭自动化测速与节点故障自动回退实操教程：实现无感故障转移

先把概念说清楚

在 iOS 设备上使用代理工具时，许多朋友已经根据小火箭 Shadowrocket 使用教程完成了客户端安装与基础订阅导入，实现了顺畅的网络分流。然而在日常高频使用中，最破坏体验的情况莫过于正在开会、打游戏或观看高清视频时，当前连接的单节点突然超时中断，不得不手动切回 App 逐一测速并更换节点。这种传统的“单节点静态连接”模式，无法应对现代跨境网络中常有的运营商路由抖动或机场节点的突发检修。

要彻底解决断流困扰，核心在于掌握小火箭的“服务器组（Server Group）”机制。小火箭原生支持将多个同类型节点聚合为一个虚拟策略组，主流策略包括“自动测试（URL-Test / Auto-Test）”与“故障转移（Fallback）”。自动测试组会定期向设定的测速探针发送微型 HTTP 请求，始终将流量导向延迟最低的节点；而故障转移组则按预设优先级顺序工作，只要主节点在线就固定走主节点，仅当主节点失联时才无缝顺延到备用节点。

很多初学者容易将“负载均衡（Load-Balance）”与“故障回退（Fallback）”混为一谈。负载均衡是将每一个新连接轮询分发给不同节点，虽然能平摊带宽压力，但会导致你在几分钟内的外网出口 IP 频繁跨越不同机房，极易触发 Google 人机验证、ChatGPT 封控甚至网银风控。对于绝大多数普通用户而言，兼顾速度与会话稳定性的“自动测速（带容差）”或“优先级故障回退”，才是最稳妥的高可用方案。

实际使用时怎么判断

评估自动测速与回退策略是否配置合理，关键在于三项核心参数的黄金平衡：健康检查目标地址（URL）、测试间隔（Interval）以及容差阈值（Tolerance）。测试地址必须选用全球高可用且无缓存的 204 状态码服务，例如“http://www.gstatic.com/generate_204”或“http://cp.cloudflare.com/generate_204”。切勿使用普通的网页地址作为探针，否则每次测速都会下载完整 HTML 页面，白白浪费套餐流量。

测试间隔与容差是决定体验流畅度的命门。测试间隔建议设置为 300 秒（5 分钟）。如果设得过短（如 30 秒或 60 秒），小火箭在后台会极其频繁地唤醒无线网卡进行并发测速，不仅会导致 iPhone 发热严重、电池耗电如流水，还可能被机场服务端判定为恶意 CC 扫描；如果设得过长（如 1800 秒），则节点离线后需要半小时才能感应，失去了自动化的意义。

容差（Tolerance）通常建议设置为 50ms 至 80ms。容差的作用是防止因几毫秒的正常网络抖动而频繁跳切节点。例如节点 A 延迟为 35ms，节点 B 延迟为 38ms，若容差为 0，两者稍有波动就会引发剧烈切换；而设定 50ms 容差后，只有当新节点比当前节点快出 50ms 以上时才会触发切换，这能极大保障长连接下载和流媒体缓冲的连续性。

一套不会越查越乱的步骤

第一步：创建专属服务器组。打开 Shadowrocket 首页，点击右上角的“+”号添加节点，在最顶部的“类型（Type）”中向下拉，选择“服务器组（Server Group）”。在弹出的组配置面板中，将名称命名为直观的标识，例如“🇭🇰 香港自动优选”或“⚡ 晚高峰故障回退”。类型选择“自动测试（Auto-Test）”或“故障转移（Fallback）”。

第二步：批量勾选同区域优质节点。在服务器组的成员列表中，点击“选择服务器”，务必只勾选地理位置相同、运营商路由相似的节点（例如将订阅中 4 到 6 个香港 BGP/IPLC 节点勾选进来）。切忌贪多将全列表几十个节点全部选中，维持 3 到 6 个同城优质节点是兼顾可用性与系统资源开销的最佳甜点区间。

第三步：精准调整探针参数。在“测试地址”栏中填入“http://www.gstatic.com/generate_204”；将“测试间隔”从默认值调整为 300；将“容差”调整为 50。保存后返回小火箭首页，你会发现节点列表中多出了一个带齿轮或循环图标的服务器组，轻点右侧测速图标，小火箭会立刻对组内成员完成一轮静默并发测试，并自动高亮当前获胜的节点。

第四步：挂载至规则策略并实测容灾。进入底部“配置”页面，点击当前正在使用的规则配置文件（如 default.conf），选择“编辑配置”->“策略（Policy）”。找到负责代理出站的“PROXY”策略，将其目标由单个固定节点更改为你刚刚新建的“🇭🇰 香港自动优选”服务器组。开启小火箭连接，此时手动在后台断开当前节点（或连接一个失效节点），观察浏览器是否在数秒内无感切换至第二顺位节点并正常打开网页。

容易踩的坑

许多新手在配置自动组时最常犯的错误，就是将跨大洲的不同节点（如香港、日本、美国、英国）塞进同一个自动测试组。当美国节点因偶发波动瞬时延迟低于香港时，流量会被瞬间甩到美国出口，导致你原本正在浏览的国内或亚太网页语言突变、Cookie 校验失效，甚至正在登录的流媒体和社交平台直接弹出异地安全警告。因此，永远遵循“同国别建组”是铁律。

第二个大坑是订阅更新导致的策略覆盖。许多机场的订阅链接每次更新时会重写小火箭的节点列表 ID，若你的服务器组是基于静态节点勾选建立的，更新订阅后旧节点 ID 失效，会导致策略组变成空指针报错。解决办法是在组配置中使用“正则表达式匹配（Regex Filter）”，例如填写“香港|HK”，这样即使机场更新了节点域名或名称，只要包含关键词就会自动动态吸纳，一劳永逸。

第三个隐患是后台电量雪崩与机场并发风控。部分用户同时建立了十几个自动测速组，并且将检测间隔设为 10 秒，这意味着手机每隔 10 秒就要向数十台境外服务器发起上百次 TCP/TLS 握手。不仅电量在两小时内见底，还会迅速耗尽机场限制的设备在线数与并发连接数配额，导致被机场防火墙判定为异常扫描并临时拉黑 IP。

我们的建议

在日常主力使用中，我们建议搭建“双层回退”极简架构：第一层建立一个包含 3 个低延迟节点的“亚太主力组”（如香港/日本 IPLC），满足 95% 以上的高清视频与网页浏览；第二层建立一个包含 2 个稳定大带宽节点的“美西备用组”，专供特定海外服务与全网拥堵时的应急通道。

针对 Netflix、Disney+ 与 ChatGPT 等对 IP 纯净度和地理定位极度敏感的业务，严禁接入任何形式的动态自动切换组，务必通过规则分流指定其走固定、纯净的原生住宅节点。将常规网页流量交给自动回退组，将敏感应用交给专线固定节点，才能在享受自动化高可用便利的同时，彻底告别封号与风控烦恼。