Clash 使用教程：订阅、模式、连接、验证

开始操作前，需要准备已经安装好的 Clash 图形客户端，以及服务提供方给出的 Clash 配置来源。最常见的来源是一条以 https:// 开头的订阅地址，也可能是本地 YAML 配置文件。订阅地址、单节点链接和 YAML 文件承担的作用不同：订阅地址通常可以由客户端定期更新，YAML 文件是一次导入的完整配置，而单节点链接未必能直接放进客户端的订阅输入框。

如果尚未安装客户端，请先进入客户端下载页，按当前操作系统选择图形客户端。Windows 与 macOS 用户通常使用带有系统代理控制和配置管理页面的桌面客户端；Android 与 iOS 使用系统提供的 VPN 接口接管流量；Linux 桌面可以使用图形客户端，服务器或路由器环境则需要额外理解内核、服务管理与配置路径。本页只处理图形客户端首次连接的共同流程，更深入的系统集成内容放在完整使用手册中。

安装完成后先启动客户端，但暂时不要同时打开其他代理工具、浏览器代理扩展或系统级网络接管程序。多个工具同时修改系统代理、虚拟网卡或 DNS 时，很难判断实际流量由谁处理。若之前使用过其他代理软件，先退出对应程序，并在系统网络设置中确认没有遗留的手动代理地址。完成这些准备后，再从订阅导入开始，后续每一步都能得到清晰的检查结果。

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

配置加载完成后，进入“模式”“代理模式”或“Mode”设置。常见选项包括规则模式、全局模式和直连模式。首次配置建议选择规则模式，也就是界面中的 Rule。该模式会按配置里的 DOMAIN、IP-CIDR、GEOIP、MATCH 等规则逐条判断流量，再把连接交给指定策略组。这样既能让需要代理的目标进入代理组，也能让局域网或配置中标记为直连的目标保持直接连接。

全局模式会把大部分受客户端接管的流量交给同一个全局策略，适合临时判断规则是否造成访问差异，但不适合作为不加检查的默认答案。直连模式则让受接管的流量绕过代理出口，经常用于暂停代理效果或进行对照测试。三个模式改变的是流量分配逻辑，不等同于启动和停止客户端；即使界面显示“运行中”，选择直连模式后也可能观察不到代理出口变化。

在代理页面选择实际出口

选好 Rule 后进入“代理”或“Proxies”页面。这里通常按策略组分块展示。先找到承担主要出口选择的组，它可能叫“节点选择”“代理”“PROXY”或由配置提供方使用其他名称。点击这个组，再从组内选择一个具体节点、自动选择组或故障转移组。若不知道应选哪一个，可先使用配置中已经提供的自动选择项；不要同时在多个层级随意切换，因为一个策略组可能引用另一个策略组，最终出口取决于完整的引用关系。

部分客户端会在节点旁显示延迟测试按钮。延迟测试只能说明客户端能否在测试条件下连接目标，以及请求往返耗时的大致情况，不能单独证明所有网页都可访问。完成选择后记住当前主要策略组和选中的项目名称，下一步建立连接时若出现错误，可以直接回到这里更换另一个可用项，而不必重新导入整个订阅。

区分代理模式与流量接管方式

Rule、Global 和 Direct 决定流量进入客户端之后怎样分流；系统代理、VPN 接口和 TUN 则决定哪些流量会进入客户端。这是两个不同层级。桌面端只开启 Rule，但没有开启系统代理或 TUN 时，普通浏览器可能仍然直接连接。反过来，开启了系统代理但选择 Direct，流量虽然经过客户端，最终仍会从直连出口离开。

本教程先使用最容易观察的方式：桌面端启用系统代理，移动端授权系统 VPN 连接。TUN 能覆盖更多不读取系统代理设置的程序，但同时涉及虚拟网卡、DNS、管理员权限和路由表。首次连接不必同时调整所有高级选项。先用基础方式完成一次可验证的连接，再根据实际应用需求阅读手册中的 TUN 章节。

先用浏览器产生一条可观察请求

保持客户端运行，完全关闭并重新打开一个浏览器窗口，然后访问一个需要测试的网页。重新打开浏览器可以减少旧连接和缓存造成的干扰。网页能够打开只是第一层结果，还需要回到客户端观察“连接”“日志”或“Connections”页面，确认刚才的浏览器请求确实进入了客户端。

在连接记录中查找刚访问的域名。记录通常会显示目标地址、命中的规则、使用的策略组和最终出口。若记录存在，并且最终出口与第二步选择的代理策略一致，说明系统流量接管和规则分流都已工作。若网页打开但连接记录完全没有变化，浏览器可能绕过了系统代理，或者当前客户端没有接管该应用；此时先检查系统代理开关，而不是继续更换订阅。

分别测试代理目标与直连目标

规则模式的目标不是让所有请求呈现同一种路径，而是让不同目标按配置规则分流。因此应至少做两次测试：一次访问预期经过代理的目标，一次访问配置中应当直连的常用站点。查看两条连接记录的规则与出口是否不同。如果代理目标进入了主要代理组，而直连目标显示 DIRECT 或同等直连策略，说明 Rule 模式的基本分流已经成立。

若所有请求都进入同一代理组，先确认模式没有停留在 Global；若所有请求都显示直连，确认模式没有停留在 Direct，并检查主要策略组是否意外选择了 DIRECT。若命中的规则与预期不同，不要只根据域名名称猜测结果，Clash 会按规则从上到下匹配，较早出现的规则可能已经决定去向。关于规则顺序、MATCH 兜底与规则提供者的细节，可转到系统手册的规则分流章节。

用状态变化做一次对照验证

为了排除网页缓存影响，可以进行一次可恢复的对照：保持客户端运行，将模式临时切换为 Direct，重新加载测试网页并观察新连接记录；随后立即切回 Rule，再加载一次。两次记录的出口应随模式变化。完成对照后务必恢复 Rule，并确认主要策略组仍是之前选择的项目。

如果连接记录显示已经走代理，但网页仍无法使用，问题通常位于节点连接、DNS 解析、目标服务限制或证书环境，而不是系统代理开关本身。先更换同一策略组中的另一个可用项目，再查看日志中的错误类型。出现超时、解析失败和证书报错时，应使用不同的处理顺序；对应步骤可查阅故障排查 FAQ以及HTTPS 证书错误说明。

还可以访问常用的网络信息查询页面，对比连接前后的出口信息，但不要只依赖一个网站的显示结果。浏览器扩展、缓存、IPv4 与 IPv6 路径差异都可能影响单次结果。最可靠的基础判断是把三个证据放在一起：客户端连接记录中能看到请求、规则命中符合预期、网页实际可以完成访问。三项同时成立，才表示本次配置已经完成。