FlClash 入门指南
订阅、模式与连接验证

第一步：导入订阅

打开 FlClash 的“配置”页面，找到新增配置入口。使用远程订阅时，选择通过 URL 导入，将服务提供方给出的完整订阅地址粘贴到地址栏。名称可以填写便于识别的用途，例如“日常配置”；名称只用于本地管理，不影响节点连接。保存前检查链接前后是否混入空格、换行或聊天软件自动添加的标点。

订阅地址通常包含个人访问凭据，应当按密码管理。不要把完整链接贴到公开论坛，也不要在截图中显示地址参数。浏览器地址栏里能打开的账户主页不一定是订阅地址；需要使用服务方明确标注的、适配 Clash 或 mihomo 的订阅入口。若来源同时提供几种格式，优先选择客户端内核能够识别的格式。

确认下载、解析与启用三个状态

点击保存或导入后，等待客户端完成拉取。成功时，配置列表应出现刚刚命名的条目；有些界面还会显示更新时间或其他订阅信息，这些信息是否出现取决于服务端返回内容。条目出现并不总是代表已经启用，还需要点击该条目或使用其启用操作，将它设为当前配置。随后进入“代理”页面，确认能够看到策略组及其中的节点。

这一步的完成条件是当前配置已选中，代理页面已载入对应内容。如果只有一个配置名称，却没有预期的策略组，先回到配置列表查看导入结果，不要急着打开 TUN。某些订阅仅包含节点，需要由客户端的配置模板补齐规则；某些则是完整配置。两者的最终界面可能不同，应以服务方说明和实际载入结果为准。

本地文件与导入失败的处理

使用本地配置时，选择文件导入，并在系统文件选择器里打开实际的 YAML 文件。不要把网页另存为文件后直接导入；网页内容不是代理配置。导入后同样需要选中该配置，再检查代理页面。配置包含外部规则集或代理集合时，首次加载可能还需要额外下载，这部分资源也必须能够访问。

若提示请求超时，先确认当前网络能否访问订阅服务；若提示解析失败，先检查返回内容是否变成登录页面、到期提醒或错误页面。不要反复点击新增来生成重复条目，也不要将私人订阅交给不明转换网站。具体的格式检查顺序可参考订阅导入失败与解析报错自查。

完成导入后，保留这一份配置作为本次测试对象。后续先不添加第二份订阅，也不导入额外覆写。这样进入模式选择步骤时，页面上的策略组来源明确，出现问题也容易回退。

第二步：选择代理模式

回到主页或设置页，找到“模式”或“出站模式”。首次使用选择“规则”，对应配置字段 mode: rule。规则模式按配置中的匹配顺序决定请求走直连、某个策略组或其他出站；它不是按应用是否常用来自动判断，也不保证所有网站都会经过代理。

模式与节点是两个不同层次的设置。先选规则模式，再打开“代理”页面，找到规则使用的主策略组。策略组名称由配置决定，可能是中文用途名，也可能是其他自定义名称，不必寻找一个固定叫“主节点”的条目。展开策略组后，点击一个有效节点，使其成为该组当前选项。

先固定一个出站，再考虑自动选择

首次验证建议使用手动选择组中的一个明确节点。若主策略组引用了另一个组，应继续展开，确认最终落到可用节点，而不是停留在 DIRECT 或拒绝出站。自动选择组会根据其检测规则选择成员，适合配置稳定后使用；初次排查时，固定节点更容易判断一次设置变化带来的影响。

如果客户端提供延迟测试，可以执行一次辅助检查。测试结果仅反映该节点到指定测试地址的表现，不代表所有目标都能访问，也不代表浏览器流量已经进入代理。测试失败可能与测试地址、节点状态或网络有关；测试成功后仍需完成后面的连接与实际访问验证。

规则、全局与直连的用途

“全局”模式通常把进入内核的请求交给全局策略组，适合短时间判断问题是否来自分流规则。切换后仍需检查全局组中选中的出站，它也可能被设为直连。“直连”模式通常让进入内核的请求直接连接目标，适合明确需要直连的场景。直连模式不是退出客户端，也不会自动撤销操作系统代理设置。

日常先保留规则模式，不同时修改规则集、DNS 和节点协议参数。即使界面已经显示规则模式，应用流量也还没有必然进入客户端；下一步需要建立连接并选择接入方式。有关 proxy-groups、rules 以及规则匹配顺序的完整说明，放在配置字段参考中查阅。

本步骤完成条件：规则模式已选中，规则使用的策略组已有明确出站。暂时不要用“所有网站出口都改变”作为判断标准，规则模式允许部分请求直连。

第三步：建立连接

回到主页，操作连接开关，让客户端启动内核并加载当前配置。不同版本可能把连接操作与系统代理设置联动，也可能保留独立开关，因此需要分别确认“内核已运行”和“应用流量已接入”。只看到主页开关开启，不能直接得出浏览器正在使用代理的结论。

桌面端：先启用系统代理

在 Windows、macOS 或 Linux 上，先找到“系统代理”设置并启用，TUN 暂时保持关闭。系统代理会让遵循操作系统代理设置的应用将请求发送到本地监听端口。浏览器通常适合用作第一项测试，但某些应用有独立代理设置或完全忽略系统设置，需要在基础连接验证成功后单独处理。

连接前先退出其他正在接管系统代理或 VPN 的软件，避免两个客户端反复覆盖系统设置。若浏览器安装了代理切换扩展，也应检查它是否强制指定了另一个地址。首次验证只保留一个代理入口，不要同时启用多个扩展、手动代理和 TUN，再试图从结果判断哪一层起作用。

如果出现端口占用提示，查看设置页显示的混合端口。常见配置使用 mixed-port: 7890，但订阅、客户端或已有设置可能使用其他端口，应以当前实际值为准。先关闭占用该端口的另一个客户端；确需改端口时，要同步修改应用中手动填写的代理地址。仅切换远程节点无法解决本地监听端口冲突。

Android：确认系统 VPN 授权

Android 首次连接通常会显示系统 VPN 连接请求。确认发起应用是刚安装并准备使用的客户端后，再允许连接。授权完成后返回客户端，查看是否进入运行状态。如果系统已有其他 VPN 正在工作，通常需要先断开原连接，再启动本次连接，不能把两个系统 VPN 同时运行作为基础配置。

若应用内设置了分应用代理，确认准备用来测试的浏览器包含在接管范围内。否则，即使客户端运行正常，浏览器也可能继续直连。连接后的系统 VPN 标识只能说明系统隧道已建立，不能证明远端节点、规则和 DNS 全部正常，仍需执行第四步。

何时再启用 TUN

当浏览器通过系统代理已经能够正常访问，而某个应用仍不遵循代理设置时，再考虑 TUN。桌面端 TUN 通过虚拟网卡接入更多流量，可能需要管理员权限或客户端服务支持；其路由与 DNS 行为也会受配置影响。首次使用不把 TUN 当成修复所有连接问题的开关，更不要在节点不可用时反复切换它。

若启动失败，打开日志，先读本次点击连接后出现的第一条明确错误。配置加载失败、监听地址被占用和权限不足属于不同环节，需要分别处理。错误较长时保留必要字段并遮盖私人信息，按mihomo 日志报错定位方法继续排查。

现在应当已经具备当前配置、规则模式、选定节点和一种明确的流量接入方式。保持这些设置不变，接下来只发起新的访问请求，观察它实际经过的路径。

第四步：验证是否生效

打开浏览器，新建一个页面，访问需要验证且当前网络允许访问的目标。不要只观察已经加载完成的旧标签页：旧页面可能直接读取缓存，已有长连接也可能继续沿用原来的路径。必要时关闭原标签页后重新打开，让客户端能够观察到本次设置之后的新请求。

把网页访问与连接记录对应起来

访问目标的同时，打开客户端的“连接”页面，按域名或最近出现的记录查找请求。检查目标地址、匹配规则和实际出站。目标若按照配置命中直连规则，显示直连属于正常结果；需要验证代理节点时，应选择按当前规则确实交给代理组的目标，而不是要求所有请求都显示同一个出口。

出口查询页面可以作为辅助工具，但要先确认该查询请求本身走了哪个出站。如果查询域名被规则设为直连，显示本地网络出口并不能证明整个客户端失效。更可靠的判断是：新请求出现在连接记录中，命中预期规则，使用预期节点，并且目标页面能够完成加载。节点延迟测试和主页运行状态都不能替代这组检查。

失败时按接入、规则、节点顺序检查

如果访问失败且连接列表没有出现对应的新请求，先检查系统代理是否启用、浏览器是否使用独立代理，以及 Android 的分应用范围是否包含浏览器。还要排除缓存和已有连接的影响。此时优先处理流量接入，不要先更换 DNS，因为请求可能尚未进入内核。

如果记录存在，但实际出站不是预期节点，回到第二步检查模式和策略组选择。规则可能把目标交给另一个组，或者组内仍选择了直连。若出站正确但日志显示连接超时，保持模式不变，仅换一个已知可用的节点再测试。若明确出现域名解析错误，再检查配置中的 DNS 行为；详细字段与 Fake-IP 原理在配置字段参考中展开，首次配置不必同时重写这些内容。

每次只调整一项，随后用相同目标重新发起请求，并记录结果。这样才能区分“换节点后恢复”和“改接入方式后恢复”。若同时更换订阅、开启 TUN、切换全局并修改 DNS，即使暂时能够访问，也很难确认实际原因，后续恢复原设置时容易再次中断。

验证通过后的日常操作

确认生效后，保留当前有效配置，按订阅提供方的要求进行更新。更新时在原配置条目上执行刷新，不必每次新增配置。更新完成后重新检查策略组，节点名称或组成员变化时，原先的选择可能需要调整。自动更新间隔取决于客户端和服务方，不建议在不了解限制时设置过于频繁的请求。

结束使用时，先关闭系统代理或通过客户端的正常断开操作撤销接管，再退出应用。若应用异常退出后浏览器突然无法访问网络，检查系统代理是否仍指向已停止监听的本地端口。Android 则确认 VPN 连接已经断开。退出客户端与撤销操作系统网络设置不是在所有情况下都能等同处理。

完成标准：当前配置可用、模式与策略组选择明确、新请求命中预期规则并完成访问。达到这一状态后，再逐项添加 TUN、局域网共享或自定义规则，不必为了完成入门流程提前调整所有设置。

后续需要查字段和合并行为时，进入配置字段参考；需要重新梳理安装权限与初始设置时，阅读首次安装后的初始设置清单。本页四个步骤可以作为更换设备或重新导入配置后的复查顺序。