Snell v6 在原订阅里存在,导给 Stash 却消失,可以检查 Sub-Store 后端是否已到 2.39.4,并把输出目标设为 Stash。这次更新解决的是转换时的版本过滤。它不会把旧 Snell 服务升级成 v6,也不代表所有接受 Clash YAML 的客户端都能连接。
2.39.4 改的是哪一层?
官方 Release 发布于 2026 年 9 月 10 日,记录的变化是 Stash 支持 Snell v6。对应提交 485869a 修改了 backend/src/core/proxy-utils/producers/stash.js:原来过滤版本大于等于 6 的 Snell,现在只过滤大于 6 的版本。
因此,原本被过滤的 v6 节点能进入 Stash 输出。测试也明确区分了目标:Stash 保留版本 1 至 6,Mihomo 保留版本 1 至 5。这里描述的是该版转换器的行为,不能拿它概括全部 Clash 内核的协议能力。
输出目标不只是文件扩展名。两个结果都叫 YAML,内部允许的协议版本仍可不同。给另一台设备分发时,应为那台设备的客户端另建对应输出链接;不要把面向 Stash 的链接改个文件名就当成通用订阅。
本文针对已有 Sub-Store 实例的导出操作,不涉及新建部署。保存当前订阅链接和 Stash 配置后,按原部署方式更新后端。只打开新版前端网页,不能保证远端正在运行的转换代码已经更新。软件入口可见 Sub-Store 目录。
已经选了 Stash,为什么链接仍输出别的格式?
在订阅的导出操作中选择 Stash,拿到链接后再看实际参数。2.39.4 下载源码 的选择顺序是 platform、target、请求头识别,最后默认 JSON。若链接里已有 platform=Mihomo,单独补一个 target=Stash 不会覆盖它。
下面是已有单订阅和组合订阅的路径示例。example.invalid 是占位域名,demo 是示例订阅名;实际使用保留自己实例的访问前缀与授权设置,中文名称需 URL 编码:
https://example.invalid/download/demo?target=Stash
https://example.invalid/download/collection/demo?target=Stash
删除冲突的 platform 值,或也将它设为 Stash。不要把单订阅路径直接套到组合订阅。重新获取结果后,在 proxies 中查找那一个 Snell 名称,比只比较节点总数更明确;总数还可能受其他过滤操作影响。
如果原始订阅里就没有目标节点,升级输出器无从恢复它。如果原始内容存在,但处理中间结果已经删掉它,就查看订阅上的筛选或脚本操作。只有节点走到 Stash 输出阶段,才会受到本次版本条件修改的影响。
地址、PSK 和版本从哪里来?
Stash 协议文档 将 server、port、psk、version 列为 Snell 参数,其中 PSK 与版本必须匹配服务端。转换器负责表达已有参数,不负责决定服务监听在哪里。
按下面的对应关系检查原订阅与导出结果:
| 字段 | 值的来源 | 导出时检查什么 |
|---|---|---|
name | 原订阅中的节点名称或自己的命名 | 在配置内唯一,并与策略组引用对应 |
server、port | 服务提供方或自管服务配置 | 地址与端口没有被脚本改错 |
psk | 服务端预共享密钥 | 完整保留,不以登录密码替代 |
version | 服务使用的 Snell 版本 | v6 服务应为数值 6 |
供阅读导出结果的最小示例如下,可保存为本地 snell-export-example.yaml。字段结构与该提交的测试样本一致,地址和密钥均为占位符;这不是可直接连接的完整配置:
proxies:
- name: Snell-v6-example
type: snell
server: snell.example.invalid
port: 443
psk: REPLACE_WITH_SERVER_PSK
version: 6
不要把 version 改为 5 来逃过过滤,这不会改变服务器协议。可选参数也不能从其他客户端教程整段搬入;服务资料要求的参数要有目标客户端文档支持。缺少密钥时找回服务配置,别把完整订阅贴进公开转换站或问题截图。
名称可以为了识别而修改,密钥不能跟着改名。示例中的 443 只展示端口字段的写法,实际值应取服务端监听端口。若订阅上叠加了重命名、字段修改脚本,逐项比较最终输出,尤其留意版本和密钥有没有被旧脚本覆盖。
Stash 文档仍写 v1–v5,应该怎么处理?
截至 2026 年 9 月 11 日,本文打开的 Stash 官方协议页仍写支持版本 1 至 5,尚未给出 v6 的最低客户端版本。因此能确定的是 Sub-Store 已放开 Stash v6 输出;不能仅凭这一行更新声明所有 iOS、tvOS 或 macOS 安装版都可使用。
本文未在这些设备上运行连接测试。准备导入前,查自己安装版本的发布说明;没有明确 v6 支持信息时,保留当前可用配置,在副本上检查接收情况。客户端资料入口可从 Stash 页面 查找。
节点留下了,连接失败又该看哪里?
导出成功只说明转换结果包含节点。把节点接入配置副本时,还要保留原来的策略组与规则;只有 proxies 的输出不能冒充包含全部分流设置的完整配置。
| 表现 | 更可能停在哪一层 | 接下来查看 |
|---|---|---|
| 输出没有 v6 节点 | 后端版本、目标或过滤操作 | 实际输出目标与原始节点 |
| Stash 拒绝配置 | YAML 或协议支持 | 解析提示、客户端版本 |
| 节点出现但连接失败 | 服务参数或服务可达性 | 地址、端口、PSK 与服务日志 |
若配置加载失败,切回保存的旧配置,不要删除原订阅。出现缩进、锚点类解析问题,可继续查 Stash YAML 解析错误。连接检查时,先选择该节点访问一个已知可达的网页,再查看连接记录是否实际使用它。默认策略组可能仍选择其他节点,网页能打开并不能证明新节点有效。等副本完成接收和连接检查,再决定是否替换日常使用的配置。