跳到主内容

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 篇配置说明

还没确定从哪一步开始,可把 从安装开始的操作教程 与 设备对应的软件档案 配合阅读。已有配置但访问失败时,转到 连接异常的分类检查 找对应表现。