FlClash 常见问题与故障排查

FlClash 是使用 Flutter 构建的多平台图形客户端，负责订阅管理、配置编辑、策略切换和系统代理控制。实际的协议连接、规则匹配、DNS 处理与 TUN 转发由 mihomo 内核完成。排查问题时应区分界面设置与内核运行状态：界面可以正常打开，不代表内核已经成功启动。

FlClash 可用于 Windows、macOS、Android 与 Linux，具体安装包和架构以下载中心列出的项目为准。Windows 通常区分常规桌面安装，macOS 需要注意 Intel 与 Apple Silicon 架构，Android 应按设备架构选择安装包，Linux 则要结合发行版与桌面环境确认格式和权限。

规则模式会按配置中的 rules 从上到下匹配域名、IP、进程或规则集，并把流量交给对应策略组，适合日常使用。全局模式把大部分可接管流量交给同一个代理策略，便于临时测试节点。直连模式绕过代理，可用于判断故障来自本地网络还是代理链路。完成测试后通常应切回规则模式。

订阅链接是服务提供方发布的远程配置入口；配置是客户端拉取并解析后的完整 YAML 内容；节点是配置中的具体代理出站；策略组则把多个节点或其他策略组组织成可选择、自动测试或故障转移的集合。导入订阅后仍需选中配置，并在策略组中确定实际使用的节点。

进入配置或订阅页面，选择从 URL 添加，粘贴完整的订阅链接并保存，然后执行一次更新。拉取成功后选中刚添加的配置，等待内核完成加载，再前往代理或策略页面选择节点。若链接在浏览器中返回登录页、错误页或空内容，应先向订阅提供方确认链接状态，而不是反复导入。

先确认 FlClash 内核处于运行状态，再检查系统代理开关是否确实写入 Windows 设置。部分浏览器、下载器和开发工具使用独立代理配置，可能忽略系统代理；还要检查浏览器扩展是否覆盖代理设置。可先关闭应用内的手动代理，重启目标程序，再访问检测页面对比出口。仍无变化时改用 TUN 模式定位。

TUN 需要创建虚拟网络接口并修改路由，因此桌面系统通常要求管理员权限。Windows 可退出客户端后使用管理员身份重新启动；macOS 需要批准网络扩展或按系统提示完成授权；Linux 应确认内核支持 TUN、当前用户具备相应网络能力，并检查设备节点是否可用。授权后重新启动内核，不要只反复切换开关。

部分 UWP 应用受应用容器网络隔离影响，即使系统代理已启用，也可能无法访问本机监听地址。可在 FlClash 的工具或系统设置区域查找 UWP 回环相关入口，为需要联网的商店应用解除回环限制。修改后完全退出并重新打开目标应用。若仅某一个应用失败，还应检查它是否启用了独立 DNS 或私有网络限制。

在订阅或配置详情中启用自动更新，并按订阅提供方的更新频率设置合理间隔。频繁刷新不会让节点更快，反而可能触发接口限流。更新时需要使用代理的订阅，可为更新任务指定可用策略；如果当前配置失效，应先切换到能联网的配置或临时直连，再手动更新一次并查看返回错误。

客户端延迟测试通常测量到指定测试地址的连接耗时，只能反映当时的可达性与响应速度，不等同于实际下载带宽。连续超时说明节点、测试地址或本地网络至少有一项不可用；偶发高延迟可能来自网络抖动。应结合网页加载、实际传输和多次测试判断，不要只按一次延迟数字选择节点。

先确保配置中的 dns.enable 已开启，并确认 nameserver、fallback 或 nameserver-policy 来自可信且可访问的解析服务。使用 TUN 时还要检查 DNS 劫持设置是否覆盖系统请求。若出现域名解析失败，可暂时关闭浏览器安全 DNS，清理系统 DNS 缓存后重试。不要同时叠加多个本地 DNS 工具，以免请求绕过或形成端口冲突。

打开连接记录，找到该网站对应的域名、目标 IP、命中的规则和最终策略。Clash 规则按从上到下的顺序匹配，较宽泛的规则放在前面可能截获后续精确规则。还要检查域名是否被解析成 IP 后命中了 IP 规则，以及规则集是否成功下载。调整覆写时应先添加小范围规则验证，避免一次改动整个规则顺序。

先复制订阅链接到浏览器或其他可控环境，确认它仍能返回配置内容。常见原因包括链接过期、订阅被重置、接口要求特定网络、DNS 解析失败、更新请求错误地经过当前失效代理，以及返回内容变成登录页。确认链接有效后，在 FlClash 中删除链接首尾空格，切换更新代理或临时直连，再执行手动更新并查看日志。

先切换直连模式确认本地网络和 DNS 正常，再检查系统时间、订阅有效期与内核日志。如果所有节点同时超时，通常应优先怀疑本地网络限制、DNS、内核未运行、测试地址不可达或订阅整体失效，而不是逐个删除节点。也可更换测试地址并关闭其他代理工具，排除端口占用和代理链路互相套接。

连接成功只表示节点握手可能完成，还需检查 DNS、规则与目标站点链路。先用全局模式测试同一节点，再更换节点对比；如果 IP 地址可访问而域名失败，应重点检查 DNS。若只有特定网站失败，查看连接记录中的命中规则和策略。系统代理模式下还要确认目标应用遵循系统设置，TUN 模式下则检查路由与虚拟网卡状态。

先查看启动日志中的首条明确错误。端口占用时，关闭其他 Clash 客户端、代理工具或使用同一 mixed-port 的程序，必要时在配置中更换端口。配置解析失败时重点检查 YAML 缩进、冒号后的空格、重复字段和不受支持的字段。修改后先验证配置再重启内核；若启用了 TUN，还应同时确认权限和虚拟网卡状态。