netch订阅链接

打开 Netch 的阅链配置目录，找到那个后缀为 .yaml 的阅链文件，里面躺着一行 subscribe: https://example.com/api/v1/client/subscribe?阅链token=xxxx。这就是阅链订阅链接。没有它，阅链Netch 只是阅链个空壳；有了它，节点列表、阅链规则集、阅链策略组才会像流水一样灌进来。阅链

我见过不少人把订阅链接直接丢进浏览器地址栏，阅链然后对着满屏 Base64 编码发愣。阅链那串字符解码后其实是阅链一组服务器信息：IP、端口、阅链加密方式、阅链混淆参数。阅链Netch 不关心你从哪弄来的链接，它只做一件事——定时拉取，解析，然后写进内存里的节点池。你点“更新订阅”时，后台就是一次 HTTP GET 请求，超时时间默认 10 秒，失败就重试三次。这个细节在日志里能看到，level=warning msg="subscribe update failed, retry 1/3"。

链接从哪来，决定了你能跑多快

机场给的订阅链接通常带流量统计和到期时间，格式五花八门。有的走 Clash 的 /api/v1/client/subscribe，有的走 V2Ray 的 /link/ 路径。Netch 的解析器其实是个多面手，你复制链接时不用管它背后是 SS、SSR 还是 Vmess，粘进去就行。但有个坑：部分机场会限制 User-Agent，默认的 Netch/1.0 可能被拒。我习惯在订阅设置里手动改成 ClashforWindows/0.19.23，拉取成功率明显高一些。

本地自建的订阅更可控。用 subconverter 把多个节点揉成一个链接，加个 &emoji=1 参数，节点名前面就会带上国旗。Netch 的节点列表里一眼就能认出香港、日本、美国。这比看 IP 段快多了。

更新频率和缓存策略

别设太短。有人把自动更新调成 5 分钟一次，结果机场后台的请求日志刷得比心跳还快，直接被限流。Netch 默认是手动更新，我觉得够用。真要自动，30 分钟到 1 小时比较合理。订阅内容会缓存在 data/subscribe 目录下，文件名是一串哈希。断网时 Netch 会读缓存，不至于节点全空。

有个细节值得说：Netch 更新订阅时不会立刻断开现有连接。新节点池和旧节点池在内存里并存几秒，等规则重载完才切换。这个设计比某些客户端强——那些一更新就闪断，游戏直接掉线。

链接失效之后

最烦的是机场跑路。订阅链接返回 404，Netch 弹窗报错，节点列表灰掉一半。这时候只能翻出之前导出的 config.json 手动补节点。所以我现在养成了习惯：每次更新订阅后，顺手把 data/subscribe 里最新的缓存文件复制一份到别处。那文件是明文 JSON，里面有完整的节点信息。哪天链接挂了，直接导入就能续命。

还有种情况是链接没挂但节点全超时。别急着骂机场，先看 Netch 的日志里 dial tcp: i/o timeout 前面那行——如果显示的是本地 DNS 解析失败，那就是你系统 DNS 被污染了。换 223.5.5.5 再试。订阅链接本身没问题，问题出在解析环节。

别把订阅链接当密码用

那串 token 等同于账号密码。有人截图发群里问“为什么更新不了”，token 明晃晃露在外面。别人拿到链接就能用你的流量，甚至改你的订阅内容。Netch 的配置文件里订阅链接是明文存储的，共享配置时记得把 subscribe 字段删掉。我一般用 sed -i '/subscribe:/d' config.yaml 处理一下再发人。

订阅链接这东西，说到底是机场和客户端之间的契约。Netch 负责执行，你负责别把契约弄丢。