FlClash 订阅导入
与连接设置

STEP 01 / CONFIGURATION

导入订阅并启用配置

先打开 FlClash，进入“配置”页面。桌面端通常从左侧导航进入，手机端通常从底部导航进入。点击添加或加号，选择从 URL 导入的入口，将订阅地址完整粘贴到地址栏，并为配置填写一个方便辨认的名称。这个名称只用于本地管理，不会改变服务内容。保存前检查地址开头、结尾是否多出空格，尤其注意从聊天消息复制时是否把说明文字一起选进去了。

订阅地址不是服务商首页，也不是账户登录页面。正确地址应能返回客户端支持的配置内容。如果服务提供方给出了多个导入选项，优先选择明确标注 Clash、Clash Meta 或 mihomo 兼容的配置入口。仅包含若干单独协议链接的文本不一定能作为完整 YAML 配置导入，具体取决于客户端版本与导入功能；此时应先查服务提供方的使用说明，而不是不断重试同一个地址。

等待解析完成，再选为当前配置

提交后保持网络连接，等待下载和解析结束。成功时，“配置”列表中应出现刚才添加的条目。点击该条目或其启用入口，将它设为当前配置；只看到列表里有一张配置卡，并不代表客户端已经在使用它。回到仪表盘，检查当前配置名称是否与刚导入的条目一致，再进入“代理”页面查看是否出现策略组和可选出口。界面中的具体组名由配置决定，不必与教程完全相同。

如果使用的是本地文件，在添加配置时改选文件导入，并在系统文件选择器中打开 YAML 文件。不要把网页保存成文件后改扩展名，也不要用格式化文档代替纯文本配置。文件导入适合已有完整配置的情况，但是否能随服务变化自动更新，取决于文件内的远程资源与客户端设置；不能默认把本地文件当成已关联订阅的在线配置。

导入失败时先停在这一步

出现下载失败、解析错误或空配置时，先保留错误提示。下载失败通常需要检查地址、当前网络与服务有效期；解析错误则应确认返回内容是否真的是兼容配置。浏览器能打开某个网址不等于返回的内容适合客户端，登录提示页同样可能被成功下载。如果旧配置仍可用，先不要删除它，避免失去对照条件。详细判断可查看FAQ 的安装配置说明，连续失败则转到问题诊断中的订阅失败章节。

继续前确认：配置已导入、已被设为当前配置，代理页面有可用内容。满足这三个条件后，再选择处理请求的模式与出口。

STEP 02 / ROUTING

选择规则模式与代理出口

返回仪表盘，找到“出站模式”或同义设置，将模式设为“规则”。首次使用建议从规则模式开始，因为常见订阅通常已包含网站分类与策略组，客户端会按配置逐条匹配请求，再决定直连或交给代理。这里的“规则”不是自动生成一套适合所有人的分流方案，而是执行当前配置已有的规则；因此，第一步中选对当前配置非常重要。

接着进入“代理”页面，找到规则实际指向的策略组。如果组内提供手动选择，点击一个当前可用的出口，并确认选中标记已更新。如果使用自动选择或故障转移策略组，先查看组内是否有候选项，再按需运行连通性测试。测试结果只能辅助判断该测试目标的可达性，不保证所有网站都能访问，也不适合只凭一个数值判断服务质量。

分清模式选择和出口选择

出站模式决定请求采用哪套处理逻辑，策略组决定需要代理的请求具体交给谁。选择了规则模式后，仍可能因为组内选中了直连项而得到直连结果；反过来，即使某个代理出口已被选中，命中直连规则的网站仍会直接访问。若配置中存在多层策略组，应沿当前选项查看下一级选择，避免只改了一个没有被实际引用的分组。

“全局”模式通常把被客户端接管的请求交给全局策略，适合短暂对照规则差异。它不代表系统所有应用都必然经过客户端，应用是否接入仍取决于下一步的系统代理、VPN 或 TUN 设置。“直连”模式则用于直接访问，不应在这一模式下判断代理出口是否可用。第一次连接时不必来回切换多个模式，先固定规则模式和一个可用出口，后续更容易定位问题。

先用订阅规则，不急于改写 YAML

如果配置已经带有规则，先保持原样完成一次连接。修改规则顺序、DNS 或策略组名称会增加排查变量，订阅更新也可能覆盖直接改动的内容。需要让某个网站走代理时，应先查它当前命中了什么规则，再考虑局部调整。关于规则自上而下匹配、最终兜底与策略组引用的详细解释，可在FAQ 的使用技巧分类继续查阅，首次使用暂时不需要编辑这些字段。

此时可以记下当前配置、出站模式和策略组选择，作为后面验证的基准。如果代理列表为空，回到第一步检查配置，不要指望切换到全局模式自动补齐出口；如果列表存在但测试全部失败，也先确认订阅服务状态与本机网络。继续前确认：仪表盘显示规则模式，相关策略组已有明确选择，随后再让应用流量进入客户端。

STEP 03 / CONNECTION

启动连接与系统流量接入

完成配置和出口选择后，返回仪表盘，点击连接或启动按钮。观察状态是否变为运行中，并留意是否出现端口占用、权限不足或配置加载错误。内核成功启动，只说明客户端具备了处理请求的条件；浏览器和其他应用还需要通过相应入口发送请求。桌面系统与 Android 的接入方式不同，请按下面对应平台操作，不要为了追求“全部开启”而同时改动多项网络设置。

桌面端：先用系统代理验证浏览器

在 Windows、macOS 或 Linux 上，先开启 FlClash 的“系统代理”，再用遵循系统代理设置的浏览器打开网页。系统代理会影响读取相应设置的应用，并不是完整接管全部网络。部分 Linux 桌面环境或应用不会读取同一套代理设置，Firefox 等应用也可能使用独立配置；遇到浏览器未生效时，要先检查它是否选择使用系统代理，而不是立即修改订阅。

首次设置通常保留默认混合端口即可，常见默认值为 7890，实际以客户端显示为准。若另一个代理工具占用了相同端口，应先退出冲突程序，再重新启动 FlClash。不要随意填写一个端口来碰运气，也不要在开启系统代理后立即强制结束客户端；系统还指向本地代理而程序已经退出时，网页可能暂时无法访问。

如果浏览器已可用，但某个不遵循系统代理的应用仍无法按预期访问，再考虑 TUN。TUN 通过虚拟网络接口接入流量，可能涉及管理员授权、服务组件或系统网络权限，具体依操作系统与客户端版本而异。先保存现有设置，再按提示启用，授权后检查是否成功启动。有关路由、DNS 与其他 VPN 的冲突，留到问题诊断逐项检查，本次不同时调整这些高级参数。

Android：确认系统 VPN 授权

Android 上点击启动后，系统首次可能弹出 VPN 连接请求。确认请求来自刚安装并主动打开的 FlClash，再阅读提示并授权。正常情况下，系统状态栏或网络设置会显示 VPN 正在运行，客户端也应显示已启动。若拒绝授权，配置即使导入成功，也不能据此认为应用流量已经进入代理。不同系统对状态栏图标的显示方式不同，应结合客户端与系统 VPN 页面一起判断。

手机上若已有其他 VPN 正在运行，先停用后再连接 FlClash，避免两个工具争用同一接入位置。若启用了应用分流，还要检查用于测试的浏览器是否在允许接入的范围内；被排除的应用不会因为连接按钮已启动就自动使用代理。暂时保留默认应用范围，完成验证后再按实际需求细分，能够减少第一次配置时的干扰。

连接成功后，先让客户端保持运行，再进入下一步测试。Android 若只在锁屏后断开，可在确认基本连接正常后检查电池优化与后台运行权限，而不是从一开始就修改所有省电设置。继续前确认：客户端运行正常，桌面系统代理或手机 VPN 已按平台启用，且没有其他代理程序干扰。

STEP 04 / VERIFICATION

验证网页访问与实际分流

连接按钮显示已启动后，不要只靠状态颜色判断结果。先用刚才确认接入的浏览器打开一个预期直连的网站，再打开一个配置预期交给代理的网站，分别观察能否正常加载。两类请求都要测试：只测代理网站，可能漏掉直连侧的 DNS 或规则问题；只测原本就能访问的网站，则不能说明代理出口确实被使用。

测试时重新加载页面，必要时换一个此前没有访问过的页面。已有连接、浏览器缓存和后台标签页可能让启动前后的体验看起来相同。不要同时运行多个浏览器代理扩展或另一款客户端，否则即使网页能打开，也难以确认是哪一套设置生效。若浏览器启用了独立代理，请先记录原设置，再临时改为使用系统代理进行对照。

在连接记录中核对目标与出口

打开 FlClash 的“连接”页面，在重新访问网页后查找相应目标域名。根据当前版本提供的信息，查看请求所匹配的规则、经过的策略组和最终出口。短连接可能很快结束，来不及看到时可重新加载页面，或使用日志辅助确认。日志级别过低可能不显示全部细节，需要时临时调整即可，完成检查后恢复常用级别，避免持续产生过多记录。

如果页面可以打开，但记录显示最终走了直连，应先判断这是否符合配置预期。规则模式下，直连网站与代理网站使用不同出口是正常现象。若要用出口 IP 查询辅助验证，应先确认该查询请求本身命中了代理策略，再比较结果；只看到 IP 没变化，不能直接推断整个客户端失效。不同目标会匹配不同规则，验证结论应针对具体请求，而不是一次测试覆盖全部应用。

失败时按上一处成功状态回查

如果启动前网页正常、启动后全部无法访问，先关闭连接并恢复系统代理，确认基础网络是否仍正常；随后检查刚才的出口选择与接入设置。若只有部分网站失败，保持配置与模式不变，记录失败域名、错误提示和实际命中规则，再去排查服务可达性或 DNS。每次只改一个条件，修改后重测同一目标，才能知道哪一步产生了影响。

若浏览器正常而其他应用没有变化，优先检查应用是否遵循系统代理，或 Android 应用分流是否将它排除；若所有代理候选项都超时，则检查订阅服务、系统时间和本机防火墙。更完整的排查顺序见问题诊断，常见概念与设置差异见FAQ。这里先完成可复现的验证，不需要立即改写 DNS 或重建整份配置。

最后做一次退出检查：先在 FlClash 内关闭连接，桌面端确认系统代理已经关闭或恢复，再退出程序；Android 则确认 VPN 状态已停止。重新打开客户端时，核对当前配置、规则模式与出口选择是否仍正确。订阅内容发生变化后，可在配置页面执行更新并复测；不要为每次更新重复添加同一个地址。至此，首次使用的主线已经完成，后续只需围绕实际应用需求逐步调整。