FlClash 常见问题

Clash 通常指代理内核及其配置生态，也常被用作这类客户端的统称；mihomo 是由 Clash Meta 发展而来的内核项目，负责协议连接、规则匹配与 DNS 处理。FlClash 提供图形界面，用于管理配置、选择代理策略和调整网络接管方式。界面支持的功能与实际内核版本有关，遇到某个字段不可用时，应同时核对客户端说明和内核支持范围，而不是只比较软件名称。

订阅链接应从已有服务的账户页面、组织网络管理员或自行部署的服务管理端获取。本站提供客户端入口与配置说明，不提供 Clash 免费节点或订阅账户。订阅地址往往包含身份凭据，获得链接的人可能读取配置或消耗账户资源，因此不要公开截图、转发到群聊或提交到公开转换网站。来源不明的免费配置还可能包含额外规则、DNS 与远程资源地址，导入前应了解其来源和用途。

FlClash 的常见发行平台为 Windows、macOS、Android 与 Linux，iPhone 应选择明确支持 iOS 的客户端。本站下载页列出的 iOS 入口为 Clash Plus，提供 App Store 链接及官网 clashplus.io。已有订阅能否继续使用，要看该客户端接受的订阅格式与协议类型。更换客户端前，先确认服务方提供适配格式，再导入并检查策略组；桌面端的系统代理与 TUN 操作路径不能直接套用于 iOS。

当服务方只提供节点 URI 列表，而客户端要求完整的 Clash 配置时，才可能需要格式转换。优先使用服务方提供的 Clash 或 mihomo 专用订阅，因为这类入口通常已经带有匹配的策略组与规则。转换只能整理已被支持的字段，不能让内核获得原本不支持的协议能力。提交订阅给第三方转换服务等于允许其读取链接内容；确有需要时选择可信的自建工具，并检查输出中的 DNS、规则和远程资源。

先复制完整订阅地址，再进入 FlClash 的配置页面，使用添加配置或导入入口，选择从 URL 导入并保存。等待下载完成后，选中刚创建的配置，再到代理页面查看策略组是否出现；仅把地址存入列表，并不代表已经切换到该配置。随后选择规则模式与可用的出站策略，按系统启用系统代理或 TUN，再测试实际访问。不同发行版本的按钮名称可能略有差异，操作顺序仍是导入、选中配置、选择策略、启用接管。

Windows 可在设置中的系统信息查看系统类型，常见 Intel 或 AMD 电脑选择 x64，ARM 设备应先确认发行包是否提供对应支持。macOS 在关于本机中查看芯片，Apple Silicon 与 Intel 使用各自的安装包。Android 应按设备处理器及系统支持的 ABI 选择，较新的手机通常使用 arm64，但旧设备或特殊系统需要单独确认。安装时报解析失败，也可能是下载不完整或系统版本不满足要求，不应只反复更换架构。

TUN 需要创建虚拟网络接口并调整路由，通常比系统代理需要更高权限。Windows 应按客户端提示安装或启动所需服务，必要时以管理员身份运行；macOS 与 Linux 应完成对应的授权或服务设置，不要套用其他系统的命令。Android 首次启用时需要确认系统 VPN 连接请求，已有其他 VPN 时可能发生冲突。完成授权后重新启动相关服务或客户端，再查看日志中的具体错误；避免为了排错直接关闭全部安全防护。

先确认安装包来自可信的发布入口，并且与芯片架构和系统版本匹配。把应用移动到应用程序目录后尝试打开；若系统明确显示开发者验证提示，可按当前 macOS 版本在系统设置的隐私与安全性中查看是否提供允许打开的选项。应用损坏、架构不符与安全验证是不同问题，应依据完整提示分别处理。不要复制来源不明的终端命令，也不要长期关闭系统安全机制；仍失败时记录系统版本和报错原文再排查。

规则模式按配置中的匹配顺序为请求选择策略，适合作为日常起点。全局模式把已被内核接管的请求交给全局策略，适合短时对照测试，但不会自动让所有应用流量进入内核。直连模式让已接管请求尝试直接连接，可用于判断问题是否与代理出站有关。切换模式后，还应确认对应策略组选择了什么节点；部分已有连接会继续沿用原路径，测试时可关闭目标应用连接后重试，避免把旧连接误当成新模式的结果。

系统代理主要影响遵循操作系统代理设置的应用，并不等于接管整台设备。先检查浏览器扩展、应用内部代理选项及其他客户端是否覆盖了系统设置，再确认 FlClash 正在运行且监听端口与设置一致。命令行工具、部分游戏及使用自有网络栈的软件可能忽略系统代理，可按需要设置应用代理或使用 TUN。验证时观察客户端连接记录中的目标进程与域名，不要仅凭网页能否打开判断接管状态；企业设备还可能受到管理策略限制。

部分运行在 AppContainer 中的 Windows 应用受本地回环限制，可能无法访问客户端监听的本机代理端口。如果普通浏览器正常、特定商店应用失败，先确认该应用确实使用本地代理，再考虑回环豁免。客户端若提供 UWP 回环工具，可在获得授权后只为目标应用设置豁免；发行版本没有该入口时，应按 Microsoft 文档核对应用包标识与操作步骤。回环豁免不能修复订阅或节点故障，也不建议对所有应用批量放开。

先区分域名解析失败与连接超时：查看日志是否出现解析错误，并对照同一节点下其他域名的访问情况。确认配置使用的 DNS 模式、解析器地址以及解析请求的出站路径，尤其要避免解析器本身需要代理，却又依赖尚未完成的代理连接。使用 fake-ip 时，个别应用可能需要有针对性的过滤规则。每次只修改一项，保留原配置并重建目标连接；不建议同时替换全部 DNS、关闭 IPv6 和改动路由，否则很难确认真正原因。

先确认本地网络正常，再到订阅来源的账户页面检查链接是否重置、服务是否到期，以及服务方是否要求专用订阅入口。401 通常与认证有关，403 可能涉及访问限制或服务端策略，具体应以服务方说明为准；返回 HTML 登录页也不等于取得了有效配置。自动更新间隔只影响发起请求的时间，不能修复失效链接。修改地址后手动更新一次，保留状态码和时间用于咨询服务方，分享日志前应删去完整订阅地址及其中的凭据。

先暂停客户端接管，确认本地网络本身可以访问正常站点，再检查订阅是否有效、当前配置是否已选中。恢复接管后，核对策略组选择、系统代理或 TUN 状态，并用同一测试地址比较不同节点。节点测试超时可能来自测试地址不可达，不一定说明全部业务连接失败；应结合实际请求和日志判断。若所有节点都异常，优先检查本地 DNS、路由及其他 VPN 冲突；若只有一个节点失败，再联系服务方核实该节点状态，避免同时改动多项设置。

应先记录浏览器显示的错误类型、目标域名和证书颁发者，再检查系统日期、时间及时区是否正确。随后对比直连和代理访问，排除需要登录的公共网络、异常 DNS 结果、安全软件的 HTTPS 检查或节点出口问题。普通代理转发通常不要求浏览器信任额外的根证书，不应为了打开页面随意安装陌生证书或跳过验证。若只有单个站点报错，也可能是站点自身证书过期；可换可信网络复查，再根据具体错误定位。

先确认正在使用的配置确实引用了 GEOIP、GEOSITE 或相关规则集，并检查更新的是该规则所需的数据源，而不是名称相似的其他文件。规则自上而下匹配，前面已有匹配项时，后面的规则不会继续参与判断；更新数据库也不会改变这个顺序。GEOIP 依赖目标 IP，GEOSITE 面向域名分类，两者作用不同。更新后根据客户端提示重新加载配置，并用新连接观察命中记录；若分类仍不符合预期，应检查规则内容和数据库来源，而非反复更新。