FlClash Guide · Profile / Override / Proxy / VPN / TUN 从安装后的第一次启动开始，依次添加远程或本地 Profile、确认代理组和出站模式，再根据设备选择桌面 System Proxy、Android VpnService 或 TUN。需要长期修改订阅配置时使用 Override / Override Script，并通过 DNS、Connections 和 Logs 检查最终运行状态。 先理解 FlClash 的 4 个配置层级 FlClash 是界面、Profile 与系统集成层；Mihomo Core 执行代理组、Rules、DNS 与 TUN。Profile 提供基础配置，Override 决定本地长期修改，System Proxy、Android VPN 或 TUN 决定流量如何进入 Core。 FlClash 可以从 URL、文件或二维码添加 Profile。远程 Profile 适合自动更新，本地配置适合自己维护；没有有效 Profile 时客户端不会自动产生代理节点。 Mihomo Core：执行配置 代理节点、策略组、Rules、DNS、Providers 与 TUN 最终由 Mihomo Core 执行。客户端界面只是管理和展示这些能力，排错时要关注最终生效配置。 Override：保留本地修改 标准 Override 用于覆写基础配置并追加简单规则；Override Script 用外部脚本进行更灵活的配置变换。它们比直接修改会被远程更新覆盖的订阅内容更适合长期维护。 流量接入：Proxy / VPN / TUN 桌面可通过 System Proxy 或 TUN 把流量交给 Mihomo；Android 主要通过系统 VpnService。不同接入方式只决定流量如何进入 Core，实际出口仍由当前模式、Rules 与代理组决定。 从安装到代理生效的 5 个步骤 这套流程同时适用于 Android、Windows、macOS 与 Linux，但最后的网络接入方式不同：桌面通常从 System Proxy 开始，Android 通过 VpnService，只有需要更广桌面流量接管时再考虑 TUN。 确认 FlClash 正常启动 安装与设备架构匹配的版本后启动 FlClash，先确认应用没有崩溃、Core 状态正常。平台安装包和 CPU 架构选择由下载页继续说明。 进入 Profiles，通过 URL、文件或二维码添加配置；远程 Profile 可设置自动更新间隔。添加后确认当前 Profile 能成功加载，而不是只看到导入提示。 进入 Proxies 查看策略组、节点、延迟和当前选择。select 组需要手动指定成员，自动测试或故障切换组则按 Profile 内的组类型工作。 选择 Rule / Global / Direct 日常通常使用 Rule，让 Mihomo 按配置中的 Rules 分流；Global 可用于统一走全局策略测试代理链路，Direct 可帮助判断问题是否来自代理或规则。 桌面先尝试 System Proxy；Android 启动系统 VPN；桌面中不遵循系统代理的应用可再考虑 TUN，并确认管理员权限、DNS、路由及其他 VPN 冲突。 Profile、Override 与本地配置怎么配合 Profile 决定基础配置来源；Override 决定 FlClash 在本地持续覆盖哪些设置。当前项目并没有把“同时合并多个 Profile”作为已完成的稳定能力，因此这里不再使用 Merge 作为核心教程术语。 通过 URL 或二维码添加需要持续更新的配置来源。可以设置自动更新间隔，节点、策略组和 Rules 是否变化取决于远程内容。 通过文件导入由自己维护的 Mihomo 配置，更适合独立管理代理组、Rules、DNS、Providers 和其他高级字段。 Override / Override Script 标准模式覆盖基础配置并支持附加规则；Script 模式通过扩展脚本执行更灵活的覆写。修改后应检查最终 Core 配置和 Logs。

Rule、Global 与 Direct 分别控制什么 出站模式决定 Mihomo 如何选择连接出口；System Proxy、Android VPN 和 TUN 则决定系统流量怎样进入 Mihomo。两者属于不同层级，切换模式不会自动改变流量接入方式。 System Proxy、Android VPN 与 TUN 怎么选 优先使用与你的平台最自然的接入方式：桌面浏览器和常规应用先用 System Proxy，Android 通过系统 VpnService，桌面应用不读取系统代理或需要更广流量接管时再使用 TUN。 开启后 FlClash 把桌面系统代理指向本地监听端口。它只影响遵循操作系统代理设置的程序，还可以通过 bypass domain 等选项控制排除范围。 Android 通过系统 VpnService 将设备流量交给 FlClash / Mihomo。应用访问控制可以设置哪些应用进入 VPN 或允许部分应用绕过。 桌面需要更广流量接管时再开启 TUN 先确认 Profile 能加载、代理组中有可用节点 确认 Rule / Global / Direct 与当前测试目标一致 桌面先测试 System Proxy，Android 先测试系统 VPN 再启用 TUN，并检查管理员权限、stack、DNS、route 与其他 VPN 冲突 FlClash 首次配置常见问题 这些问题专注配置流程和功能关系；安装包架构去下载页查看，错误日志、端口冲突和更深入的故障判断由 FAQ 页面继续承接。 不是。Profile 是 FlClash 管理的一份配置，可以从 URL、文件或二维码添加；订阅链接只是创建远程 Profile 的常见来源之一。 需要定期从配置源获取更新时使用远程 Profile；需要完全自己维护 Rules、DNS、Providers 或其他 Mihomo 字段时，本地文件更直接。两种来源都可以再应用 FlClash 的 Override。 远程 Profile 更新时会重新获取配置源内容。需要长期保留本地修改时，应使用 FlClash 的 Override、附加规则或 Override Script，而不是反复编辑会被更新替换的原始内容。 标准 Override 用于覆盖基础配置并提供简单的附加规则；Script 模式通过外部扩展脚本执行更灵活的配置修改。无论哪种方式，最终都应以 Mihomo Core 实际加载的配置为准。 当前项目仍有开放的多配置文件 Merge 功能请求，因此不应把多 Profile 合并当作已经稳定提供的能力。现阶段应围绕单个 Profile、Override、Override Script 和附加规则配置。 有些程序不会读取操作系统代理设置，或拥有自己的代理配置。先检查应用自身网络设置，再根据需要使用 TUN；不要仅因为单个应用直连就立即修改全部 Rules。 FlClash 在 Android 上主要使用系统 VpnService 路由设备流量。不同平台提供的网络接口不同，因此 Android、Windows、macOS 和 Linux 的接入方式与权限提示不会完全一致。 不是。TUN 能覆盖更多桌面流量，但涉及虚拟网卡、路由、DNS 和更高权限。只需要浏览器或遵循系统代理的程序走代理时，System Proxy 通常更简单。 出现域名解析失败、Fake-IP 异常、代理节点域名无法解析或 DNS 结果与 Rules 不一致时，再检查 Override DNS、default-nameserver、nameserver、proxy nameserver、nameserver policy 和 respect rules。 可以查看 FlClash 的 Connections、Requests、Logs、Traffic Usage 和 Network Speed。若没有连接记录，优先检查 System Proxy、Android VPN 或 TUN 是否真正启用；若已有连接记录，再检查 Rules、代理组和节点状态。 先安装正确版本，再添加第一个 Profile 下载页负责 Android、Windows、macOS 与 Linux 的安装包和 CPU 架构；安装完成后按照这里的流程添加 Profile、选择代理组和出站模式，再启用 System Proxy、Android VPN 或 TUN。