Clash 规则与分流规则配置库:从要改变的连接查起
配置库包含 10 篇说明,按程序连接、匹配对象和节点选择组织入口。文章给出 YAML 示例及注意项,节点仍需由有效订阅提供。
01命令行、容器与游戏平台先查程序的连接设置
Git、Docker 和 Steam 的问题,不必从所有规则章节依次读起。这些程序有各自的设置入口,涉及没有采用系统代理时怎样交付请求。
| 程序与表现 | 对应内容 |
|---|---|
| Git 操作失败,npm install、git clone 无法接通 | 命令行代理设置,见 Git 与终端请求的代理配置 |
| docker pull 等待超时,或镜像传输缓慢 | Docker 的代理配置,见 容器镜像请求的代理设置 |
| Steam 商店页面无法打开,或下载较慢 | 游戏平台代理设置,见 Steam 连接的配置入口 |
这些文章讨论程序如何交付请求,不提供新的节点来源。对应程序的配置完成后,仍需核对已有订阅能否提供连接。
02域名和 IP 决定匹配对象,再交给出站项
需要把国内连接交给直连时,可查 GEOIP,CN 的写法,目标是让这些请求不占代理带宽。广告域名则对应去广告规则集,用域名列表参与拦截;规则集接入涉及 rule-provider。
流媒体规则讨论 Netflix、Disney+ 等域名匹配哪条去向,区分直连与代理。它与广告域名列表处理的是不同对象,不能用是否存在规则集代替对具体域名匹配的确认。
相关示例分别放在 GEOIP,CN 的直连配置 与 广告域名列表的接入写法。每篇的 YAML 示例用于解释配置结构,不能代替订阅中的节点数据。
03节点选择与解析设置属于另外一组配置
| 配置项 | 需要处理的目标 |
|---|---|
| url-test | 自动比较节点延迟,选择较低延迟的项,减少手动切换 |
| fallback | 当前节点失效后由备用项接替 |
| load-balance | 多个节点参与连接负载的分配,用于多节点参与的带宽使用场景 |
| DNS fake-ip | 启用 TUN 后遇到部分网站解析异常时,查看 DNS 配置 |
自动选择、故障接替和多节点负载是不同目标,模板需要按自己的配置目的阅读。多个节点参与负载分配,与单条连接能否叠加带宽并非同一项信息;这里没有单连接带宽叠加的确认资料。
DNS 的 fake-ip 设置也单列在库内,不把解析异常直接归为节点失效。相关说明与策略组模板一起构成配置入口,而非现成订阅服务。
04分流写法和节点来源各自承担不同作用
规则负责匹配请求,策略组负责组织节点选择;真正建立代理连接,还需要订阅中有效的节点。已有规则文件并不等于已经取得连接服务,也不能由示例补出服务商的连接参数。
需要补全从软件安装到订阅导入的过程,可转到 客户端起步操作教程。本库的作用是解释写法与注意项,供已有配置的用户按目标继续阅读。
全部10 篇配置说明
还没确定从哪一步开始,可把 从安装开始的操作教程 与 设备对应的软件档案 配合阅读。已有配置但访问失败时,转到 连接异常的分类检查 找对应表现。
站内速查 · 长尾导航
按平台选客户端
内核与进阶