CLASH 配置查阅 · 常见问题
Clash 常见问题与故障排查。
从订阅、配置到连接验证，按现象找到检查入口。排查时一次只改一项，保留原配置，再用连接记录确认结果。
基础认知
先分清客户端、内核、订阅与接管方式，再决定应该改哪个设置。点击问题可展开答案。
Clash、mihomo 和图形客户端分别是什么？
Clash 最初是处理代理连接与规则分流的内核，mihomo 是从 Clash.Meta 演进而来的内核项目；图形客户端则提供订阅管理、模式切换和系统接管等操作界面。客户端名称相近，不代表使用同一内核，也不代表支持全部相同字段。排查前先在关于或内核信息页面记录客户端名称、内核名称与版本，再对照对应文档。旧配置出现字段不支持时，应先确认内核兼容性，而不是反复重装客户端。
安装 Clash 客户端后，为什么还需要订阅？
客户端负责读取配置和建立连接，本身并不等于可使用的代理服务。订阅通常由服务提供方给出，里面包含节点、策略组或规则，也可能只是一组需要客户端转换的节点信息。导入前应确认服务有效、订阅格式受支持，并妥善保管链接；链接中的识别参数可能允许他人访问你的订阅。只有本地规则、没有有效节点时，开启系统代理也不会自动获得代理出口。不要把订阅链接粘贴到公开评论、截图或陌生转换页面。
规则、全局和直连模式分别适合什么时候使用？
规则模式按当前配置中的匹配顺序决定连接走向，通常适合日常使用；全局模式把已进入内核的连接交给全局策略组处理，适合短时对照测试；直连模式让已进入内核的连接直接访问目标。全局模式不等于接管了整台设备，未使用系统代理且没有被 TUN 接管的程序仍可能绕过内核。测试全局模式时还要在全局策略组中选择有效节点，完成对照后切回规则模式，再根据连接记录修正规则。
系统代理和 TUN 有什么区别，需要一起开启吗？
系统代理向遵循系统代理设置的应用提供本地代理入口，适合先验证浏览器访问；TUN 通过虚拟网卡接管符合路由条件的流量，常用于不读取系统代理的应用。初次配置建议先用系统代理完成验证，再按需要启用 TUN，避免同时改变多个变量。部分客户端允许两者同时开启，但具体效果取决于路由和绕过设置，并非开启越多越完整。遇到断网、循环连接或应用冲突时，先退出其他代理工具，只保留一种接管方式重新测试。
安装配置
沿着导入订阅、启用配置、开启接管的顺序检查。配置下载成功与连接验证成功是两件事。
Clash 订阅链接应该在哪里导入，导入后检查什么？
在客户端的配置、订阅或 Profiles 页面选择新建远程配置，粘贴服务提供方给出的完整链接并保存，等待下载成功后将它设为当前配置。不同客户端按钮名称可能不同，但要区分添加订阅与启用订阅：列表里出现一条记录，不代表内核已经加载。随后检查策略组是否出现、节点是否可选、日志是否有解析错误，再开启系统代理验证访问。如果提示 YAML 解析失败，先确认返回内容不是登录页、错误页或需要额外转换的订阅格式。
Clash 订阅更新失败或提示失效，应该按什么顺序排查？
先确认设备能正常联网、系统时间正确，再到服务提供方账户页检查订阅有效期、流量和链接是否重置。随后查看更新日志：401 或 403 常与授权、访问限制有关，404 可能是地址变更，超时则需要检查订阅域名的连接路径。如果客户端提供经代理更新选项，可在已有可用节点时对照测试；没有可用节点时应换一条可访问订阅的网络。保留旧配置再重试，不要先删除全部节点；公开求助时必须遮住订阅地址及其参数。
开启 TUN 提示权限不足或虚拟网卡创建失败怎么办？
先关闭 TUN，确认当前客户端支持该系统的虚拟网卡接管，再按客户端说明安装服务模式或授权辅助组件。Windows 常需要管理员权限安装服务，macOS 可能需要批准辅助工具或网络扩展，Android 则需确认系统 VPN 授权。已有其他 VPN、旧服务或安全软件拦截时，也可能创建失败。优先查看第一条具体错误，不要持续重复授权；必要时退出其他 VPN 后重启服务。权限修复后先使用默认 TUN 参数验证，仍失败再检查虚拟网卡驱动和系统支持情况。
开启系统代理后浏览器仍未经过 Clash，应该检查哪里？
先确认客户端内核已运行，并核对系统代理中的本机地址和端口是否与当前配置一致；常见混合端口是 7890，但应以实际设置为准。再退出浏览器代理扩展、其他代理客户端和自动代理脚本，重新打开浏览器发起访问，同时观察客户端连接记录。若没有记录，说明请求可能未进入该入口；若已有记录但走直连，应检查命中规则和策略组。部分浏览器或应用使用独立代理设置，需要单独配置，不能仅凭系统代理开关判断全部程序的连接路径。
使用技巧
测速、规则和自动更新都有适用边界。判断是否生效，以实际请求和日志为准。
节点延迟测试有数值，为什么网页仍然打不开？
延迟测试只说明测试时到指定探测地址的请求完成了，不代表目标网站、所有端口或所有协议都可用。先固定一个节点，打开一个已知可访问的网页，再测试出问题的网站，并对照连接记录中的域名、规则、策略组和错误信息。只有某个网站失败时，优先检查目标限制、DNS 和规则；所有网站都失败时，再检查接管方式与节点认证。不要把延迟数值当成下载速度，也不要连续批量测速后立即比较结果，密集测试本身可能引起连接拥塞或服务端限流。
自定义规则应该加在哪里，为什么订阅更新后会消失？
远程订阅通常会在更新时替换下载的配置文件，直接修改该文件可能被覆盖。优先使用客户端提供的覆写、合并配置或扩展脚本功能，把本地规则与订阅内容分开管理。规则一般按顺序匹配，具体域名规则应放在更宽泛的规则和最终兜底规则之前，同时确保引用的策略组确实存在。修改后重新加载配置，在连接记录中确认实际命中结果。不要只看编辑器保存成功；合并顺序、字段类型或策略组名称错误，都可能让规则未生效或导致配置加载失败。
如何设置订阅自动更新，更新越频繁越好吗？
在客户端的订阅设置中启用定时更新，并按服务提供方的建议设置间隔；若配置使用 proxy-providers，还要区分客户端更新整份订阅与内核更新节点提供器，两者不是同一项任务。过短的间隔可能增加网络请求、移动端耗电，也可能触发订阅服务的访问限制。修改后查看最近更新时间和日志，确认任务确实完成。设备休眠或手机后台受限时，定时任务可能延后；遇到节点变更可手动更新一次，不必为了追求实时而持续缩短周期。
手机锁屏后断开连接，或耗电明显增加，怎样调整？
先判断是系统回收后台进程，还是网络从 Wi-Fi 切换到移动数据后连接没有恢复。Android 可按系统设置允许必要的后台运行，并检查是否存在其他 VPN 抢占；iOS 应结合客户端支持的按需连接设置测试。耗电增加时，先减少频繁测速和过密的订阅、规则集更新，再观察相同网络与使用时长下的变化。不要一次关闭全部电池限制或开启所有保活选项；先保留满足实际使用的设置，并通过系统电池统计确认耗电来自客户端、其他应用还是网络信号波动。
故障排查
先判断故障范围：一个网站、一个应用、一台设备，还是所有网络。范围越明确，越容易缩小原因。
Clash 节点全部超时，怎样区分节点故障和本机问题？
先关闭代理确认基础网络可用，再检查订阅是否过期、节点列表是否刚更新，以及设备时间是否正确。固定一个节点查看连接日志，区分域名解析失败、认证失败、连接被拒绝与等待超时；这些错误对应的处理方向不同。随后用另一条网络测试同一节点，或在同一网络测试另一个已知可用节点，每次只改变一个条件。仅当前设备失败时检查防火墙、其他 VPN 和本地端口；多个设备及网络都失败时，再向服务提供方核实节点状态，不必反复更换客户端。
Microsoft Store 等 UWP 应用无法联网，如何检查回环限制？
先确认普通浏览器经过系统代理后可以访问，再判断故障是否仅出现在特定 UWP 应用。部分 UWP 应用受网络隔离策略影响，无法连接本机代理入口；客户端若提供 UWP 回环豁免工具，可按提示授予管理员权限，仅为需要的应用启用豁免，然后完全退出并重新打开该应用。不要批量修改不相关应用，也不要把所有商店联网错误都归为回环问题。若仍失败，应检查系统时间、账户状态和连接日志；也可在客户端支持的情况下对照测试 TUN 接管。
启用 fake-ip 后部分网站或局域网设备无法访问怎么办？
先确认故障是否只影响局域网域名、打印机或依赖真实解析地址的应用。fake-ip 返回的是用于映射域名的虚拟地址，不能直接按普通公网地址理解；关键是后续连接是否仍由同一个内核正确处理。检查 DNS 是否确实进入客户端、TUN 路由是否完整，以及其他加密 DNS 是否绕过配置。对确实不兼容的域名，可按当前内核语法加入 fake-ip-filter，或配置合适的解析策略。修改后清理系统和应用 DNS 缓存、重启受影响应用，再对照测试，避免把旧缓存误判为新配置无效。
退出 Clash 后整台设备无法联网，如何恢复？
先在系统网络设置中检查是否仍保留指向本机的手动代理；客户端退出后本地监听停止，残留代理会让遵循该设置的应用无法连接。关闭不再使用的代理设置，并检查 TUN 虚拟网卡或辅助服务是否仍在运行。若此前手动修改过 DNS，应恢复为网络原有设置或自动获取，再重连网络。不要一开始就重置全部网络配置，以免丢失企业网络、静态地址等设置。恢复后重新启动客户端，按先关闭接管、再退出程序的顺序测试一次，确认异常退出或多个工具争用是否是根因。