跳到正文

游民营地

主题: 科技生活

小火箭节点太杂乱?多个机场不会管理?看完效率提升200%!【Shadowrocket必学】

按模块安装、证书配置、单条订阅、组合订阅和小火箭导入串起 Sub-Store 工作流,整理说明性节点、名称和旗帜,并核对脚本权限与实际连通性。

作者 一只游民Developer and YouTuber

发布于 更新于 约 1 分钟读完

订阅多了,节点名字各写各的,“剩余流量”“到期时间”还混在里面,找条线路得先读一遍公告?这篇用 Sub-Store 把来源合并、名称整理和输出转换放到一处,最后生成一条给小火箭读取的订阅。

我演示时只有一家可用机场,另加一个自建来源模拟组合。你按自己的来源操作,不必为了照着教程买第二家;只有一个来源,也可以用同样的整理功能。

1. 模块做什么:整理订阅,不是修复线路

Sub-Store支持订阅格式转换、合并和节点操作。它可以把多条来源组织成一个结果,但不能凭空增加节点,也不能把失效线路改成可用线路。

准备原订阅、原配置备份,再核对项目的 Shadowrocket 安装说明。模块可能涉及脚本和 HTTPS 解密,先看权限要求,不把它当作普通节点导入。

2. 安装 Sub-Store,再检查证书与控制界面

  1. 从 Sub-Store 仓库的 config 说明中找到 Shadowrocket 模块地址,阅读当前要求。
  2. 打开小火箭 配置 → 模块,点击加号,粘贴地址并下载。
  3. 确认模块已启用,按项目说明访问控制界面;这次使用的是 https://sub.store。
  4. 如果有错误,先查模块是否启动、配置是否生效及项目说明,不直接跳过浏览器证书警告。

我这次遇到的是 HTTPS 解密和证书未配置的问题。若当前模块确实需要它,且你已核对解密域名与来源,可按以下链路检查:

入口不容易找时,可以观看证书配置示例,从当前配置进入 HTTPS 解密。先读懂权限与用途,不因画面里点了确认就照点。

环节演示中的入口
生成证书当前配置 → 编辑配置 → HTTPS 解密 → 生成 CA 证书
安装描述文件系统设置 → 通用 → VPN 与设备管理
系统信任通用 → 关于本机 → 证书信任设置
复测返回小火箭确认安装/信任状态,再刷新控制界面

信任 CA 会改变设备的 HTTPS 信任边界,仅在理解用途和范围时启用;它不是普通代理连接的必要条件。不再使用模块时,先确认其他功能是否依赖该证书,再停用解密并移除不需要的描述文件和信任项。

3. 聚合多来源:先单条预览,再建组合

每个来源独立添加

在 Sub-Store 点添加,选择 单条订阅,填名称和远程订阅 URL,保存后预览节点。第二个来源同样添加,先确认各自都能解析。

把来源分别保存,错误更容易定位。带凭证的订阅链接不贴评论,也不发送给陌生转换网站。

创建组合与节点操作

添加 组合订阅,起一个名称,选择需要的来源,再添加操作。没有把握时先合并、不做额外整理,得到基线后再逐项加。

操作用途验证方式
正则过滤按名称条件保留或排除条目对比前后列表,别误删可用节点
脚本按脚本逻辑改名、过滤等先读源码和维护说明,再测试
旗帜给名称补地区标识检查名称匹配,不当成出口地理证明

我用过 rename.js 整理名称和说明性条目,再加旗帜操作。这些效果属于该脚本的逻辑,不是 Sub-Store 默认一定做的事。找不到对应脚本或看不懂权限,就先用明确的名称规则处理,不从同名文件猜用途。

操作按列表顺序执行。先改名再按旧名过滤,结果可能完全不同;调整顺序后重新预览,确认数量和名称符合预期。

4. 输出给 Shadowrocket:格式别选错

在组合订阅中选择 Shadowrocket 输出,先点击预览确认节点,再复制这一格式对应的订阅链接。Surge 输出和小火箭输出不是可以随便互换的同一地址。

回到小火箭首页,添加节点,类型选择 Subscribe,填刚复制的链接并保存。保留原订阅直到新订阅验证完成,不急着把还能用的入口删光。

检查节点数量、名称和可用代表线路,再对所有候选测速;自动选择仍由小火箭策略组配置负责,见配置与更新周期。合并了来源,不等于已经打开了自动测速。

5. 回到开头:四个问题分别验收

  • 来源合并:组合里包含所选来源,逐源预览均正常。
  • 说明性条目:过滤或脚本移除了目标条目,没有误删线路。
  • 名称与旗帜:显示一致,真实出口仍用请求和服务测试确认。
  • 连接与更新:小火箭读取正确格式,代表节点能连接,订阅更新后仍符合规则。

名字整齐不保证网速变快,延迟测试也不能代表带宽。突然节点全没了,先停用额外操作、逐源预览,再查组合与输出。

下一篇可以看Mac 上的使用与证书排查。欢迎分享自己的整理规则和遇到的解析错误,提供脱敏条目即可,别把完整订阅交到评论区。感谢阅读,节点管理清楚之后,才更容易知道究竟是哪条线路出了问题。

评论

评论由 GitHub Discussions 提供。发表评论、回复或添加反应需要使用 GitHub 登录。

正在加载评论服务…

沿着笔记间的引用继续阅读:看看谁提到了本篇,又能从本篇读到哪里。

沿着其他笔记来到这里,看看它们从何说起。

循着文中的引用,把相关的思路再展开一点。