Post #187

Mihomo dialer-proxy 参数 链式代理示例： proxy-providers: 机场A: {<<: *PProviders, url: '机场订阅地址'} # 较为快速的机场或自建节点 机场B: {<<: *PProviders, url: '机场订阅地址', override: {dialer-proxy: 机场A}} # 所有机场B节点都通过机场A中转 自建订阅: {<<: *PProviders, url: '自建节点订阅地址', override: {dialer-proxy: 机场A}} # 所有自建节点都通过机场A中转 被墙节点订阅: {<<: *PProviders, url: '被墙节点订阅地址', override: {dialer-proxy: 机场A}} # 所有被墙节点都通过机场A中转 proxy-groups: - {name: 中转机, type: load-balance, use: [机场A], filter: "台|🇼🇸|TW|港|🇭🇰|HK"} # 筛选台湾、香港节点作为中转节点 通过以上配置，机场B、自建订阅、被墙节点订阅 中的所有节点都将统一通过 机场A 进行中转，这样只需要配置一次，无需为每个节点单独创建链式代理组。设置好 中转机 策略组后，其他策略组直接就可以使用通过代理链的节点了，无需额外调整，即 其它策略组使用时这个“中转机”策略组不用单独引用。 此配置使用了距离中国大陆较近的服务器作为中转节点，有效提升了远程或延迟较高节点的连接质量，特别适用于响应慢的机场节点或远距离地区（如欧洲等）。对于已经被 GFW 封锁的节点，也能通过此链式配置恢复连接。同时，针对VPS自建节点，避免了直接连接可能遭遇的封锁，增强了VPS IP的抗封能力。 PS：上面的示例只是说明原理方式，本质上在proxy-providers源头做了中转，使用时须配合原有配置中的锚点，策略组使用即可。（其它策略组使用时这个“中转机”策略组不用单独引用）。请有一定基础理解原理后实操。 🏷 标签 ：#教程#配置#更新 📢 频道 ：@Pinched666 👆关注 666 不迷路👆