以下是我自己使用的 yaml 配置文件，使用了 rule-providers 特性以进行规则分流，并使这些规则每 24hr 自动更新。规则来自Loyalsoldier/clash-rules
适用于 PC 端的 clash-verge-rev 、OpenWrt 端的 openclash 、iOS 端的 stash ，其余未测试（最好尽量关闭这些客户端的 dns 覆写设置）
未使用在 ip 规则后加 no-resolve ，或 nameserver-policy 等方式进行所谓的“防止 DNS 泄露”，如有需要可在配置底部最后 5 条“IP 地址规则”末尾添加“,no-resolve”即可，但个人并不建议这样操作，原因后面会说，这里先贴出完整配置（节点信息自己补充）
port: 7890
socks-port: 7891
allow-lan: true
mode: Rule
log-level: info
external-controller: :9090
dns:
enable: true
prefer-h3: true
default-nameserver:
- 114.114.114.114
- 119.29.29.29
nameserver:
- 114.114.114.114
- 119.29.29.29
fallback:
- https://dns.google/dns-query
- https://dns.cloudflare.com/dns-query
fake-ip-filter:
[
"*.n.n.srv.nintendo.net",
+.stun.playstation.net,
xbox.*.*.microsoft.com,
"*.msftncsi.com",
"*.msftconnecttest.com",
WORKGROUP,
"*.lan",
stun.*.*,
stun.*.*.*,
+.stun.*.*,
+.stun.*.*.*,
+.stun.*.*.*.*,
+.stun.*.*.*.*.*,
time.windows.com,
time.nist.gov,
time.apple.com,
time.asia.apple.com,
"*.ntp.org.cn",
"*.openwrt.pool.ntp.org",
time1.cloud.tencent.com,
time.ustc.edu.cn,
pool.ntp.org,
ntp.ubuntu.com,
"*.*.xboxlive.com",
speedtest.cros.wr.pvp.net,
]
proxies: ~
proxy-groups:
- name: 节点选择
type: select
proxies:
- DIRECT
- 自动选择
- name: 自动选择
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300
- name: 全球直连
type: select
proxies:
- DIRECT
- 节点选择
- 自动选择
- name: 一堵高墙
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 谷歌
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 电报
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 苹果云同步
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 苹果
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 境外
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
- name: 私有
type: select
proxies:
- 全球直连
- 节点选择
- 自动选择
- name: 境内
type: select
proxies:
- 全球直连
- 节点选择
- 自动选择
- name: 常用软件
type: select
proxies:
- 全球直连
- 节点选择
- 自动选择
- name: 漏网之鱼
type: select
proxies:
- 节点选择
- 自动选择
- 全球直连
rule-providers:
icloud:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/icloud.txt"
path: ./ruleset/icloud.yaml
interval: 86400
apple:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/apple.txt"
path: ./ruleset/apple.yaml
interval: 86400
google:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/google.txt"
path: ./ruleset/google.yaml
interval: 86400
proxy:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/proxy.txt"
path: ./ruleset/proxy.yaml
interval: 86400
direct:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/direct.txt"
path: ./ruleset/direct.yaml
interval: 86400
private:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/private.txt"
path: ./ruleset/private.yaml
interval: 86400
gfw:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/gfw.txt"
path: ./ruleset/gfw.yaml
interval: 86400
tld-not-cn:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/tld-not-cn.txt"
path: ./ruleset/tld-not-cn.yaml
interval: 86400
telegramcidr:
type: http
behavior: ipcidr
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/telegramcidr.txt"
path: ./ruleset/telegramcidr.yaml
interval: 86400
cncidr:
type: http
behavior: ipcidr
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/cncidr.txt"
path: ./ruleset/cncidr.yaml
interval: 86400
lancidr:
type: http
behavior: ipcidr
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/lancidr.txt"
path: ./ruleset/lancidr.yaml
interval: 86400
applications:
type: http
behavior: classical
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/applications.txt"
path: ./ruleset/applications.yaml
interval: 86400
rules:
# 普通规则
- RULE-SET,private,私有
- RULE-SET,applications,常用软件
- RULE-SET,direct,境内
- RULE-SET,gfw,一堵高墙
- RULE-SET,icloud,苹果云同步
- RULE-SET,apple,苹果
- RULE-SET,google,谷歌
- RULE-SET,proxy,境外
# IP 地址规则
- RULE-SET,telegramcidr,电报
- RULE-SET,lancidr,私有
- RULE-SET,cncidr,境内
- GEOIP,LAN,私有
- GEOIP,CN,境内
# 兜底规则
- MATCH,漏网之鱼
下面开始说说 fakeip 模式下所谓的“防 DNS 泄露”
无论是在 ip 规则后加 no-resolve ，还是使用 nameserver-policy 进行“dns 分流”，亦或是 openclash 配合 mosdns 勾选防泄漏，本质上运行方式都一样：在域名规则无法匹配的情况下，丢弃 ip 规则，使之匹配配置中的最后一行“match,proxy”
但要注意，如果域名本身已经在“普通规则”中，无论你是否启用了这些“防 DNS 泄露”功能，他都不会经过运营商的 DNS 。在存在一条规则“RULE-SET,gfw,proxy”的情况下，这不就是我们想要的“防泄露”效果吗？即：我不在乎运营商知道我在访问 ipleak 这类非 gfw 网站，他不知道我在访问 google 这类 gfw 网站就行
以“GEOIP,CN,DIRECT”这条 IP 地址规则为例，我们预期的目标是：当一个目标网站未匹配中任意一条网址规则时，境内境外两组 DNS 同时解析。若解析结果存在国外 ip ，走代理；若解析结果都是境内 ip ，走直连。但所谓的“防 DNS 泄露”会使之变成一条无用规则
那么，有没有什么办法可以验证，访问 gfw 网站时有没有经过国内 DNS 留下痕迹呢？答案是有的：在 iOS 端的 stash 中选择“检视 DNS”即可，他应当只出现域名规则之外的域名
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.