规则文件里写的是「策略」,而策略通常指向一个代理组。这样设计的好处是: 规则保持稳定,节点可以随时增删,不需要改动任何一条规则。

代理组解决什么问题

  • 解耦 —— 规则引用组名,节点变化不影响规则;
  • 自动选优 —— 组内节点可以自动测速挑选最快的;
  • 容错 —— 某个节点挂掉时自动切到备用节点;
  • 分类 —— 按地区、按用途分组,切换更直观。

select 手动选择

最简单的类型,完全不参与自动判断,适合作为顶层入口。

proxy-groups:
  - name: "🚀 节点选择"
    type: select
    proxies:
      - "♻️ 自动选择"
      - "🇭🇰 香港节点"
      - "🇯🇵 日本节点"
      - DIRECT

proxies 列表里既可以写节点名,也可以写其他代理组的名字,还可以写 DIRECT

url-test 自动测速

定期向测试地址发起请求,选择延迟最低的节点。这是日常最实用的类型。

  - name: "♻️ 自动选择"
    type: url-test
    url: "http://www.gstatic.com/generate_204"
    interval: 300        # 测试间隔,单位秒
    tolerance: 50        # 延迟差超过该值才切换,避免抖动
    lazy: false          # 空闲时是否停止测试
    proxies:
      - "东京-01"
      - "新加坡-01"
参数说明建议值
interval测速间隔180 ~ 300 秒
tolerance切换阈值,太小会频繁跳节点50 ms
lazy无流量时暂停测速以省电移动端 true

测速地址要选对:建议使用 generate_204 这类返回空内容的小请求,既快又不会产生额外流量。不要用需要下载大文件的地址。

fallback 故障转移

按书写顺序使用节点,只有当第一个不可用时才切换到下一个 —— 它不比较速度,只看可用性。

  - name: "🛟 故障转移"
    type: fallback
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    proxies:
      - "主节点"
      - "备用节点-A"
      - "备用节点-B"

适合「有明确主力节点,只希望它挂了才自动切换」的场景。

load-balance 负载均衡

把不同连接分摊到多个节点上,可以叠加带宽,但也会带来登录态跳变的问题。

  - name: "⚖️ 负载均衡"
    type: load-balance
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    strategy: consistent-hashing   # 或 round-robin
    proxies:
      - "香港-01"
      - "香港-02"
      - "香港-03"
策略行为
consistent-hashing同一目标地址始终走同一节点,登录态稳定
round-robin逐个轮流分配,带宽利用更充分

需要注意的是,负载均衡不适合需要保持会话的场景。银行、网盘这类服务在 IP 频繁变化时会触发风控, 因此建议只在下载、更新等场景手动切到该组。

嵌套组实战示例

把分组、自动选择、手动选择组合起来,是一套很常见的结构:

proxy-groups:
  # 顶层入口:手动决定整体走向
  - name: "🚀 节点选择"
    type: select
    proxies: ["♻️ 自动选择", "🇭🇰 香港节点", "🇯🇵 日本节点", DIRECT]

  # 各地区的自动测速组
  - name: "🇭🇰 香港节点"
    type: url-test
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    proxies: ["香港-01", "香港-02"]

  - name: "🇯🇵 日本节点"
    type: url-test
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    proxies: ["东京-01", "大阪-01"]

  # 流媒体专用,固定优先使用解锁节点
  - name: "📺 流媒体"
    type: select
    proxies: ["🇭🇰 香港节点", "🇯🇵 日本节点"]

  # 兜底
  - name: "🐟 漏网之鱼"
    type: select
    proxies: ["🚀 节点选择", DIRECT]

配套的规则只需引用这些组名:

rules:
  - DOMAIN-SUFFIX,netflix.com,📺 流媒体
  - DOMAIN-SUFFIX,youtube.com,📺 流媒体
  - GEOIP,CN,DIRECT
  - MATCH,🐟 漏网之鱼

避免无限嵌套:代理组互相引用会形成环,导致配置加载失败。保持两层结构基本够用。


继续阅读 节点延迟测试与优选策略,让自动选择更稳定。

配置 ← 返回教程列表