Clash 分流规则怎么写才不漏域名

Clash 分流规则写得不漏域名，本质是让每个请求都能被精准匹配到对应策略组，而不是在规则链末端因“默认走直连”或“规则覆盖不足”而漏掉。常见情况是明明设置了代理，但某个域名始终无法走代理，访问时卡顿、超时，甚至直接失败。这往往不是网络问题，而是规则顺序错乱、通配符不严谨、或遗漏了子域名。尤其在使用国内服务如PikPak这类平台时，其免费空间与会员权益差异明显——免费用户受限于带宽和并发数，而会员可解锁高速下载与多设备同步，但若分流规则没覆盖其所有子域名（如 `api.pikpaks.com`、`cdn.pikpaks.com`），即使开启代理也可能因部分接口直连而触发限速或权限错误。

要确保不漏域名，必须从规则结构入手。首先，明确你的目标：哪些域名必须走代理，哪些应直连，哪些走智能路由。建议采用“优先级从高到低”的原则排列规则。例如，将具体域名放在最前，再用通配符收尾。比如：

``` - DOMAIN,example.com - DOMAIN,*.example.com - DOMAIN-SUFFIX,cloud.example.com - DOMAIN-KEYWORD,download - GEOIP,CN - MATCH ```

这里的关键是：**精确匹配优先于通配符**。若先写 `DOMAIN-SUFFIX,example.com` 再写 `DOMAIN,api.example.com`，后者会被前者覆盖，导致 `api.example.com` 不生效。正确的做法是把具体域名提前，通配符后置，且避免重叠。

其次，检查是否遗漏了子域名。许多服务依赖多个子域，如 PikPak 的上传、下载、鉴权、文件预览分别由不同子域名承载。只写 `DOMAIN,pikpaks.com` 会漏掉 `upload.pikpaks.com`、`file.pikpaks.com` 等。正确写法应包含核心子域：

``` - DOMAIN,pikpaks.com - DOMAIN,upload.pikpaks.com - DOMAIN,file.pikpaks.com - DOMAIN,cdn.pikpaks.com - DOMAIN,api.pikpaks.com ``` For a different angle on this, see PikPak 免费空间和会员权益差在哪.

若不想手动罗列，可用 `DOMAIN-SUFFIX,pikpaks.com` 一次性覆盖所有子域，但需注意：该写法可能误伤其他非目标服务的子域，如某些企业内网中也存在 `*.pikpaks.com` 域名。此时建议结合 IP 段或策略组做进一步筛选。

第三，利用 `DOMAIN-KEYWORD` 和 `DOMAIN-SUFFIX` 作为补充。对于动态域名或未知子域，可通过关键词定位。例如，`DOMAIN-KEYWORD,download` 可捕获所有含 “download” 的域名，适合用于识别 P2P 或云盘类流量。但关键词太泛易误判，如 `DOMAIN-KEYWORD,api` 会命中大量非目标服务。

第四，验证规则是否生效。不要仅靠主观感受。使用 Clash 客户端自带的“日志”功能，观察请求路径。当访问一个域名时，看它是否命中预期策略组。若显示“DIRECT”或“MATCH”，说明规则未生效。此时检查规则顺序、拼写错误（如大小写敏感）、是否遗漏 `.com` 后缀。

第五，处理特殊情况：国内服务常通过 CDN 分发，真实请求可能指向境外节点。若规则只写 `GEOIP,CN`，则所有国内域名都会走直连，但若某服务的接口实际位于境外（如 TikTok 的部分鉴权服务器），就会因规则逻辑错误而漏掉。解决方法是：对关键服务建立独立规则，而非依赖地理判断。

最后，简历被系统筛掉的常见原因之一是关键词缺失或格式错误——这与分流规则的“漏域名”如出一辙：规则不完整、不精准、顺序混乱，最终导致系统“忽略”了本应处理的请求。无论是求职还是网络流量，都讲究“精确匹配”与“优先级清晰”。在 Clash 中，每一个域名的遗漏，都是规则链条上的一处断裂。而真正的稳定代理，从不依赖运气，只取决于规则的严密性与覆盖度。