Clash 使用教程

1. 导入订阅并激活配置

先准备一条有效的 Clash 兼容订阅链接。客户端负责读取配置和建立连接，本身不会自动提供可用的代理服务。如果目前只有服务商账户，还没有订阅链接，请在该服务的管理页面找到“订阅”或“Clash 配置”入口，复制完整地址。若提供的是本地 YAML 文件，可以使用客户端的文件导入功能，后面的激活步骤相同。

打开 Clash 客户端，进入“配置”“订阅”或 Profiles 页面，寻找“新建”“添加”或“从 URL 导入”。将刚复制的链接粘贴到地址输入框，确认前后没有空格、换行以及聊天软件附带的文字。名称可以填写便于识别的备注；其余选项先保留默认值，然后点击“导入”“下载”或“保存”。等待下载完成，不要连续重复添加同一条链接。

成功后，页面通常会出现一张配置卡片，带有名称、更新时间或选中标记。部分客户端导入后会自动激活，另一些需要再点一下卡片或选择“使用此配置”。确认它成为当前配置后，进入代理页面检查是否出现策略组和节点。只有文件出现在列表中、却没有切换到该配置时，内核仍可能使用之前的配置，这是首次设置时容易漏掉的一步。

导入失败时，先分清链接问题与配置问题

如果提示下载超时，先确认设备能正常联网，再用服务商提供的订阅更新入口重试。不要把订阅地址直接发到公开群聊求助，地址中的参数可能允许他人读取配置。如果提示格式解析失败，检查复制的是否为 Clash 兼容订阅，而不是账户登录页、订单页面或其他客户端专用链接。下载成功也不等于格式一定正确，某些错误页面同样可能被保存成文件。

如果配置能够激活，但代理页没有节点，先查看订阅是否过期、是否仍包含可用线路，以及配置是否包含远程代理集合。远程集合可能还需要单独更新一次。不要立即手写节点字段或尝试来历不明的在线转换站，先把错误提示与订阅类型核对清楚；更详细的格式问题可到常见问题页查找对应处理方法。

现在客户端已经知道“可以连接到哪里”。接下来还要指定“哪些连接走代理、由哪个节点处理”，这由代理模式和策略组共同决定。

2. 选择规则模式与代理节点

进入“代理”或 Proxies 页面，在页面顶部、主菜单或设置中找到代理模式，将它设为“规则 / Rule”。首次使用建议从规则模式开始：客户端按当前配置的规则，为不同连接选择代理、直连或其他出站。这里使用的是订阅自带规则，不需要为了开始使用就编辑配置文件；如果订阅规则不适合某个网站，再到后续排查阶段调整。

模式选好后，找到主代理策略组。它可能叫“代理选择”“节点选择”“Proxy”，也可能由订阅作者另行命名，并不存在所有客户端通用的固定名称。展开策略组，选中一条你有权使用的线路。如果组内还有“自动选择”“故障转移”等子组，可以先使用订阅提供的默认选择；若需要排查问题，临时指定单个节点更容易判断结果。

注意策略组与节点不是同一层：上层组可能选中了另一个子组，而子组才指向具体节点。因此，看到某个节点有选中图标，还要确认上层实际使用的策略链路。主代理组如果选中了 DIRECT 或“直连”，匹配到这个组的连接也会直接访问，不会因为当前模式叫“规则”就自动改走代理。

把节点测速当作参考，而不是连通结论

点击策略组附近的“测速”“延迟测试”或刷新图标，等待结果返回。测试一般是向客户端设置的测试地址发起请求，不代表所有网站的速度，也不等同于下载带宽。先选择测试能返回结果的节点即可，不必反复追逐最小的数字。若所有节点同时超时，也可能是测试地址、当前网络或订阅状态出了问题，不能仅凭这一项断定所有线路都失效。

全局模式改变的是进入内核之后的出站选择，并不会自动接管设备上的所有应用。没有进入客户端的流量，不会因为切成全局就被处理。保留规则模式、确认节点已选中后，继续开启系统或应用层面的流量入口。

3. 开启代理连接

桌面端先返回首页或状态页，确认内核已经启动、当前配置没有加载错误，再打开“系统代理”开关。系统代理会把本机代理地址写入操作系统的相关设置，让遵循这套设置的应用把请求发送给 Clash。部分客户端内核会随启动自动运行，另一些需要先点击启动；以客户端状态显示和日志为准，不必寻找完全相同的按钮外观。

接着回到浏览器，新开一个标签页准备测试。如果浏览器之前装有代理切换扩展，先确认扩展没有强制指定其他代理地址。也不要同时开启另一款代理客户端或 VPN，以免系统设置被交替覆盖。首次验证阶段只保留一个接管入口，更容易确认到底是哪一个程序在处理连接。

桌面端：先用系统代理，按需再考虑 TUN

混合端口用于接收本机应用发来的 HTTP 或 SOCKS 代理连接，常见值是 7890，但应以客户端当前设置为准。普通浏览器测试通常不需要手动填写端口；如果某个应用要求自行设置代理，才填写客户端显示的本机地址、端口及相应代理类型。不要把代理节点服务器的端口填成本机监听端口，两者用途不同。

系统代理不是所有应用都读取。浏览器已经能用、但某个游戏或命令行程序仍然直连时，先检查该应用是否支持单独设置代理，再考虑 TUN 模式。TUN 通过虚拟网络接口接管流量，可能需要管理员权限、服务组件或额外网络授权。它适合解决更广的流量接管需求，但也会引入路由和 DNS 等检查项，第一次连接不必把所有开关一起打开。

手机端：点击连接并完成系统授权

Android 和 iOS 客户端通常在首页提供“连接”或启动按钮。点击后，系统可能询问是否允许添加 VPN 配置或建立 VPN 连接，确认这是刚安装的客户端发起的请求后再允许。返回应用，等待状态变成已连接。状态栏是否显示 VPN 图标取决于系统与显示设置，因此还要结合客户端状态判断，而不是只找某个图标。

若手机上已有其他 VPN 应用正在连接，先断开再重试。部分 Android 客户端还提供按应用代理或绕过应用的设置；初次测试时确认用于验证的浏览器没有被排除。若只有切到后台或锁屏后才断开，再检查电池优化和后台运行权限，不要在第一次前台连接前就改动大量系统设置。

到这里，“配置已激活、节点已选择、流量入口已开启”三个条件才算齐全。下一步需要验证实际请求，客户端显示运行中只是起点，不是最终结论。

4. 验证网页与连接记录

先访问一个平时可以直接打开的网站，确认基础网络仍然正常；再打开一个在当前网络条件下需要代理才能访问的网站。选择可信的网站，不要为测试提交账户密码或下载陌生文件。如果页面原先已经打开，刷新一次或新开标签页，避免把缓存内容当成刚建立连接的结果。页面能完整加载，才继续看请求由谁处理。

切回客户端，进入“连接”“活动连接”或 Connections 页面，寻找刚访问的域名。若列表更新很快，可以先打开连接页面，再回浏览器刷新目标网站。点开对应条目，查看命中的规则、策略组及最终出站；不同客户端可能把这些信息放在详情抽屉、链路字段或日志中。对于确实需要代理的网站，记录应指向预期的代理策略，而不是意外落到 DIRECT。

某些短连接会很快从活动列表消失；部分连接也只显示目标 IP，而不显示域名。此时可以结合普通信息级别的日志确认，不要因为没有看到一条长期停留的记录就认定失效。分享日志求助前，遮住订阅地址、账户信息和不希望公开的访问记录。无需为了首次检查长期启用大量调试日志。

按现象选择下一步，不反复重装

如果浏览器可以访问目标网站，连接详情也显示预期节点，基本配置已完成。如果网页打不开，但客户端能看到对应请求，说明流量至少已经到达内核，接下来换一个节点测试，并核对是否命中了不合适的直连或拒绝规则。切换节点后应重新刷新页面，必要时仅关闭该网站相关的已有连接，避免旧连接继续沿用之前的出站。

如果网页打不开，连接列表和日志也始终看不到相关请求，优先回查流量入口：桌面端系统代理是否仍开启、浏览器是否有独立代理设置；手机端 VPN 是否真正连接、浏览器是否被应用分流排除。只有部分应用失败时，更应先查该应用的接管方式，而不是直接替换全部订阅或重装客户端。

还可以短时切换到全局模式作对照，但要先确认全局策略组已选中可用节点。如果全局能够访问、规则模式不能，通常应重点检查分流规则和策略组指向；这只是排查线索，不是必须长期使用全局的理由。测试结束后切回规则模式，再确认常用网站的出站是否符合预期。

查询出口 IP 可以作为补充证据，但并非唯一标准。规则模式下，IP 查询网站本身可能被安排直连，因此显示本地网络出口不一定代表代理失败。同样，一个网站能打开也不代表设备所有应用都已接管。把访问结果、连接记录和规则命中放在一起看，比单看状态图标或一张 IP 页面更可靠。

现在可以停在这套基础配置，不必立刻增加自定义规则。遇到订阅更新、节点超时、系统代理残留等具体问题，前往常见问题按现象排查；需要理解策略组、DNS、TUN 与配置文件之间的关系，再阅读从零到精通完整手册，避免在尚未确认基础连通时一次改动过多设置。