Mihomo 链式代理
去年黑五到现在折腾了很多 VPS,已经没有兴趣了,该把时间和精力留着提升自己,用落地机,再用中转来拉,专线查的严,用机场来做链式代理的性价比很高,目前我已稳定使用
创建节点
在 Mihomo 中,有三种方式可以实现代理链:relay、tunnel 和 dialer-proxy。推荐使用 dialer-proxy,因为它避免了 relay 方式可能出现的 UDP 问题,同时在日志记录上比 tunnel 更加简洁、易于管理。在处理大量请求时,dialer-proxy 更稳定,且配置更简便。
在 Mihomo 中,实现链式代理的方式是:在需要经过中转的节点配置中直接指定其 上游节点/策略组(通过 dialer-proxy 字段)。链式结构由节点本身定义,而非依赖「落地策略组」与「中转策略组」的策略链式组合。
我喜欢使用Sub-Store来管理节点,所以要在Sub-Store里面直接写入带有中转策略组的信息,先在Sub-Store把正常的落地节点的Mihomo 配置复制好,节点应该是,下面的类型的
1 | proxies: |
拷贝好上面的节点信息,Sub-Store新建一个 单条订阅 ,在本地订阅中 把上面的全部粘贴进去(包括 “proxies:”),在最后的 } 添加 ,"dialer-proxy":"中转策略组名称" 下面是示例👇
1 | proxies: |
接下来就是在 Mihomo 中添加中转的策略组了
中转策略组
先把中转策略组设置为手动选择,测试一下 1. 你的机场能不能拉得动落地节点;2. 测试机场的哪一个地区拉你的节点总延迟最低
中转成功的话,可以在 Mihomo 的面板中搜索 Inner 有很多主机名为你的落地节点IP的连接,这样就是成功的
找好你的地区的的话就可以,把这些节点筛选到这个策略组,设置中转策略组为 负载均衡 类型使用 round-robin 下面是我的锚点
1 | LoadBalancerr: &LoadBalancerr {type: load-balance, interval: 300, lazy: true, url: 'http://www.google.com/blank.html', disable-udp: false, strategy: round-robin, timeout: 1000, max-failed-times: 4, include-all-providers: true} |
End
开始冲浪吧,这里真的不值得你投入太多时间,把重点放在学习和自我提升会更有价值。