FlClash 订阅导入与连接教程

开始前：安装客户端与准备订阅

先在客户端下载页选择对应系统的安装包，完成安装并打开客户端。macOS 用户按 Apple Silicon 或 Intel 处理器选择安装包；Android 用户按设备架构选择。首次打开时先确认能进入仪表盘和配置页面，暂时保留默认设置。安装包负责提供客户端程序，订阅负责提供节点、策略组和规则，两者需要分别准备。

本教程从“已经持有订阅链接”开始。订阅地址通常由所使用服务的管理页面提供，应选择明确标注为 Clash 或 mihomo 兼容的格式。普通网页地址、账户登录地址和单条节点分享链接，未必能直接当作完整订阅导入。还没有订阅时，先阅读订阅来源与选择说明，确认服务内容和配置格式，再继续操作。

操作前关闭其他正在接管网络的代理或 VPN 应用，保留正常的 Wi-Fi 或移动数据连接。订阅地址往往带有账户标识，应视为敏感信息保存；截图、录屏或反馈问题时遮住完整地址和二维码。完成这些准备后，再进入配置页添加订阅，可以减少重复导入和网络接管冲突。

第一步：导入订阅并启用配置

打开配置页，添加远程订阅

在 FlClash 侧栏或底部导航中进入“配置”，找到加号或“添加”入口。若界面提供 URL、文件等导入方式，已有订阅链接时选择 URL 或远程配置。给配置填写一个容易区分的名称，例如“日常订阅”，再把服务提供方复制的完整链接粘贴到地址栏。提交前检查开头和末尾是否多了空格、换行或聊天软件附带的标点。

订阅地址的外观可能类似 https://example.com/sub?token=xxxx，这里只用于说明格式，实际操作应填写自己的地址。链接问号后的参数也属于地址的一部分，不能只复制域名或删除参数。确认无误后点击保存或导入，等待客户端完成下载与解析；此时不要连续重复点击，避免生成多份同名配置。

如果拿到的是本地 YAML 配置文件，改用文件导入入口，从设备中选择该文件。文件导入与远程订阅的后续更新方式不同：远程订阅可以重新请求地址，本地文件则通常需要重新导入或替换内容。首次配置建议只采用一种来源，先让基础连接正常，再整理其他配置。

选中配置，检查节点与策略组

导入成功后，配置页应出现新增的配置卡片。点击卡片或其启用入口，让它成为当前配置；具体选中标记可能是描边、勾选或状态文字。仅看到卡片并不等于已启用。接着打开“代理”页面，检查是否出现策略组和节点名称。能够看到这些内容，说明客户端已经读取了配置中的代理定义，可以进入下一步。

如果提示下载失败，先确认普通网页能访问，再回到服务管理页面重新复制地址，检查订阅是否仍有效。若提示解析失败，则重点确认格式是否兼容；网页返回的登录提示或错误信息也可能被当成配置读取。此时先保留错误提示，不必修改 DNS、规则或内核参数。详细判断路径见疑难解答。

在配置的编辑或更多菜单中，如果存在自动更新选项，可按服务建议设置更新间隔，例如每 24 小时一次。自动更新只是重新拉取订阅内容，不等于自动更换当前节点，也不保证每次更新都会出现新节点。手动更新成功后，应再次确认当前配置仍处于启用状态，然后继续选择出站模式。

第二步：选择代理模式与可用节点

首次使用先选择规则模式

回到仪表盘，找到“出站模式”或包含规则、全局、直连的分段选项，首次使用选择“规则”。在这一模式下，请求按照当前配置的规则顺序决定走直连、代理或其他策略。规则由订阅配置提供，因此不同订阅的分流结果可能不同；选择规则模式并不意味着所有流量都会使用代理。

“全局”适合短时间做对照检查：客户端接收到的请求通常交给全局策略组处理，仍需确认该组选择了代理节点而不是直连。“直连”则用于让请求直接访问。这里的三种模式只决定客户端怎样处理已经接收到的请求，不能替代系统代理或 VPN 接管；即使选择全局，尚未进入客户端的流量也不会自动改变路径。

在代理页选择实际出站

打开“代理”，找到配置中承担当次代理出站的策略组。组名由配置作者定义，可能叫“节点选择”“代理选择”或其他名称，不一定直接叫 PROXY。展开后选择一个节点，或选用配置已经提供的自动选择组。若策略组里还包含其他组，需要继续查看其实际选择，避免外层选了代理组，内层却仍停在直连选项。

如果界面提供连接测试，可以先测试一次，观察目标节点是否有响应。测试成功适合用来筛选候选节点，但不代表所有网站和应用都能访问；测试地址与实际访问的目标可能不同。某个节点没有响应时，可以先换一个候选节点继续验证，不必同时更改模式、DNS 和订阅，这样后续才能判断是哪一项影响了结果。

完成后记住当前模式和所选策略组。此时应形成一个清楚的状态：已有一份启用的配置，模式为规则，负责代理出站的策略组已选好节点。自动选择、故障转移和负载均衡的差异可以稍后在概念速查中了解；协议类型与内核兼容性的深入说明见协议详解，基础连接阶段先沿用订阅提供的默认方案。

第三步：启动客户端并开启系统接管

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

返回仪表盘，点击启动按钮，等待界面显示运行状态。部分版本会在开启接管开关时一并启动内核，以实际界面状态为准。Windows、macOS 等桌面环境下，先找到“系统代理”开关并开启，再使用遵循系统代理设置的浏览器测试。客户端运行与系统代理是两个相关但不同的状态：前者提供处理能力，后者告诉应用把请求交给客户端。

如果浏览器已经单独配置代理扩展，先关闭扩展的接管，或让其使用系统设置，避免浏览器仍指向旧端口。Linux 桌面环境和应用对系统代理的支持不完全相同，应确认当前浏览器是否读取桌面代理设置。初次验证不要同时配置多个浏览器扩展和手动代理地址，先保持一条明确的请求路径。

系统代理主要影响愿意读取该设置的应用。某些命令行工具、游戏或独立网络程序可能不跟随它。只有在确实需要覆盖这些应用时，再考虑开启 TUN 模式。TUN 通过虚拟网络接口接管流量，通常需要管理员权限、辅助服务或额外系统授权；不同系统的具体要求会有差异。先完成浏览器验证，再扩大接管范围，更容易定位问题。

手机端确认 VPN 授权与应用范围

Android 端点击启动后，系统通常会显示 VPN 连接请求。核对发起请求的应用是当前客户端后确认授权，再回到客户端查看运行状态。这里的 VPN 授权用于创建本地网络接管通道，不等同于已经选好了远端节点；前两步的配置和策略选择仍然需要完成。若另一款 VPN 应用正在运行，先断开它，再重新启动 FlClash。

如果启用了分应用代理，检查准备测试的浏览器是否包含在接管范围内；处于绕过名单中的应用不会按预期进入客户端。iOS 使用 Clash Plus 时，按客户端提示添加 VPN 配置并确认系统授权，连接后再检查出站策略。系统状态栏的连接图标可以作为运行提示，但最终仍需通过访问结果和连接记录验证。

启动失败时先阅读当前提示：权限不足就处理系统授权，端口被占用就检查是否有其他代理程序仍在后台。不要把“无法启动”和“启动后网页打不开”混在一起处理。前者属于本地运行或接管问题，后者才需要结合节点和请求记录继续判断。客户端已运行且接管入口已开启后，进入最后一步。

第四步：验证访问结果与实际出站

让浏览器产生一次新的请求

打开一个新的浏览器标签页，访问平时使用、需要通过代理策略访问的 HTTPS 页面，等待页面主要内容加载。接着打开 FlClash 的“连接”或相应请求记录页面，查找刚才访问的域名。已有页面可能使用缓存或复用旧连接，因此只看原来的标签页不够明确；需要时刷新页面，或关闭旧标签后重新打开。

在记录详情中，查看命中的规则、策略组以及最终出站节点，具体可见字段取决于版本。如果该域名按配置应走代理，记录应指向对应代理策略，而不是仅凭网页能打开就判断完成。再访问一个配置明确设为直连的目标，核对其出站结果。规则模式下同时出现代理和直连记录是正常现象，重点是结果是否符合当前规则。

如需查看出口 IP，可以使用自己信任的查询页面作辅助检查。出口是否变化只说明该次查询请求的路径，不能代表所有应用都已接管，也不能单独证明规则分流正确。不要向查询网站提交订阅地址。综合“页面能加载、请求进入客户端、命中策略符合预期”这三项，才能更可靠地确认本次配置生效。

根据现象回到对应步骤复查

如果网页打不开，而且连接页面完全没有相应请求，先回到第三步检查系统代理、VPN 授权、浏览器独立代理和分应用设置。若记录出现了请求，但选择了直连，回到第二步检查模式与策略组；规则模式本身允许直连，不能只因出现 DIRECT 就认定客户端异常。确认基础连接后，再处理具体域名的规则需求。

如果请求已走选定节点却持续失败，先更换一个节点重试，并确认订阅服务的可用状态。若只有个别网站异常而其他网站正常，记录对应域名和错误提示，到疑难解答按现象排查。每次只改变一项设置并重新测试，保留上一次能工作的配置，避免连续修改导致问题来源难以追踪。

浏览器提示证书错误时，先检查设备时间、访问域名和网络环境，保留浏览器的安全拦截，不要通过忽略证书警告来完成验证。DNS、证书与特定协议的问题超出首次连接流程，可在疑难解答中继续查阅；需要理解协议选择与内核差异时再阅读协议与内核技术参考。