Clash YAML配置文件完全解析
目录
Clash的强大之处在于它的高度可配置性，而配置文件就是你驾驭这种能力的唯一途径。一个写得好的YAML配置，能让你精确控制每一字节流量的走向。
这篇文章从YAML语法讲起，逐段拆解Clash配置文件的每个部分，配合大量实际示例，帮你从"能看懂"到"会自己写"。
YAML基础语法回顾
Clash使用YAML作为配置格式。在深入Clash配置之前，先确保你理解YAML的核心语法规则。
1. 缩进规则
YAML使用缩进表示层级关系。严禁使用Tab键缩进，必须使用空格。通常使用2个空格表示一级缩进。
# 正确示例
port: 7890
dns:
enable: true
listen: 0.0.0.0:1053
nameserver:
- 223.5.5.5
- 119.29.29.292. 键值对
键和值之间用冒号和空格分隔（注意冒号后面必须有空格）：
# 字符串
mode: rule
# 整数
port: 7890
# 布尔值
allow-lan: true
# 浮点数
# （Clash配置中少见）3. 数组（列表）
使用短横线-表示列表项：
# 简单列表
nameserver:
- 223.5.5.5
- 119.29.29.29
# 内联写法（也合法）
nameserver: [223.5.5.5, 119.29.29.29]4. 字符串引号
大部分情况下字符串不需要引号。但如果字符串包含特殊字符（冒号、#号、引号等），需要用引号包裹：
# 不需要引号
name: HK-01
# 需要引号（包含冒号）
server: "example.com:443"
# 需要引号（以特殊字符开头）
password: "!@#$%^&*"
# 双引号支持转义
greeting: "Hello\nWorld"5. 注释
使用#添加注释，可以独占一行或跟在值后面：
# 这是一个完整的注释
port: 7890 # 这是行尾注释常见YAML错误
- 混用Tab和空格缩进 —— 这是最常见的配置加载失败原因
- 冒号后面忘记加空格：
port:7890（错误）port: 7890（正确） - 列表项的
-后面忘记加空格：-223.5.5.5（错误）- 223.5.5.5（正确） - 缩进层级不对齐：同一层级的元素必须严格对齐
Clash配置文件的完整结构
一个完整的Clash配置文件包含以下顶层字段：
# 完整配置文件骨架
# ===== 基础设置 =====
port: 7890 # HTTP代理端口
socks-port: 7891 # SOCKS5代理端口
redir-port: 7892 # 透明代理端口（仅Linux）
mixed-port: 7893 # 混合代理端口（HTTP+SOCKS5）
allow-lan: false # 是否允许局域网连接
bind-address: "*" # 监听地址
mode: rule # 运行模式（rule/global/direct/script）
log-level: info # 日志级别
# ===== 外部控制 =====
external-controller: 127.0.0.1:9090
# ===== 代理节点 =====
proxies: []
# ===== 策略组 =====
proxy-groups: []
# ===== 分流规则 =====
rules: []
# ===== DNS设置 =====
dns: {}
# ===== 流量嗅探 =====
tun: {}
# ===== 其他高级 =====
profile: {}
hosts: {}
script: {}
pre-processors: {}各字段的作用域
- port/socks-port/mixed-port：定义本地代理监听端口，客户端通过这些端口接入Clash
- mode：决定流量处理逻辑，rule=按规则分流、global=全部走代理、direct=全部直连
- proxies：定义所有可用的代理节点
- proxy-groups：将节点分组并定义选择策略
- rules：定义流量分流规则，按顺序匹配
- dns：内置DNS服务器配置，影响域名解析行为
proxies段详解：各协议字段说明
proxies段定义了所有可用的代理节点。每个节点是一个字典，包含协议类型和连接参数。
Shadowsocks (SS)
proxies:
- name: "ss-hk"
type: ss
server: hk.example.com
port: 8388
cipher: aes-256-gcm # 加密方式
password: "your_password"
udp: true # 是否启用UDP转发
plugin: obfs # 混淆插件（可选）
plugin-opts:
mode: tls # 混淆模式：http/tls
host: www.microsoft.com # 混淆目标域名ShadowsocksR (SSR)
proxies:
- name: "ssr-jp"
type: ssr
server: jp.example.com
port: 443
cipher: aes-256-cfb
password: "your_password"
obfs: tls1.2_ticket_auth
obfs-param: "your_param"
protocol: auth_aes128_md5
protocol-param: "your_param"VMess
proxies:
- name: "vmess-us"
type: vmess
server: us.example.com
port: 443
uuid: a]3f8e1c-4d2b-4a5e-9c6d-7e8f0a1b2c3d
alterId: 0 # 建议设为0（AEAD加密）
cipher: auto # auto/aes-128-gcm/chacha20-poly1305/none
udp: true
tls: true # 是否启用TLS
skip-cert-verify: false # 是否跳过证书验证
servername: us.example.com # SNI
network: ws # 传输协议：tcp/ws/grpc/h2
ws-opts:
path: /vmess
headers:
Host: us.example.com
# 或使用grpc
# network: grpc
# grpc-opts:
# grpc-service-name: vmessVless（Meta内核）
proxies:
- name: "vless-sg"
type: vless
server: sg.example.com
port: 443
uuid: a3f8e1c4-d2b4-4a5e-9c6d-7e8f0a1b2c3d
network: ws
tls: true
udp: true
flow: xtls-rprx-vision # 可选：XTLS流控
client-fingerprint: chrome # TLS指纹伪装
ws-opts:
path: /vless
headers:
Host: sg.example.comTrojan
proxies:
- name: "trojan-de"
type: trojan
server: de.example.com
port: 443
password: "your_password"
sni: de.example.com
skip-cert-verify: false
udp: true
# 可选：伪装
# network: grpc
# grpc-opts:
# grpc-service-name: trojanHysteria2（Meta内核）
proxies:
- name: "hysteria2-us"
type: hysteria2
server: us.example.com
port: 443
password: "your_password"
sni: us.example.com
skip-cert-verify: false
# 可选：带宽限制（解决限速问题）
# obfs: salamander
# obfs-password: "obfs_pass"TUIC（Meta内核）
proxies:
- name: "tuic-jp"
type: tuic
server: jp.example.com
port: 443
uuid: a3f8e1c4-d2b4-4a5e-9c6d-7e8f0a1b2c3d
password: "your_password"
alpn:
- h3
sni: jp.example.com
skip-cert-verify: false
udp-relay-mode: native # native/quic
congestion-controller: bbrDirect（直连）
proxies:
- name: "direct"
type: directReject（拒绝）
proxies:
- name: "reject"
type: reject协议选择建议
- 追求性能：TUIC、Hysteria2（基于QUIC，低延迟）
- 追求稳定：Vless+Reality、Trojan（伪装能力强）
- 通用兼容：VMess+WebSocket+TLS（几乎所有环境都能使用）
- 简单高效：Shadowsocks（配置简单，性能好）
proxy-groups段详解：各策略组类型
proxy-groups将多个节点组织成策略组，定义节点的选择逻辑。Clash支持多种策略组类型。
Select（手动选择器）
proxy-groups:
- name: "Proxy"
type: select
proxies:
- HK-01
- US-01
- JP-01
- SG-01
- "Auto Best" # 可以引用其他策略组
- DIRECT用户手动选择一个节点。最简单最常用的策略组类型。
URL-Test（自动测速选择）
proxy-groups:
- name: "Auto Best"
type: url-test
proxies:
- HK-01
- HK-02
- HK-03
url: "http://cp.cloudflare.com/generate_204"
interval: 300 # 测速间隔（秒）
tolerance: 50 # 容差（ms），新节点比当前节点快50ms以上才切换
lazy: true # 懒加载，不被使用时不测速自动选择延迟最低的节点。适合对延迟敏感的场景。
Fallback（故障转移）
proxy-groups:
- name: "Fallback"
type: fallback
proxies:
- HK-01 # 主节点
- US-01 # 备用1
- JP-01 # 备用2
url: "http://cp.cloudflare.com/generate_204"
interval: 60按顺序检测节点可用性，使用第一个可用的节点。当主节点不可用时自动切换到备用节点。
Load-Balance（负载均衡）
proxy-groups:
- name: "LoadBalance"
type: load-balance
proxies:
- HK-01
- HK-02
- US-01
- US-02
strategy: consistent-hashing # round-robin / consistent-hashing
url: "http://cp.cloudflare.com/generate_204"
interval: 300在多个节点间分配流量。round-robin按轮询分配，consistent-hashing按一致性哈希分配（同一域名总是走同一节点）。
Relay（中继链）
proxy-groups:
- name: "Relay"
type: relay
proxies:
- HK-01 # 第一跳
- US-01 # 第二跳
- FINAL # 最终出口流量按顺序经过多个节点中继。可以实现多跳代理，但会增加延迟。
策略组嵌套规则
- 策略组可以引用其他策略组（但不允许循环引用）
- 策略组可以引用DIRECT和REJECT
use字段可以引用proxy-providers中定义的代理集- 建议用
Select组做顶层策略组，内部包含url-test和fallback子组
完整的策略组设计示例
proxy-groups:
# 顶层选择器
- name: "Proxy"
type: select
proxies:
- "Auto Best"
- "HK Nodes"
- "US Nodes"
- "JP Nodes"
- DIRECT
# 亚洲自动选择
- name: "Auto Best"
type: url-test
proxies:
- "HK Nodes"
- "JP Nodes"
- "SG Nodes"
url: "http://cp.cloudflare.com/generate_204"
interval: 300
tolerance: 50
# 香港节点组
- name: "HK Nodes"
type: url-test
proxies:
- HK-01
- HK-02
- HK-03
url: "http://cp.cloudflare.com/generate_204"
interval: 300
# 美国节点组
- name: "US Nodes"
type: url-test
proxies:
- US-01
- US-02
url: "http://cp.cloudflare.com/generate_204"
interval: 300
# 日本节点组
- name: "JP Nodes"
type: url-test
proxies:
- JP-01
- JP-02
url: "http://cp.cloudflare.com/generate_204"
interval: 300
# 新加坡节点组
- name: "SG Nodes"
type: url-test
proxies:
- SG-01
url: "http://cp.cloudflare.com/generate_204"
interval: 300rules段详解：所有规则类型汇总
规则段定义了流量的分流逻辑。Clash按从上到下的顺序逐条匹配规则，匹配到第一条后停止。
完整规则类型列表
规则类型一览
- DOMAIN：精确域名匹配
- DOMAIN-SUFFIX：域名后缀匹配
- DOMAIN-KEYWORD：域名关键词匹配
- DOMAIN-REGEX：域名正则匹配（Meta）
- IP-CIDR：IPv4地址段匹配
- IP-CIDR6：IPv6地址段匹配
- SRC-IP-CIDR：源IPv4地址匹配
- SRC-IP-CIDR6：源IPv6地址匹配
- GEOIP：基于IP的地理位置匹配
- GEOSITE：基于域名的地理位置匹配（Meta）
- SRC-PORT：源端口匹配
- DST-PORT：目标端口匹配
- PROCESS-NAME：进程名匹配
- PROCESS-PATH：进程路径匹配（Meta）
- PROCESS-NAME-REGEX：进程名正则匹配（Meta）
- PROCESS-PATH-REGEX：进程路径正则匹配（Meta）
- MATCH：兜底规则，匹配所有剩余流量
各类规则示例
rules:
# === 精确域名 ===
- DOMAIN,www.google.com,Proxy
- DOMAIN,scholar.google.com,Proxy
# === 域名后缀 ===
- DOMAIN-SUFFIX,google.com,Proxy
- DOMAIN-SUFFIX,youtube.com,Proxy
- DOMAIN-SUFFIX,github.com,Proxy
- DOMAIN-SUFFIX,baidu.com,DIRECT
- DOMAIN-SUFFIX,taobao.com,DIRECT
# === 域名关键词 ===
- DOMAIN-KEYWORD,google,Proxy
- DOMAIN-KEYWORD,facebook,Proxy
- DOMAIN-KEYWORD,twitter,Proxy
# === IP-CIDR ===
- IP-CIDR,192.168.0.0/16,DIRECT
- IP-CIDR,10.0.0.0/8,DIRECT
- IP-CIDR,127.0.0.0/8,DIRECT
- IP-CIDR,172.16.0.0/12,DIRECT
- IP-CIDR,104.16.0.0/13,Proxy,no-resolve
# === GEOIP ===
- GEOIP,CN,DIRECT
- GEOIP,US,Proxy
# === GEOSITE（Meta内核）===
- GEOSITE,private,DIRECT
- GEOSITE,cn,DIRECT
- GEOSITE,geolocation-!cn,Proxy
# === 端口规则 ===
- DST-PORT,80,Proxy
- DST-PORT,443,Proxy
- SRC-PORT,53,DIRECT
# === 进程规则 ===
- PROCESS-NAME,chrome.exe,Proxy
- PROCESS-NAME,Telegram.exe,Proxy
- PROCESS-NAME,WeChat.exe,DIRECT
# === 兜底规则（必须放在最后）===
- MATCH,DIRECT规则排列顺序很重要
Clash按从上到下的顺序匹配规则。把精确规则放在前面，模糊规则放在后面。常见错误是把GEOSITE,cn放在DOMAIN-SUFFIX,google.com前面，导致google.com因为属于cn地理范围而被错误匹配到DIRECT。
规则的附加参数
# no-resolve：跳过DNS解析（用于IP-CIDR规则）
- IP-CIDR,104.16.0.0/13,Proxy,no-resolve
# 含义：如果匹配到此规则时，IP还是域名形式，
# 不需要先解析成IP再匹配，直接用域名尝试匹配dns段详解：DNS配置与优化
DNS配置是Clash中最重要的部分之一。错误的DNS配置会导致域名解析失败、DNS泄漏、访问速度变慢等一系列问题。
基础DNS配置
dns:
enable: true # 启用内置DNS
listen: 0.0.0.0:1053 # DNS监听地址
ipv6: false # 是否解析IPv6地址
enhanced-mode: fake-ip # DNS增强模式
fake-ip-range: 198.18.0.1/16 # fake-ip地址池
fake-ip-filter: # fake-ip例外列表
- "*.lan"
- "*.localdomain"
- "*.example"
- "*.invalid"
- "*.local"
- "dns.msftncsi.com"
- "www.msftncsi.com"
- "www.msftconnecttest.com"DNS增强模式详解
三种DNS模式对比
- redir-host：Clash返回真实IP给应用。优点是兼容性好，缺点是每次都需要Clash内部解析，且IP可能被污染
- fake-ip：Clash先返回一个虚假IP（198.18.x.x），在实际连接时再解析真实IP。优点是速度快、防污染，缺点是部分应用可能不兼容
- normal：标准DNS模式，不拦截DNS请求（一般不推荐）
推荐模式
大多数场景推荐使用fake-ip模式。它对DNS污染的抵抗力最强，且响应速度最快。如果遇到特定应用不兼容（如某些游戏），可以在fake-ip-filter中添加例外。
上游DNS服务器配置
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
# 默认DNS（用于解析其他DNS服务器的域名）
# 必须是纯IP地址，不能是域名
default-nameserver:
- 223.5.5.5
- 119.29.29.29
# 主DNS服务器（用于解析国内域名）
nameserver:
- "tls://dns.alidns.com:853"
- "https://dns.alidns.com/dns-query"
- 223.5.5.5
# 备用DNS服务器（用于解析国外域名）
fallback:
- "tls://1.1.1.1:853"
- "https://cloudflare-dns.com/dns-query"
- "tls://dns.google:853"
- "https://dns.cloudflare.com/dns-query"
# 备用DNS过滤条件
fallback-filter:
geoip: true # 如果主DNS解析结果是国外IP，使用fallback结果
geoip-code: CN
ipcidr: # 如果主DNS解析结果在这些IP段内，视为被污染
- 240.0.0.0/4
# domain: # 特定域名使用指定DNS
# - "+.google.com"
# - "+.youtube.com"
# 特定域名的DNS服务器
nameserver-policy:
"+.google.com": "tls://8.8.8.8:853"
"+.youtube.com": "tls://8.8.8.8:853"
"+.github.com": "tls://1.1.1.1:853"
"+.baidu.com": "tls://dns.alidns.com:853"
"+.taobao.com": "tls://dns.alidns.com:853"DNS over TLS / HTTPS
强烈建议使用加密DNS防止中间人攻击和DNS污染：
# DoT (DNS over TLS)
- "tls://8.8.8.8:853"
- "tls://1.1.1.1:853"
- "tls://dns.alidns.com:853"
# DoH (DNS over HTTPS)
- "https://dns.google/dns-query"
- "https://cloudflare-dns.com/dns-query"
- "https://dns.alidns.com/dns-query"
# 格式说明：
# tls://IP:端口 -- DoT
# https://域名/路径 -- DoHDNS缓存与优化
dns:
enable: true
enhanced-mode: fake-ip
# ...
# DNS缓存
cache-all-dns: true # 缓存所有DNS结果
respect-rules: true # DNS解析遵循规则（重要）
# 监听端口
listen: 0.0.0.0:1053高级配置：script、profile、tun等
TUN模式配置
tun:
enable: true
stack: system # system/gvisor/mixed
# stack说明：
# system：使用系统TUN设备，性能最好但兼容性一般
# gvisor：使用用户态网络栈，兼容性好但有性能损耗
# mixed：自动选择最佳栈
dns-hijack:
- any:53 # 劫持所有53端口的DNS请求
- tcp://8.8.8.8:53 # 劫持特定DNS
- tcp://1.1.1.1:53
auto-route: true # 自动配置路由表
auto-detect-interface: true # 自动检测出口网卡
# 排除特定IP段（避免路由环回）
# route-exclude-address:
# - 172.16.0.0/12
# - 192.168.0.0/16
# 严格路由（macOS需要）
# strict-route: trueProfile配置
profile:
store-selected: true # 记住策略组的选择状态
store-fake-ip: true # 重启后保持fake-ip映射
# 开启后，重启Clash不会重置你手动选择的节点Script脚本（实验性）
# Clash Premium 支持使用JavaScript定义路由逻辑
script:
code: |
function main(ctx) {
// ctx.type: "socks" | "http" | "redir" | "tun"
// ctx.metadata: { host, port, name, type, ... }
const host = ctx.metadata.host;
// 自定义逻辑
if (host.endsWith(".google.com")) {
return "Proxy";
}
if (host.endsWith(".baidu.com")) {
return "DIRECT";
}
return "MATCH";
}Hosts配置
# 内置hosts映射（优先级高于DNS解析）
hosts:
# 精确匹配
"localhost": 127.0.0.1
# 域名通配
"*.example.com": 1.2.3.4
# 特定域名
"api.example.com": 5.6.7.8External Controller（外部控制）
# RESTful API 配置
external-controller: 127.0.0.1:9090
# API密钥（用于远程访问时的认证）
secret: "your-secret-key"
# 外部UI（配合Dashboard使用）
external-ui: /path/to/dashboard
external-ui-url: "https://yacd.haishan.me"Pre-processors（预处理器，Meta内核）
# 支持配置预处理，实现配置片段复用
pre-processors:
- type: replace
find: "PROXY_GROUP"
replace: "Proxy"
# 或使用include引入外部配置片段
# pre-processors:
# - type: include
# path: ./common-rules.yaml配置文件的继承与覆写
Clash Meta支持配置文件的组合与覆写，让你可以在订阅配置基础上叠加自定义规则。
配置合并（Merge）
Clash Verge Rev等客户端支持"Merge"类型的覆写配置：
# merge.yaml - 合并到主配置中
# 添加自定义规则
rules:
- DOMAIN-SUFFIX,my-custom-site.com,Proxy
- PROCESS-NAME,my-app.exe,Proxy
# 覆写DNS配置
dns:
enable: true
enhanced-mode: fake-ip
# 添加额外的代理节点
proxies:
- name: "my-local-proxy"
type: direct预处理指令
# 在配置文件顶部使用预处理指令
# 定义变量
# &pre-processor:
# PROXY_NAME: "MyProxy"
# DNS_SERVER: "tls://1.1.1.1:853"
# 使用变量
# proxies:
# - name: [[ PROXY_NAME ]]Use字段引用外部代理集
# 使用proxy-providers加载外部节点列表
proxy-providers:
my-sub:
type: http
url: "https://sub.example.com/api/v1/xxx"
interval: 3600
path: ./providers/my-sub.yaml
health-check:
enable: true
interval: 600
url: "http://cp.cloudflare.com/generate_204"
# 在策略组中引用
proxy-groups:
- name: "Provider Nodes"
type: select
use:
- my-sub常见配置错误排查
错误1：YAML解析失败
# 错误信息
"yaml: line XX: found character that cannot start any token"
"yaml: unmarshal errors"原因：通常是Tab缩进、冒号后缺空格、或特殊字符未加引号。
解决：使用在线YAML校验工具（如yaml-online-parser）检查配置语法。
错误2：代理节点无法连接
# 错误信息
"initial proxy provider error: ..."排查步骤：
- 检查server地址和port是否正确
- 检查密码/UUID是否完整复制（注意前后空格）
- 检查cipher加密方式是否匹配
- 检查TLS配置（sni/servername是否正确）
- 尝试ping/telnet服务器地址确认网络可达
错误3：规则不生效
常见原因：
- 规则顺序错误：精确规则被模糊规则抢先匹配
- 策略组名称拼写错误：规则引用的策略组名与proxy-groups中定义的不一致
- 模式设置错误：当前运行模式是global或direct，忽略了rules段
- GEOSITE需要额外的GeoSite数据库文件
错误4：DNS配置无效
排查要点：
- 确认
dns.enable为true - 确认
default-nameserver使用的是纯IP地址 - 如果使用了fake-ip模式，检查
fake-ip-filter是否排除了需要的域名 - 使用
dig @127.0.0.1 -p 1053 example.com测试DNS是否正常工作
错误5：TUN模式启动失败
常见原因：
- 没有管理员/root权限
- 端口53被其他DNS服务占用（如systemd-resolved）
- TUN设备被其他程序占用（如其他VPN）
- 解决：关闭冲突的服务，如
sudo systemctl stop systemd-resolved
配置验证工具
在启动Clash之前，可以先用命令行验证配置：
# 验证配置文件语法
clash -f config.yaml -t
# 如果配置正确，输出 "configuration file config.yaml test is successful"
# 如果有错误，会显示具体的错误信息和行号配置模板推荐与解读
以下是一个经过优化的通用配置模板，适合大部分使用场景：
# ===================================
# Clash 通用配置模板
# 适用于 Clash Premium / Meta
# ===================================
# 基础设置
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
ipv6: false
unified-delay: true
tcp-concurrent: true
# 外部控制
external-controller: 127.0.0.1:9090
profile:
store-selected: true
store-fake-ip: true
# TUN模式
tun:
enable: true
stack: mixed
dns-hijack:
- any:53
auto-route: true
auto-detect-interface: true
# DNS配置
dns:
enable: true
listen: 0.0.0.0:1053
ipv6: false
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "*.localdomain"
- "*.example"
- "*.invalid"
- "*.local"
- "dns.msftncsi.com"
- "www.msftncsi.com"
- "www.msftconnecttest.com"
default-nameserver:
- 223.5.5.5
- 119.29.29.29
nameserver:
- "tls://dns.alidns.com:853"
- "https://dns.alidns.com/dns-query"
fallback:
- "tls://1.1.1.1:853"
- "https://cloudflare-dns.com/dns-query"
fallback-filter:
geoip: true
geoip-code: CN
ipcidr:
- 240.0.0.0/4
# 代理节点（替换为你的实际节点）
proxies:
- name: "HK-01"
type: trojan
server: hk.example.com
port: 443
password: "your_password"
sni: hk.example.com
udp: true
- name: "US-01"
type: vless
server: us.example.com
port: 443
uuid: your-uuid-here
network: ws
tls: true
udp: true
ws-opts:
path: /vless
headers:
Host: us.example.com
# 策略组
proxy-groups:
- name: "Proxy"
type: select
proxies:
- "Auto Best"
- "HK-01"
- "US-01"
- DIRECT
- name: "Auto Best"
type: url-test
proxies:
- "HK-01"
- "US-01"
url: "http://cp.cloudflare.com/generate_204"
interval: 300
tolerance: 50
- name: "Streaming"
type: select
proxies:
- "US-01"
- "HK-01"
- "Proxy"
# 分流规则
rules:
# 私有网络直连
- DOMAIN-SUFFIX,local,DIRECT
- DOMAIN-SUFFIX,localhost,DIRECT
- IP-CIDR,127.0.0.0/8,DIRECT
- IP-CIDR,172.16.0.0/12,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT
- IP-CIDR,10.0.0.0/8,DIRECT
# 流媒体走专用策略组
- DOMAIN-SUFFIX,youtube.com,Streaming
- DOMAIN-SUFFIX,netflix.com,Streaming
- DOMAIN-SUFFIX,disneyplus.com,Streaming
# 常用代理
- DOMAIN-SUFFIX,google.com,Proxy
- DOMAIN-SUFFIX,github.com,Proxy
- DOMAIN-SUFFIX,telegram.org,Proxy
- DOMAIN-KEYWORD,google,Proxy
# 国内直连
- DOMAIN-SUFFIX,baidu.com,DIRECT
- DOMAIN-SUFFIX,taobao.com,DIRECT
- DOMAIN-SUFFIX,jd.com,DIRECT
- DOMAIN-SUFFIX,qq.com,DIRECT
- DOMAIN-SUFFIX,weixin.qq.com,DIRECT
# GEOIP兜底
- GEOIP,CN,DIRECT
# 最终规则
- MATCH,Proxy模板使用建议
- 将节点信息替换为你自己的订阅节点
- 根据实际需要调整规则，添加或移除域名
- 流媒体策略组可以根据不同平台指向不同地区的节点
- 定期更新配置，保持规则和节点列表最新
- 建议保存多套配置，针对不同使用场景快速切换