链式代理,也叫做代理链,就是在访问链路的最后一个环节加上一个节点,以此达到固定访问 IP 的目的。其实很简单,图简单画一下。
flowchart LR
Device["你的设备"]
Front["前置代理(机场)"]
VPS["落地 VPS(固定 IP)"]
Target["目标网站 / 服务"]
Device --> Front --> VPS --> Target
这样做有两个好处:
- IP 固定后,在一些服务商看来,你不是满世界乱跑,潜在的封号风险会降低。
- 机场也看不到你具体在访问什么,因为最后一段仍然是加密连接。
坏处嘛,就是需要折腾一下:你得配置一个 VPS 来搭建加密代理,同时你使用的代理软件也要支持代理链。下面记录一下配置方法。
VPS 端
我用的是 BageVM 的日本节点,测试下来 IP 质量还可以。速度慢一点无所谓,反正也是国际链路中转到这个节点。
在这个节点上,我用 Xray 部署了两个入口:一个是 VLESS + Reality,另一个是 SS2022。SS2022 主要还是为了照顾 Surge。由于不会直接访问这个节点,对中国网络没有任何优化也无所谓。
Surge
界面点点就行。在添加节点的页面里,有一个代理链选项,选择前置策略组即可。
Loon
也是界面点点就行。先新建一个落地 IP 的策略组,然后在代理链界面里选择完整代理链。最后,代理链也可以作为一个子策略组,加到别的策略里,也就是当成一个节点来用。
Quantumult X
我还是爱 QX 啊。这么多年了,虽然协议更新没那么快,界面也稍微有点复杂,但是确实挺稳定,而且 UI 看起来很轻盈。配置会稍微复杂一点。
在本地规则里,先在落地 IP 后面加上一个想走的策略组。
ip-cidr, xx.xx.xxx.xxx/32, 想走的策略组
然后在规则后面加上 via-interface=%TUN%。另外要注意,如果是规则集合,则用资源解析器再加上 via=0。这其实就是给每条 rule 批量加上这个 via-interface。
最后
记得在不同 App 里看看网络链路对不对。小火箭我还没学会怎么看网络状态,先作罢。