Clash 订阅导入与连接验证

开始前检查

开始操作前，需要准备一个已经安装完成的 Clash 图形客户端，以及服务提供方给出的订阅地址或可直接导入的 YAML 配置文件。订阅地址通常是一段以 https:// 开头的链接；YAML 文件则常见为 .yaml 或 .yml。两者只需具备其一，不要把网页后台的登录地址、套餐页面地址或二维码截图当作订阅文本粘贴。

如果客户端还没有安装，先从客户端下载页选择对应平台。Windows 与 macOS 用户安装后通常可以直接打开图形界面；Android 和 iOS 首次建立连接时会弹出系统 VPN 权限请求，需要确认授权；Linux 桌面环境可能需要从应用菜单启动，服务器环境则更适合使用内核与命令行配置，这部分不属于本篇轻量教程的范围。

首次配置时建议暂时关闭其他正在运行的代理、VPN 或网络过滤工具。多个程序同时修改系统代理或占用相同端口，容易出现客户端显示已启动、浏览器却没有经过当前配置的情况。退出旧程序后再打开 Clash 客户端，可以减少端口冲突和路由接管冲突。若单位网络或校园网络本身要求固定代理，也应先记录原设置，便于之后恢复。

还需要确认系统时间准确。订阅服务和部分加密连接依赖正确的时间信息，日期或时区偏差过大时，常表现为订阅更新失败、连接握手失败或证书错误。完成这些检查后，保持客户端窗口打开，下一步从配置页开始导入。

选择代理模式

首次使用优先选择规则模式

配置已经载入后，进入代理、Proxies或模式页面。先找到全局模式选择器，它通常提供规则、全局与直连三种选项，对应英文 Rule、Global 和 Direct。首次配置建议选择规则模式。在该模式下，每个连接会按配置文件中的规则从上到下匹配，再决定使用代理策略、直接连接或拦截处理，日常网页与本地网络不必全部走同一条路径。

全局模式会把大部分流量交给同一个策略或节点，适合临时判断某个站点是否能通过指定节点访问，但不适合作为不了解配置时的默认选择。直连模式则绕过代理策略，常用于快速确认故障是否与代理链路有关。三个模式改变的是流量处理方式，不会删除订阅，也不会修改节点本身；排查结束后可以随时切回规则模式。

为策略组选择可用节点

规则模式确定后，继续查看策略组。每个策略组可以理解为规则最终指向的选择入口，它内部可能包含具体节点，也可能包含另一个自动选择组。先展开名称最接近节点选择、代理选择或 Proxy 的主要策略组。如果组内存在自动选择、延迟选择一类条目，可以先选自动策略；如果只有具体节点，则选择服务提供方标记为可用的一个节点。

部分客户端会在节点旁提供延迟测试按钮。测试结果只能说明客户端到节点测试目标的响应情况，不等同于所有网站的实际速度。首次连接时无需反复追求最低数字，只要测试能够返回结果并且节点不是不可用状态，就可以继续。若所有节点都超时，先刷新订阅，再检查本机网络是否能正常访问普通网页；不要在此时同时修改 DNS、端口和规则，否则很难判断是哪一项造成变化。

配置中可能还有流媒体、即时通信、人工智能服务或软件下载等独立策略组。第一次使用可以保留它们的默认选项，只处理主要代理组。因为这些子组常常已经引用主代理组，主组一旦选好，相关规则便能沿着引用关系得到可用出口。策略组、节点和规则之间的术语差异可在术语手册中快速查询。

确认模式没有被覆写

有些客户端支持记忆模式，也有些配置会通过覆写功能固定运行参数。选择规则模式后，切换到其他页面再返回，确认界面仍显示 Rule 或规则。如果每次都会自动变回其他模式，检查设置页中的覆写、混入配置或启动设置。暂时关闭不明确的模式覆写，再重新选择规则模式。完成后，保持主要策略组已经指向一个可用节点，下一步再启动真正的系统连接。

验证是否生效

先观察客户端是否收到请求

打开浏览器并刷新一个常用网页，同时切回客户端的连接、Connections 或日志页面。正常情况下，列表会出现浏览器发起的域名、目标地址、匹配规则和所选策略。看到新连接持续进入，说明浏览器流量已经到达 Clash；如果列表完全没有变化，重点检查系统代理是否开启、浏览器是否使用了独立代理设置，以及当前客户端是否仍在后台运行。

连接列表中的规则信息很有价值。例如，本地网站可能显示 DIRECT，表示按规则直接连接；需要代理的站点则应显示主要代理组或具体节点。如果所有请求都显示同一种路径，先确认当前模式是否误选为全局或直连。不要只根据网页能否打开判断配置正确，因为原本就能直连的网站无法证明代理路径已经工作。

检查出口结果

随后访问可信的网络出口查询页面，记录页面显示的出口地区或网络信息。切换到直连模式并刷新一次，再切回规则模式重新刷新，对比两次结果。如果规则模式下需要代理的检测请求使用了所选节点，而直连模式回到本地网络出口，说明系统代理、内核与策略组已经形成完整链路。完成对比后记得恢复规则模式。

如果出口结果没有变化，但客户端连接列表中确实出现请求，查看该请求匹配到了哪个规则。有些检测站点可能被规则指定为直连，这并不代表代理失效。可以再测试一个明确应由代理策略处理的目标，并在连接详情里核对策略链。规则为什么命中某个策略、规则从上到下如何匹配，属于规则语法参考的范围。

分别测试直连与代理路径

完整验证应同时覆盖两类请求：一个预期直连的网站和一个预期经过代理的网站。预期直连的网站应能正常加载，并在连接记录中显示 DIRECT 或对应直连组；预期代理的网站应显示代理策略组和实际节点。两者都符合预期，才能说明规则模式不仅已经连接，而且分流方向正确。

再进行一次刷新订阅测试。回到配置页点击刷新，确认更新时间发生变化且当前配置仍保持选中。刷新完成后重新打开代理页，检查主要策略组选择是否保留。部分订阅更新会重建策略内容，如果原来选择的节点已被移除，客户端可能回到默认项。这时重新选择一个可用节点即可，不需要重新安装客户端。

保存一个可复现的正常状态

验证完成后，记住当前的四个关键信息：活动配置名称、运行模式、主要策略组选择、系统代理或 TUN 状态。以后出现无法访问时，先对照这四项，往往能快速发现是配置被切换、模式被改变、节点失效还是系统接管关闭。需要修改 YAML 时，应先保留一份能够正常载入的配置，便于改动后出现语法问题时回退。