Post #272

#教程 QX代理链的简单实现方法 在使用该方法之前，请检查QX版本，该方法仅适用于商店版1.0.27及以上版本！ PS：不支持域名形式，请务必使用ip 为什么要使用代理链： 1.省去流量中转服务或是中转机的费用，直接使用机场节点拉动没有大陆优化路由的或是速度不佳的vps自建节点 2.折腾！ 走向解读（UI层面上）： 远程分流规则👉包含自己自建节点的策略组👉本地ip规则👉包含机场节点的策略组👉目标域名 具体实现： 1.以Google规则为例，首先新建一个包含自建节点的策略组（图一），然后在Google相关远程规则链接的末尾加上 #via=0 ，并开启解析器，策略偏好选择前面新建的包含自建节点的策略组（图二），保存并更新规则； 2.接着新增本地IP规则（图三），类型选择 IP-CIDR （如果你的vps是IPV6 Only，或者是你想使用IPV6，就选择 IP6-CIDR ，但是/后面的数字我就不会填了，因为我都是用的IPV4），参数填 自建节点的ip/32 ，如 1.2.3.4/32 ，策略选择包含你想用来拉自建节点的机场节点的策略组（图四），保存。 PS：如果你是 Trojan 这类要填域名的协议，记得在上面填写的ip规则之上（貌似可以随意位置，保险起见放上面）加一条域名规则 host-suffix, 节点域名, 想用来拉自建节点的机场节点的策略组名 （其实就等于上面ip规则的另一种形式，概念是一样的） 3.结束。 至此，代理链已经实现。 杂谈： 不得不说，QX的代理链实现要远远繁琐于Surge的代理链实现，也没有Surge来的灵活，Surge只需要添加自建节点和机场节点并在自建节点下选择通过另一个代理连接（机场节点）即可，还可以随意的移动自建节点进策略组等等，简单灵活的雅痞！不过俗话说的好，有得用总比没有强，凑合用！ 回到正题，你可以像我一样，一个自建节点一个策略组，一个地区机场节点做一个策略组，好处是方便使用，不用一直切来切去，缺点是策略组可能会有一大堆； 同样也可以自建节点一个策略组，机场节点一个策略组，仅创建两个策略组来使用代理链，好处是只有两个策略组，简洁，缺点是有不同需求的时候需要频繁的切换自建节点和机场节点。 PS：如果你是要在本地分流上使用，可以查看官方的使用示例 https://t.me/QuanXNews/205 祝折腾愉快~