Clash 疑难解答

客户端提供配置导入、模式切换和日志查看界面；内核负责接收连接、匹配规则与转发流量；订阅通常提供代理资源或完整配置。安装客户端后仍需导入可用配置，更新客户端也不等于更新订阅。排查时先确定问题出在界面操作、内核运行还是远程资源，避免把所有故障都归因于客户端版本。

规则模式按规则列表决定连接去向，适合日常分流；全局模式把进入内核的连接交给全局策略组，适合短时对照测试；直连模式让进入内核的连接直接访问目标。全局模式并不自动接管整台设备，应用流量仍需通过系统代理或 TUN 进入内核。测试结束后恢复规则模式，避免改变其他应用的访问路径。

系统代理只是向应用提供代理地址，应用是否采用取决于自身网络实现。浏览器通常会读取系统设置，部分游戏、命令行工具和自带网络栈的应用则不会。先在客户端连接页确认目标请求是否出现，再检查应用是否支持单独设置 HTTP 或 SOCKS 代理；确需接管更多流量时再评估 TUN，不要仅靠反复切换全局模式处理。

两者都可能用于导入配置，但维护方式不同。远程订阅可以按客户端设置重新获取内容，本地文件通常只反映保存时的状态，不会自动跟随远程变化。节点列表也不一定是完整的 Clash 配置，导入前应确认服务方提供的格式。涉及转换时优先使用可信的本地工具，订阅地址可能带访问凭据，不宜提交到陌生转换服务。

常用的模式与基础规则字段有延续性，但协议、规则类型和 DNS 选项并非完全通用。mihomo 延续了 Clash Meta 的发展，含较多扩展能力，旧内核可能无法识别这些字段。遇到配置解析错误，应查看日志中的字段名并核对内核文档，选择匹配的配置格式或客户端，而不是直接删除报错字段后继续使用。

在配置页导入订阅后，先选中该配置，确认内核加载成功且日志没有解析错误；随后切换到规则模式，在相关策略组选择可用策略。桌面端先开启系统代理并用浏览器测试，移动端按提示授权 VPN 连接。最后查看连接记录中的命中规则与出口策略，确认请求确实进入内核，再考虑自动更新和 TUN 等后续设置。

先查看日志，区分权限不足、虚拟网卡创建失败和路由写入失败。Windows 桌面客户端通常需要安装并启动服务模式，或按项目说明以管理员权限运行；macOS 与 Linux 也需满足对应的提权要求。随后检查是否有其他 VPN 占用网络栈。不要同时随意删除网卡或修改多条路由，优先关闭 TUN 恢复基础连接，再逐项验证。

先确认是否启动了两个客户端，或旧内核进程仍在运行。若端口确由其他服务使用，可在客户端设置中把混合端口改为未占用的本地端口，应用设置后重新开关系统代理。手动配置代理的浏览器、终端和其他应用也要同步更新端口。不要只改 YAML 而忽略客户端覆写项，最终以运行配置和实际监听结果为准。

部分采用 AppContainer 隔离的 Windows 应用默认不能访问本机回环代理。先确认普通浏览器可以通过同一代理访问，再使用客户端提供的 UWP 回环工具，为确有需要的应用启用回环豁免；相关操作可能要求管理员权限。并非所有商店应用都属于这一情况，如果开启豁免后仍失败，应继续检查应用实际代理支持、DNS 和连接日志。

导入配置只是保存资源，还需要在客户端启动连接，并接受系统的 VPN 授权提示。检查是否有其他 VPN 正在运行，再确认当前配置已选中且可以加载。Android 若反复断开，还应检查电池优化与后台运行限制；iOS 可在系统 VPN 设置中查看连接状态。不要把关闭客户端界面当作停止连接，实际状态应以系统与客户端记录为准。

不是。客户端配置页的自动更新通常重新下载整份远程配置，时间单位由客户端界面规定；proxy-providers 中的 interval 通常以秒为单位，控制内核拉取对应代理集合的周期。规则集合也可能有独立的更新周期。先明确需要更新的是完整配置、代理集合还是规则资源，再调整相应设置，避免误把界面中的分钟数直接写入内核字段。

如果直接编辑的是远程订阅下载生成的文件，下一次更新可能覆盖修改。需要长期保留的规则，应使用客户端支持的覆写、合并或脚本机制，并确认规则插入位置；规则按顺序匹配，追加到兜底规则之后往往不会生效。修改前保存备份，更新后检查运行配置而非只看编辑器内容，同时用连接记录确认新规则是否命中。

打开客户端连接页，再重新访问目标网站，按域名或进程查找新连接，查看规则类型、策略组和最终出口。浏览器缓存或已有长连接可能让修改后的规则暂时看不出变化，可关闭相关连接后重试。网站常涉及多个域名，不要只检查地址栏中的主域名；若连接页完全没有记录，应先检查系统代理或 TUN 是否接管了该应用。

在受信任的局域网内开启允许局域网连接，确认监听地址与防火墙入站规则，再让其他设备填写运行客户端设备的局域网地址和代理端口。不要填写 127.0.0.1，它只指向各设备自身。仅开放必要的代理端口，不要顺便暴露控制接口；在公共网络中应关闭此功能，需要认证时按内核支持方式配置访问限制。

通常不需要。先检查设备是否已恢复基础网络，再关闭并重新开启系统代理或 TUN，让客户端重建接管状态；若仍有旧连接，可断开连接后重试。无线网络切换可能改变网关、DNS 与可用路由，日志中的解析或连接错误比重新导入更有参考价值。只有确认远程配置已变更、失效或加载异常时，才需要更新或重新导入订阅。

先确认订阅地址复制完整、账户状态正常，并核对客户端支持的订阅格式。再查看更新日志：401 或 403 通常与授权或服务端访问限制有关，404 需核对地址，超时则检查当前网络与更新请求的访问路径。若客户端支持选择通过代理更新，可对照测试；不要连续高频刷新。向服务方反馈时隐藏订阅凭据，只提供状态码与错误摘要。

不一定。延迟测试失败只说明该测试请求未在限定时间内完成，可能与测试地址、DNS、协议支持或当前线路有关。先比较同一配置中的其他策略，再检查实际网页请求与内核日志；若只有一个出口失败，优先切换出口并联系资源提供方。若所有出口同时失败，则检查本地网络、系统时间和内核运行状态，不要只依据测试结果删除订阅。

先检查内核是否正在监听设置中的端口，再核对操作系统代理地址与端口是否一致。暂时停用可能改写代理的浏览器扩展及其他代理客户端，然后在连接页观察请求。没有记录时重点检查接管路径；有记录但失败时检查命中策略、解析结果和出口错误。退出客户端后若网络异常，还需检查系统是否遗留了指向已停止端口的代理设置。

先明确预期：分流配置可能刻意让部分域名使用本地 DNS，出现本地解析器不必然代表异常。结合内核 DNS 日志、系统解析设置和浏览器安全 DNS 检查实际路径。Fake-IP 模式下，部分设备发现或特殊应用可能不兼容，可按文档为相关域名设置过滤。调整后清理系统与浏览器 DNS 缓存，并重新建立连接，不要同时更改多个解析选项。

记录客户端名称、内核版本、操作系统、代理模式及可重复的操作步骤，再截取故障前后的相关日志。保留状态码、报错字段与连接阶段，足以帮助区分配置解析、DNS 和转发问题。分享前隐藏订阅链接、认证信息、控制接口密钥以及涉及隐私的域名或地址；不要直接公开完整配置。排查结束后恢复常规日志级别，避免长期收集不必要的连接信息。