Sub-Store项目中实现链式代理的进阶配置方案

背景概述

随着链式代理(relay)功能在mihomo中的逐步弃用，开发者需要寻找替代方案来实现节点间的流量转发。传统方式存在局限性，特别是在需要动态管理代理节点的场景下。本文将介绍如何通过Sub-Store项目实现更灵活的链式代理配置。

核心解决方案

方案一：mihomo原生支持

mihomo配置文件中可通过proxy-providers的override/additional-suffix参数实现节点属性的动态修改。这种方式直接利用客户端功能，无需额外工具处理订阅内容。

方案二：脚本自动化处理

Sub-Store支持通过脚本动态修改节点属性，这是最通用的解决方案：

$server['underlying-proxy'] = "目标代理名称"

此方法具有以下优势：

1. 跨平台兼容性：脚本会自动转换为不同客户端的专用字段
2. 客户端特定适配：
   • mihomo输出时转换为dialer-proxy
   • sing-box输出时转换为detour
   • egern输出时转换为prev_hop

实现建议

对于订阅管理场景，推荐采用脚本方案，因为：

1. 可以统一管理不同客户端的配置
2. 支持条件判断和动态赋值
3. 便于维护和批量修改

技术细节

在实际配置时需要注意：

1. 目标代理名称必须与proxies中定义的节点名称完全匹配
2. 循环引用检测：避免形成A→B→A这样的代理环路
3. 性能考虑：过长的代理链会增加延迟

最佳实践

1. 为脚本添加注释说明代理链用途
2. 在测试环境验证代理链有效性
3. 监控链式代理的延迟和稳定性
4. 考虑使用标签(tag)来管理代理链关系

通过以上方法，用户可以灵活构建满足各种场景需求的代理网络拓扑，同时保持配置的简洁性和可维护性。