本文目录导读:

- 第一步:理解 QuickQ 中链式代理的配置思路
- 第二步:在 QuickQ 中准备节点(以主流配置为例)
- 第三步:生成或手动创建策略组(关键步骤)
- 第四步:配置策略组和规则使用链式节点
- 总结:QuickQ 实现链式代理的关键步骤
- 常见问题与注意事项
QuickQ 是一款专注于 Quantumult X 的配置管理工具,其主要功能是帮助用户管理、生成和编辑 Quantumult X 的配置文件,要实现链式代理(即代理链,Traffic 经过多个节点接力转发),核心是在 Quantumult X 的配置文件中正确设置 [proxy_group] 和 [rule](或 [filter_remote])中的策略。
核心原理: 链式代理不是通过 QuickQ 直接“拖拽连接”实现的,而是通过 QuickQ 生成的配置文件中,将多个代理节点组合成一个嵌套策略组。
以下是通过 QuickQ 和 Quantumult X 实现链式代理的详细步骤和关键配置点:
第一步:理解 QuickQ 中链式代理的配置思路
在 QuickQ 的界面或生成的配置中,链式代理是通过 “订阅节点” 和 “策略组” 的组合来实现的,你不需要在 QuickQ 中写复杂代码,而是生成一个包含多个节点的配置文件,然后在 Quantumult X 中手动调整策略组的结构。
第二步:在 QuickQ 中准备节点(以主流配置为例)
- 导入节点:在 QuickQ 中,进入“节点”或“订阅”页面,导入你的多个代理服务器(节点A:美国VPS,节点B:新加坡中转VPS,节点C:最终目标服务器)。
- 确保节点类型兼容:链式代理要求每个节点都支持标准代理协议(如 Shadowsocks、VMess、Trojan 等),并且上游节点(链中的前一个)需要支持转发流量到下游节点(链中的后一个),链式代理的中间节点需要有 “订阅节点” 或 “自定义节点” 功能,并且协议要能透传。
- 最简单的链式代理场景:你有一个国内VPS作为入口,一个国外VPS作为出口,你需要两个节点。
第三步:生成或手动创建策略组(关键步骤)
链式代理的核心是配置一个 “嵌套策略组”,在 QuickQ 生成的配置中,你需要在 [proxy_group] 部分手动或通过 QuickQ 的“策略组编辑”功能,创建一个逻辑上的“链”。
假设场景: 你希望流量先经过 节点A(国内中转),再经过 节点B(国外落地),最终到达目标网站。
在 Quantumult X 配置文件中(由 QuickQ 生成或你手动修改):
-
定义节点(QuickQ 会为你添加):
[proxy] # 节点A: 国内 VPS (SS协议) node-a = ss, 1.2.3.4, 8388, encrypt-method=chacha20, password=xxx, fast-open=false, udp-relay=false # 节点B: 国外 VPS (SS协议) node-b = ss, 5.6.7.8, 443, encrypt-method=aes-256-gcm, password=yyy
-
实现链式代理的策略组(核心操作):
- 你不能直接用
node-a直接连接node-b,你需要一个中间策略组,这个策略组将node-b作为节点,但同时通过node-a作为其“前置代理”或“转发”。 - 但在 Quantumult X 中,原生链式代理需要
via参数,它不支持直接嵌套“策略组作为节点”来完成链式?Quantumult X 的via参数支持在节点定义中指定前置代理。
最优方案:使用
via参数定义链式节点(QuickQ 生成后手动添加)在
[proxy]部分,你可以创建一个新节点,该节点使用via参数引用另一个代理。[proxy] # 节点A: 国内中转 proxy-a = ss, 1.2.3.4, 8388, encrypt-method=chacha20, password=aaa # 节点B: 国外落地 proxy-b = ss, 5.6.7.8, 443, encrypt-method=aes-256-gcm, password=bbb # 链式节点 C:通过节点A 转发到 节点B proxy-c = ss, 5.6.7.8, 443, encrypt-method=aes-256-gcm, password=bbb, **via-tls**=false, **via-ss**=proxy-a # ^ # | 关键语法:via-ss=proxy-a 或 via-http=proxy-a # 完整参数:via-ss=proxy-a: [ss://method:password@host:port] 但通常直接用节点名
更通用的写法(推荐使用
direct-chain参数): Quantumult X 支持direct-chain参数,可以方便地创建链式节点,在 QuickQ 生成的配置中,手动添加一个节点,并指定链:[proxy] # ... 原有节点 chain-node = direct-chain, proxy-chain=[节点A, 节点B] # 或者 chain-node = direct-chain, proxy-chain=[节点A, 节点B], direct=true
注意:
direct-chain参数是标准实现。via-ss或via-http是更早的写法。强烈建议使用direct-chain和proxy-chain列表。 - 你不能直接用
-
在 QuickQ 中如何操作生成这个配置:
- 在 QuickQ 的“配置编辑”或“文本编辑”模式下,直接手动添加上述
chain-node。 - 在 QuickQ 的“策略组”页面,尝试创建一个“链式代理”类型的策略组(QuickQ 版本支持)。
- 使用 QuickQ 的“节点合并”或“组合节点”功能,将两个节点合并成一个“链式节点”,并导出。
- 在 QuickQ 的“配置编辑”或“文本编辑”模式下,直接手动添加上述
第四步:配置策略组和规则使用链式节点
-
创建策略组引用链式节点:
[proxy_group] # 创建一个名为“日常流量”的策略组,包含链式节点 日常流量 = select, chain-node, proxy-a, proxy-b # 或者直接引用链式节点 链式节点组 = url-test, chain-node, proxy-a, proxy-b, url=http://www.gstatic.com/generate_204, interval=600
-
配置规则使用该策略组:
[rule] # 让所有流量都走链式代理 FINAL, 日常流量, force-remote-dns # 或者特定规则 DOMAIN-SUFFIX, google.com, 日常流量
QuickQ 实现链式代理的关键步骤
- 准备节点:通过 QuickQ 导入你的所有代理节点(中转节点和落地节点)。
- 创建链式节点:在 QuickQ 生成的配置文件的
[proxy]部分,手动添加一个direct-chain节点,my-chain = direct-chain, proxy-chain=[中继节点, 出口节点]
- 调整策略组:让你的策略组(如
手动切换或自动测试)包含这个my-chain节点。 - 应用规则:确保你的规则(特别是
FINAL规则)使用包含链式节点的策略组。
常见问题与注意事项
- 协议兼容性:链式代理通常要求所有节点使用
shadowsocks或vmess协议,且chain功能目前对trojan支持有限。 - 性能开销:链式代理会增加延迟和带宽消耗,因为流量需要经过两次加解密。
- QuickQ 的局限性:QuickQ 目前没有一键生成“链式代理”的图形化按钮(除非其社区版本或高级功能支持),你大部分工作需要在生成配置后,手动修改
[proxy]部分。 - 替代工具:如果你更偏好图形化操作链式代理,可以尝试 Surge(支持
proxy-chain和via图形化设置)或 Clash.Meta(支持Relay或Proxy Group链式)。
最终建议:如果你用的是 QuickQ,建议在 QuickQ 中生成基础配置(包含所有节点和普通策略组),然后用文本编辑器打开生成的 .conf 文件,在 [proxy] 部分手动添加 chain-node 行,并修改 [proxy_group] 引用该节点,这是目前最可靠的方法。