Clash 首次使用教程

第一步：导入订阅配置

打开客户端，进入“配置”或“订阅”页面，找到“新增”“导入”或带加号的入口。若提供方给出的是订阅网址，选择远程配置或从 URL 导入，而不是本地文件。粘贴完整地址后，可以给配置填写一个便于辨认的本地名称，再点击导入或下载。名称只用于区分配置，不会改变订阅内容。

粘贴前后检查地址是否带入空格、换行或末尾标点。应使用提供方明确标注为兼容 Clash 或当前内核的配置入口，不要把账户管理网页、付款页面或普通节点分享文本当作完整订阅。地址能在浏览器打开，也不一定意味着返回的是有效配置；客户端需要能够解析其中的代理、策略组和规则等内容。

等待下载结束后，配置列表一般会出现刚才添加的条目。点击该条目，或使用旁边的“启用”“设为当前配置”操作，让内核实际加载它。导入成功与当前配置已切换是两件事。如果仍停留在之前的空配置，后续代理页面可能没有可用分组；应返回列表确认选中状态，再查看是否有加载失败提示。

接着进入“代理”页面。如果能看到配置提供的策略组，且没有明显的解析错误，说明可以继续下一步。无需逐项改写订阅内的规则，也不要为了清理界面直接删除不认识的分组；这些分组可能被规则引用，删除后会导致配置无法加载，或使部分流量失去预期出口。

本地配置与首次更新

若拿到的是本地 YAML 文件，改用“从文件导入”，选择设备上的配置文件并启用。手机文件选择器可能需要先把文件保存到本地或系统文件应用中。不要仅靠修改文件扩展名转换格式，也不要把只有几个代理参数的片段当作完整配置；是否能直接运行，应以客户端的加载结果为准。

远程配置启用后，可以执行一次“更新订阅”，确认客户端能够重新取得内容。更新只说明配置获取流程完成，不代表每个出口都一定可用。本地文件则通常没有远程更新地址，需要重新导入修订后的文件。自动更新间隔可在首次连接成功后再设置，避免把更新问题与连接问题混在一起。

完成本步时，应当能确认两件事：配置列表里有明确的当前配置，代理页面已经显示它提供的分组。接下来才需要选择代理模式和实际出口。

第二步：选择代理模式

回到主页或设置页，找到“代理模式”，首次使用选择“规则”。规则模式会按照配置中的顺序匹配请求，再把连接交给对应的直连出口、代理组或拒绝策略。它不是“所有网站都使用同一出口”，因此访问不同网站时看到不同的处理结果，可能正是配置的预期行为。

“全局”通常把已进入内核的连接交给全局策略处理，适合临时对照排查，但它本身不会让所有应用自动进入内核；应用是否受接管仍取决于系统代理或 TUN 等入口。“直连”则用于让已接管的连接直接访问。首次连接先保持规则模式，不必用频繁切换模式来代替明确的检查。

在策略组中选择可用出口

模式选好后，进入“代理”页面，按配置说明找到负责一般代理流量的主要策略组。分组名称由订阅配置决定，不同提供方的叫法可能不同，不必寻找一个固定名称。点击分组展开选项：如果是手动选择组，选中一个实际出口；如果它引用另一个策略组，则继续确认下层组的选择，直到能判断最终连接走向。

如果配置提供自动选择或故障转移组，可以保留它原有的策略，不必把每个组都改为同一个选项。地区或用途分组也可能单独控制部分网站，主要代理组的选择不一定覆盖所有规则。首次使用只调整必要的主出口，其余保持订阅默认，能减少误操作。

客户端若提供延迟测试，可以执行一次，用于初步检查出口是否能访问测试地址。测试超时可能来自本地网络、服务状态或测试目标，不能直接等同于订阅全部失效；较低的延迟也不保证下载更快。先选择能够通过初步测试的出口，随后用实际网页和连接记录继续验证。

现在应当保留“规则”模式，并且知道主策略组当前选择了什么。规则文件的完整写法、覆盖设置和内核字段差异不需要在此时修改；需要自定义分流时，再查阅全平台安装配置指南。下一步要解决的是让应用请求真正进入客户端。

第三步：开启客户端连接

先检查客户端是否显示内核正在运行。部分桌面客户端启动后会自动运行内核，另一些需要点击“启动”或“运行”。如果有明确的启动错误，应先查看错误信息，不要只看托盘图标判断状态。内核运行正常后，再按当前设备类型开启流量接管。

桌面端：先启用系统代理

在主页或设置页找到“系统代理”并开启。客户端会尝试把系统代理地址设置为本机监听地址，让遵循系统代理的浏览器和应用把请求发送给内核。首次测试时保留默认监听端口，TUN 模式先保持关闭，随后打开浏览器的新页面访问一个目标网站。

若浏览器设置了独立代理扩展、自定义代理地址或直连规则，它可能不会遵循系统代理。测试前暂停这类扩展，或将浏览器改为使用系统代理。命令行工具、游戏及部分应用也可能不读取系统代理，所以浏览器验证成功后，某个应用仍然直连，并不能单独证明客户端连接失败。

如果系统代理开关刚打开就恢复关闭，或客户端提示端口占用，先退出其他代理工具，再重新启动当前客户端。不要把监听地址随意改为局域网地址，也不需要为了单机上网开启“允许局域网连接”。后者用于其他设备访问本机代理，首次配置暂时用不到。

移动端：确认系统连接授权

在移动端点击“启动”或“连接”，系统可能弹出添加 VPN 配置或建立 VPN 连接的授权窗口。确认请求来自刚安装的客户端后再允许，按系统要求完成设备认证。这里的 VPN 接口是系统接管流量的方式，不代表还需要另外安装一个 VPN 应用。

授权完成后返回客户端，确认状态已经切换为运行中，并查看系统是否出现对应的连接状态提示。如果其他 VPN 正在运行，系统可能要求替换或断开原连接；先明确保留哪一个，避免两个应用相互争用。后续测试尽量让客户端留在前台，排除后台限制带来的干扰。

此时不必以“运行中”作为结束标志。这个状态只说明客户端已经启动或建立了接管入口，真正的出口是否可用、目标是否按预期分流，还需要最后一步确认。

第四步：验证代理是否生效

打开浏览器的新页面，访问一个日常使用且配置预期走代理的网站。尽量主动刷新或打开新的路径，不要只观察已经缓存的旧页面。如果页面能加载，接着进入客户端的“连接”或“日志”页面，寻找刚才目标域名对应的请求，核对命中的规则和最终出口。

连接记录中如果显示直连，先看该域名是否本来就应该直接访问。规则模式允许直连与代理同时存在，不是每个请求都会经过代理出口。如果记录显示进入了代理策略组，再查看组内选择是否与第二步一致。部分客户端会把策略链展开显示，另一些只显示最终出口，以实际界面为准。

也可以在浏览器中打开可信的公网 IP 查询页面，比较开启前后的结果。但查询网站本身也受规则影响：如果它命中直连规则，显示本地网络出口是正常的；如果两个代理出口共用同一公网地址，切换后地址也可能不变。IP 结果必须结合规则命中与连接记录判断，不能把它当作唯一依据。

根据现象决定下一步

若浏览器没有任何对应的连接记录，优先检查请求是否真的进入内核：确认系统代理仍然开启，浏览器没有独立代理设置，查看的也是当前配置的连接页面。移动端则重新确认系统连接是否仍在运行。不要在请求尚未进入内核时反复更换出口，这样通常无法解决接管入口的问题。

若已有连接记录，但出现超时或连接失败，说明检查重点应转向出口可达性、订阅有效期及服务状态。可以在同一策略组内换一个出口，再用同一个目标重试。若只有个别域名失败，查看是否命中拒绝规则，或是否存在 DNS 解析异常；详细检查顺序见帮助中心，不必在首次配置时改动整套网络参数。

完成网页验证后，关闭客户端的系统代理，或在移动端点击停止连接，再访问原本能够直接打开的网站。桌面端退出客户端前最好先关闭系统代理，避免代理地址保留而本地监听服务已经停止，造成浏览器无法访问。若停止后仍异常，先检查系统代理设置是否已经恢复，再考虑其他原因。

最后重新开启连接，确认刚才的设置仍能重复生效。能稳定重复“开启、访问、核对记录、关闭”这一流程，才算完成首次配置。之后再按需要设置订阅自动更新和开机启动；开机启动的系统差异可以查阅开机自启设置，不需要在本次测试中一次完成。