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