FlClash 使用教程：订阅导入到连接验证

日常使用优先选择规则模式

打开“代理”页面或首页中的模式选择区域，通常可以看到规则、全局和直连三种模式。首次配置建议选择“规则”模式。规则模式会根据订阅内的规则，把不同域名、IP 或网络类型分配到代理或直连策略，既便于保持本地服务直连，也方便让需要代理的请求进入相应策略组。

“全局”模式通常会让大部分流量经过当前选定的代理，适合临时排查规则是否命中，但不适合作为首次配置的唯一判断依据。“直连”模式会绕过代理，可用于确认某个问题是否由代理链路引起。模式切换本身不会改变订阅内容，也不会删除节点，因此排查时可以短暂切换，完成测试后再返回规则模式。

为策略组选择节点或自动策略

进入代理页面后，会看到若干由订阅定义的策略组。常见组名可能表示节点选择、自动选择、故障转移、流媒体或最终匹配，但实际名称由订阅提供方决定。先找到主要的节点选择组，展开后选择一个状态正常的节点，或者选择订阅中已经配置好的自动选择策略。随后检查“最终”“MATCH”或类似兜底组是否引用了这个主要策略，避免主组已选择节点而最终流量仍指向其他出口。

节点列表中的延迟只表示一次探测结果，不能完整代表持续速度、稳定性或所有网站的可访问性。首次选择时，可优先考虑地理位置较近、延迟探测能够完成的节点，然后在第四步通过真实访问验证。若探测全部超时，也不要立刻判定所有节点失效；探测地址、当前网络、防火墙或 DNS 状态都可能影响结果。

暂时保持 DNS、覆写与脚本默认

初次配置最容易出现的问题，是在尚未建立基础连接时同时修改 DNS、TUN、覆写脚本和规则集。多个变量一起变化后，很难定位具体原因。本步骤只确认模式与主要策略组，其他高级设置保持订阅或客户端默认值。基础连接通过后，再根据使用场景逐项调整，并且每次只改变一类设置。

如果确实需要理解 mode、proxy-groups、rules 或 DNS 字段之间的关系，可阅读配置字段参考。该页面用于系统查阅字段与 YAML 结构，本教程不展开手动配置，以免打断首次连接流程。

先确认浏览器能够建立真实访问

保持 FlClash 在后台运行，打开浏览器访问平时能够稳定打开的网站，再访问需要经过代理的目标站点。页面能够加载，说明从应用到本地代理、再到远程节点的基础链路已经建立。随后使用可信的网络信息页面查看当前出口 IP 和大致地区，结果应与所选节点的出口区域相符。这里只核对方向是否一致，不需要追求某个固定地址，因为部分服务会使用动态出口。

如果浏览器完全无法访问网络，先关闭系统代理或 TUN，确认原始网络能够恢复，再重新启动 FlClash。原始网络正常而代理连接失败时，回到客户端检查当前节点、订阅更新时间和日志。原始网络本身异常时，应先处理本地 Wi-Fi、移动网络或路由器连接。

查看连接记录与规则命中

进入“连接”或“日志”页面，然后刷新刚才访问的网站。列表中应出现新的域名连接，并显示命中的规则、策略组和实际出站。若目标网站被规则分配到代理组，且实际出站是第二步选择的节点，说明规则模式正在工作。若所有请求都显示直连，应检查模式是否仍为规则、最终策略是否指向直连，以及订阅规则是否已经加载。

连接记录也是定位单个网站异常的主要入口。先找到对应域名，再看它进入哪个策略组；如果策略组正确但连接失败，可以换同组内的其他节点测试；如果策略组不符合预期，则应检查规则顺序或订阅提供的分流设计。首次配置阶段不建议立刻手写规则，先确认问题是否来自订阅现有配置。

用两类网站检查分流结果

规则模式的目标不是让所有流量走同一出口，而是让不同请求按规则选择路径。可以分别访问一个本地常用服务和一个需要代理的服务，再观察连接记录。本地服务通常应命中直连或本地区域规则，需要代理的服务则应进入代理策略组。两类请求都符合预期，才说明分流链路完整。

如果临时切换到全局模式后网站可以访问，而规则模式下失败，问题通常集中在规则命中或策略组引用；如果全局模式也失败，则优先检查节点和连接权限。完成对照后切回规则模式，避免把全局模式长期当作修复方案。

最后检查 DNS 表现

基础网页能够打开后，再观察是否存在域名解析缓慢、部分域名无法打开、IPv4 与 IPv6 结果明显不一致等情况。可先切换节点排除单一出口问题，再重新连接以刷新当前会话。若只有域名访问失败而直接网络连接正常，才进入 DNS 设置排查。

DNS 涉及系统解析器、客户端监听、加密 DNS、Fake IP、规则匹配与缓存等多个环节，不适合在首次教程中一次改完。遇到持续异常时，记录发生问题的域名、当前模式、是否启用 TUN 以及日志结果，然后前往常见问题查找对应故障；需要逐字段理解时，再阅读配置字段中的 DNS 章节。