代理组(proxy-groups)决定“一组节点如何被使用”。同样一批节点,放进不同类型的组,行为完全不同。

select:手动选择

- name: "节点选择"
  type: select
  proxies: ["自动选择", "香港 01", "日本 01", "DIRECT"]

在 Proxies 页面手动点选,选谁用谁。最直观,几乎所有配置的第一个组都是它。组员可以是节点、其他组、DIRECT/REJECT。

url-test:自动选最快

- name: "自动选择"
  type: url-test
  proxies: ["香港 01", "香港 02", "日本 01"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  tolerance: 50

interval 秒测一轮延迟,自动使用最快的节点。tolerance(毫秒)是切换容差:新节点要比当前节点快出这个数值才切换,避免两个延迟接近的节点来回横跳。

fallback:主备切换

- name: "故障转移"
  type: fallback
  proxies: ["主力节点", "备用 01", "备用 02"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300

始终使用列表中第一个可用的节点;第一个挂了自动用第二个,恢复后切回来。与 url-test 的区别:它尊重你排的优先级,而不是唯快是图。适合“主力节点稳定但偶尔维护”的场景。

load-balance:负载均衡

- name: "负载均衡"
  type: load-balance
  proxies: ["节点A", "节点B", "节点C"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  strategy: consistent-hashing

把不同连接分散到多个节点。consistent-hashing 按目标域名哈希(同一网站固定走同一节点,避免风控),round-robin 轮询。适合多条小水管想聚合使用的场景;注意部分网站对 IP 频繁变化敏感。

选型速查

需求推荐类型
手动掌控一切select
省心,永远用最快的url-test
指定主力,挂了才切换fallback
多节点分摊流量load-balance
提示:把 url-test 组作为 select 组的第一个成员是最流行的组合:日常挂自动,需要时一键切手动。