规则分流与故障排查：规则、DNS 与常见故障排错
代理已连上却有网站打不开、软件不走代理、开 TUN 断网或节点全部超时，多数出在客户端配置层。本专题先讲模式、规则、策略组、规则集与 DNS 的写法，再按症状给出排查顺序，帮助你判断问题在本机、订阅还是网络。
这个专题回答什么问题
订阅导入成功、节点也能测出延迟，并不意味着一切就绪。读者在这之后遇到的问题，大多集中在客户端配置层：某个网站总是打不开，浏览器正常而软件不走代理，开启 TUN 后整机断网，所有节点同时超时，关闭代理后连国内网站也打不开。本专题要回答的就是两件事：客户端怎样决定每一条连接的去向，以及去向出错时如何一步步定位。
贯穿全部文章的工具只有一个：客户端的连接日志。它能告诉你一条连接命中了哪条规则、走了哪个分组、用了哪个节点，绝大多数“凭感觉换节点”的排查，都可以用它替代。
与同专题其他部分的边界
本专题只处理客户端配置层的问题。客户端的选择与安装见 桌面端客户端：Windows 与 macOS 与 移动端客户端：iOS 与 Android；订阅链接本身取不到、更新失败、格式不兼容，归入 订阅链接导入与更新。线路质量、晚高峰变慢等网络成因归 晚高峰与网络质量影响因素；AI 与流媒体的地区判定和检测方法归 解锁检测方法与结果解读，本站对 17 个品牌均未做解锁实测。
两个集群分别解决什么
规则与 DNS 集群讲“怎么配”。它从规则模式、全局模式、直连模式的差别讲起，依次说明 Clash 规则的格式与排序、四种策略组的取舍、远程规则集的维护、虚拟地址与真实解析两种 DNS 模式，以及 sing-box 的路由与 DNS 规则。规则示例均为通用写法，字段以各客户端文档为准，文中不写具体版本号。
故障排查集群讲“坏了怎么查”。每篇对应一个具体症状：节点全部超时、单个网站打不开、软件不走代理、TUN 断网、系统时间偏差、地区提示不符、多个代理工具冲突、关闭代理后残留设置。每篇都按“先低成本、后高成本”的顺序给出步骤，并说明哪些情况已超出客户端能处理的范围。
推荐阅读顺序
刚开始接触分流的读者，可以先读 规则模式、全局模式与直连模式有什么区别，再读 Clash 规则怎么写，建立“规则自上而下、命中即停”的基本认识。
已经遇到故障的读者，按症状直接进入对应文章。两个常见的起点是 机场节点全部超时怎么办 与 开了代理但某个网站打不开：前者处理“全都不行”，后者处理“只有它不行”，判断清楚属于哪一类，排查方向就不会走偏。
与品牌库和其他专题的衔接
本专题的文章不涉及品牌比较，也不讨论价格。品牌资料一般不说明订阅是否附带分流规则、规则多久更新，这些需要购买后在自己的配置中确认；各品牌的客户端说明可在 机场品牌库 中查看。规则分流的概念入门见 规则分流是什么，配置完成后想自己验证速度，可以接着看 自己动手测速。使用任何代理工具，请遵守所在地法律法规与相关平台的服务条款。
规则与 DNS
- 规则模式、全局模式与直连模式有什么区别
规则模式、全局模式与直连模式是客户端内核的出站开关：规则模式逐条匹配，全局模式把连接交给一个固定策略组，直连模式全部本地发出。它们与系统代理、TUN 这类接管方式互相独立，本文说明各自行为、切换位置与常见误会。
信息 - Clash 规则怎么写：匹配顺序、规则类型与兜底规则
Clash 规则由“类型、匹配值、策略”三段组成，内核自上而下匹配、命中即停，末尾用兜底规则接住剩余连接。本文给出常用规则类型对照、排序原则、自定义规则放在哪里才不会被订阅更新覆盖，以及写错后的典型表现与核对方法。
操作指南 - Clash 策略组详解：手动选择、自动测速、故障切换与负载均衡
Clash 策略组是规则与节点之间的中间层，常见四种：手动选择、自动测速、故障切换与负载均衡。它们的区别在于谁来挑节点、何时换节点、出口 IP 是否固定。本文给出参数含义、配置示意、选型条件，以及自动切换对登录类网站的影响。
信息+操作 - 规则集是什么：远程规则的更新与维护
规则集是把大量域名或 IP 打包成一个可远程更新的文件，由客户端按间隔下载后被一条规则整体引用。本文说明规则集与订阅、地理数据库的区别，常见行为类型与格式，更新失败的原因，以及挑选来源、本地备份和定期复查的维护方法。
信息 - 代理客户端的 DNS 设置：虚拟地址模式与真实解析模式
代理客户端处理 DNS 有两种思路：虚拟地址模式先给程序一个内部假地址、连接时再按规则解析，真实解析模式先查出真实 IP 再匹配规则。本文对比两者的速度、兼容性与隐私差异，说明过滤列表、上游服务器分工和常见症状对应的调整方法。
信息+故障 - sing-box 路由规则入门：出站、规则与 DNS 规则
sing-box 的分流由 route 与 dns 两段完成：route 规则把连接交给某个出站，dns 规则把域名查询交给某个 DNS 服务器，两者都按顺序匹配并以 final 兜底。本文说明匹配字段的组合逻辑、规则集声明、嗅探的作用和排查方法。
操作指南
故障排查
- 机场节点全部超时怎么办：从订阅到协议的排查顺序
机场节点全部显示超时，原因通常不在某个节点，而在所有节点共享的环节：测试地址、本地网络、账号与订阅状态、客户端内核、系统时间、协议支持或当前网络对端口的限制。按成本从低到高逐层排除，多数情况能在前四步找到原因。
故障 - 开了代理但某个网站打不开：规则命中与 DNS 排查
代理已连通、其他网站正常，只有某一个网站打不开时，问题多半在客户端的分流环节：这个网站的连接命中了错误的规则、部分子域名没有被覆盖、DNS 解析绕开了客户端，或浏览器使用的连接方式没有进入代理。本文给出用连接日志定位的五步方法。
故障 - 浏览器能用、软件不走代理：系统代理的适用范围
浏览器能用而某个软件不走代理，是因为系统代理只是一项“建议”，每个程序自己决定读不读：有的读系统设置，有的读环境变量，有的只认软件内设置，有的完全不理会。本文给出判断方法、各类软件的代理来源对照，以及软件内设置、环境变量与 TUN 三种解决路径。
故障 - 开启 TUN 模式后断网：冲突软件与网络扩展排查
开启 TUN 后整机断网，常见原因有四类：其他 VPN、虚拟机或安全软件的虚拟网卡与之争夺路由；TUN 所需的服务或网络扩展未就绪；DNS 没有被正确接管；节点地址被路由回 TUN 形成回环。本文给出分类判断、逐项排查与断网后的恢复方法。
故障 - 系统时间不准导致节点连不上的原因
系统时间不准会让节点连不上，因为握手过程中有多处依赖时钟：部分协议用时间戳防止重放，TLS 证书要核对有效期，一些服务端还会限制允许的时间差。本文说明哪些环节会受影响、如何判断是时间问题，以及各平台恢复自动校时的方法。
故障 - AI 工具或流媒体提示地区不符：客户端侧能检查什么
AI 工具或流媒体提示地区不符时，客户端侧能确认的是：请求是否真的从你选的节点发出、同一服务的多个域名是否走了同一出口、DNS 与 IPv6 是否绕开了代理、自动换节点是否让出口来回变化。本文只讲这些检查，不承诺任何解锁结果。
故障 - 同时运行多个代理工具的冲突与正确关闭方式
同时运行多个代理工具，会在系统代理设置、本地端口、虚拟网卡与路由、DNS 端口和浏览器扩展五个地方发生争夺，表现为时好时坏、互相覆盖或整机断网。本文说明每种冲突的识别方法、切换工具时的正确关闭顺序，以及多订阅需求的替代做法。
故障 - 关闭代理后国内网站打不开：残留系统代理的清理
关闭代理客户端后连国内网站都打不开，通常是客户端没有正常退出，留下了系统代理、自动配置脚本、环境变量或网卡 DNS 设置，系统仍把请求送往一个已经不存在的本地端口。本文按 Windows、macOS、手机与浏览器分别给出检查位置和清理步骤。
故障