订阅 · 规则 · 网络接管
Clash 常见问题
按症状查找检查顺序。先确认使用中的配置与内核，再区分本地接管、DNS 解析和远端连接故障。以下开关名称以常见客户端为参考，实际入口以所用客户端为准。
基础认知
先区分客户端、内核与服务来源，避免用错误的开关处理另一层问题。
Clash 客户端、内核和订阅分别负责什么？
客户端提供配置管理、策略选择和系统代理开关；内核负责解析配置、匹配规则并建立连接；订阅则由服务提供方交付节点或完整配置。安装客户端不会自动获得可用代理服务。排查时先区分界面操作、内核报错和订阅状态，不要把三者混为一项。相同订阅在不同客户端中的兼容性，取决于实际内核及其支持的字段。迁移前可在客户端的关于或内核设置中确认内核名称，再查看导入日志。
规则、全局和直连模式应该怎么选？
日常使用通常选择规则模式，由配置中的规则决定连接走代理还是直连；全局模式将交给内核的连接统一交由全局策略处理；直连模式通常让这些连接直接访问目标。全局模式不等于接管设备上的全部应用，流量仍须先进入内核。验证某个网站是否因分流失败时，可短暂切到全局并选择同一节点进行对照，测试结束后恢复规则模式。若两种模式都失败，应继续检查节点、解析和本地接管路径。
系统代理与 TUN 模式有什么区别？
系统代理向系统登记 HTTP 或 SOCKS 代理入口，是否采用该入口由应用决定；部分游戏、命令行工具和自带网络栈的软件不会读取它。TUN 模式通过虚拟网卡与路由接管流量，覆盖范围通常更广，也需要相应权限和 DNS 配置。浏览器已能访问而某个应用失败时，应先确认该应用是否支持系统代理，再考虑启用 TUN。不要同时启动多个接管路由的客户端，否则容易出现默认路由争用或重复转发。
Clash 免费节点与机场订阅可以直接混用吗？
能否使用取决于节点协议、配置格式和服务端状态，与是否收费并非同一判断。所谓机场订阅通常是获取配置的私密地址，公开节点则可能随时失效，也难以确认运营主体和数据处理方式。导入前应确认来源、适用内核和使用条款，避免将多个完整配置直接拼接。需要整合时，使用客户端支持的合并机制或规则覆盖功能，并保留可回退的原配置。本页不提供节点，也不代为维护订阅服务。
安装配置
安装包、订阅格式与服务权限分别检查。单纯重装客户端通常不能解决服务端授权或配置语法问题。
安装包应该按系统还是处理器架构选择？
两者都要确认。先按 Windows、macOS、Android 或 Linux 选择客户端，再根据设备架构选包；x64 与 AMD64 通常指同一类架构，ARM64 对应另一类处理器。macOS 可在关于本机中查看芯片，Windows 可在系统信息中查看系统类型，Android 则需结合设备规格确认。不要仅凭操作系统版本推断架构。安装后无法启动时，记录系统提示并检查客户端最低系统要求，不要反复安装同一个不兼容的软件包。
订阅导入失败或更新后提示订阅失效怎么办？
先到服务提供方的管理页面确认订阅有效期、账户状态及链接是否已重置，再检查复制时是否混入空格、换行或网页说明。若客户端显示 HTTP 状态码，401 或 403 通常需要检查授权，404 可能表示地址已变化，429 则应暂停频繁重试。能下载但解析失败时，确认取得的是客户端兼容配置，而不是登录页面或单纯的节点分享文本。日志和截图中的完整订阅地址应遮盖，泄露后应在服务方页面重新生成。
TUN 开启失败或提示权限不足怎么处理？
先区分权限问题与配置错误。桌面客户端可能要求安装服务组件、授权辅助程序，或以管理员权限完成首次设置；Android 通常需要在系统弹窗中允许建立 VPN。完成授权后查看日志是否仍有权限、设备创建或路由写入错误。若组件安装失败，按该客户端说明重新安装服务，不要随意修改系统驱动或关闭安全防护。还应退出其他 VPN 和虚拟网卡接管程序；配置解析失败时，提权并不能修复字段或缩进错误。
配置导入后提示 YAML 或策略名称错误怎么办？
先保留原文件，再查看日志中的行号与字段名。YAML 层级应使用空格，列表项、冒号和缩进必须对应；策略组与规则引用的名称也必须完全一致，包括大小写和空格。提示不支持某协议或字段时，应确认内核兼容性，而不是直接删掉报错行。每次只修改一处并重新加载，便于定位原因。若问题出现在订阅更新后，先切回上次可用配置，再向提供方反馈已脱敏的错误片段和客户端内核名称。
使用技巧
从实际命中规则判断流量去向。每次只改一项，重新建立连接后再比较结果。
策略组已经选了节点，为什么流量仍然走直连？
策略组中的节点选择只对引用该组的连接生效。先确认客户端处于规则模式，再在连接记录中找到目标请求，检查实际命中的规则和最终策略；若命中的是 DIRECT，调整另一个策略组不会改变结果。自定义规则通常按从上到下顺序匹配，较宽泛的直连规则放在前面可能覆盖后续规则。还要确认使用中的配置就是刚修改的配置，并检查订阅更新是否覆盖了本地修改。改动后重新建立连接，已有连接不一定重新匹配。
自定义规则怎样保存才不会被订阅更新覆盖？
优先使用客户端提供的覆写、合并、扩展脚本或持久化规则功能，不要直接修改每次都会被下载替换的远程配置文件。先确认这些功能插入规则的位置，再把特定域名规则放在合适的宽泛规则之前，并保留 MATCH 作为末尾兜底。保存后主动更新一次订阅，检查规则是否仍在并实际命中。不同客户端的覆写语法并不通用，迁移时需要重新确认。规则提供器只负责组织规则集，是否持久化仍取决于客户端加载方式。
命令行工具不走系统代理，如何单独设置？
先在客户端确认本地监听地址、端口和支持的代理协议，再按具体工具的说明设置代理参数或环境变量。许多工具支持 HTTP_PROXY、HTTPS_PROXY，也有工具只读取小写形式或自己的配置文件，不能假设设置一次就对所有程序生效。HTTPS_PROXY 的值表示代理入口，使用普通 HTTP 代理时仍可能以 http:// 开头。设置后新开终端并测试，结束时清理临时变量。不要把本地监听地址改成对外开放来解决单机工具的代理问题。
Fake-IP 模式下局域网设备或游戏异常怎么调整？
先确认故障是否由解析模式引起：保持节点与规则不变，对照测试受影响的域名和应用。若应用依赖真实地址、局域网发现或特殊域名解析，可按内核支持的写法将必要域名加入 fake-ip-filter，再重启相关应用并清理其 DNS 缓存。排除域名只改变解析行为，不代表该连接必然直连，分流仍由规则决定。不要把所有域名都加入过滤列表；若必须切换到 redir-host，应同时检查 DNS 上游、路由和现有规则的适用性。
故障排查
记录失败目标、发生时间与网络环境。提交日志前遮盖订阅地址、凭据及不必要的个人访问记录。
节点测试超时，应该按什么顺序排查？
先暂停代理检查基础网络，再核对订阅状态、系统时间和节点是否仍在服务范围内。随后分别测试其他节点与另一条网络，以区分单节点故障、本地网络限制和整个配置的问题。内置测试访问的是指定测试地址，测试超时并不能单独证明所有目标都不可达，也不能把测试结果当作下载速度。查看日志中失败的是域名解析、连接建立还是 TLS 握手；不要连续批量重试。若同一节点跨网络持续失败，应向服务提供方提交脱敏日志。
系统代理已开启，浏览器仍然无法访问怎么办？
先确认内核正在运行，本地代理端口与系统登记的端口一致，再检查浏览器是否被扩展或独立代理设置覆盖。退出其他代理工具，重新关闭并开启系统代理，然后新建连接测试。还应查看系统绕过列表是否包含目标域名；系统代理通常只覆盖遵循该设置的应用。如果关闭客户端后仍无法访问，检查系统是否残留指向本地端口的代理设置。不要只更换节点而忽略本地入口，端口被占用或内核启动失败时所有节点都可能表现异常。
Windows 商店或 UWP 应用不走代理，回环该怎么检查？
部分使用 AppContainer 网络隔离的应用无法直接访问本机代理端口，因此可能出现浏览器正常、特定应用失败的情况。先确认受影响的确实是这类应用，再检查客户端是否提供回环豁免管理；若提供，只对需要访问本地代理的具体应用授权。也可由熟悉 Windows 管理工具的用户使用 CheckNetIsolation 检查和管理豁免。不要对全部应用批量放开。回环豁免不能修复服务端或 DNS 故障，授权后仍失败时应继续查看连接记录。
TUN 开启后无法解析域名或 Android 后台断连怎么办？
域名打不开时，先区分 DNS 解析失败与代理连接失败，查看内核日志中的解析错误，并检查 dns-hijack、上游 DNS 和路由设置是否与当前内核兼容。Android 还需检查私人 DNS 与客户端 DNS 接管是否冲突，不要同时盲改多个选项。若只在锁屏后断连，检查电池优化、后台运行权限和系统 VPN 状态，并确认没有其他 VPN 应用抢占连接。每调整一项就重新测试，保留原设置，避免把后台限制误判为节点失效。