Clash 使用教程

步骤 01 / 配置准备

导入订阅并选中配置

启动客户端后，先进入“配置”或“订阅”页面，而不是立即开启代理。客户端负责读取配置并处理连接，安装完成并不等于已经有可用的连接方案。准备好配置提供方给出的订阅地址，确认它明确支持 Clash 或 mihomo 格式；普通网页地址、账户登录页和其他客户端专用订阅，不能直接当作同一种配置使用。

粘贴地址，完成首次下载

在桌面客户端中，寻找“新建”“导入”或带加号的入口，选择远程地址类型。将订阅链接完整粘贴到地址栏，给配置起一个便于识别的本地名称，然后点击“导入”“下载”或“保存”。手机端通常也先进入配置列表，再通过加号添加远程配置。如果客户端提供二维码扫描入口，可以扫描配置提供方生成的兼容订阅二维码，随后仍需确认下载结果。

粘贴前后检查是否夹带空格、换行或聊天消息中的标点。订阅地址可能带有账户访问凭据，应当作为私密信息保存，不要发到公开评论区，也不要将完整地址放入求助截图。填写订阅并不需要向本站提交地址；下载与解析由所使用的客户端和配置来源完成。

点击导入后，等待配置条目出现。部分客户端会显示更新时间或导入成功提示，另一些则直接回到配置列表。如果看到“解析失败”“格式错误”或下载错误，先停在这一步：检查地址是否完整、订阅是否有效，以及当前网络能否访问配置来源。不要靠反复启动连接绕过解析错误，因为后续模式选择依赖一份能够正常载入的配置。

设为当前配置，再检查代理页面

配置下载成功后，点击该条目旁的启用标记、单选圆点或“使用”菜单，将它设为当前配置。有些客户端会在导入时自动选中，但仍应看一眼选中状态。随后切到“代理”页面，确认能够看到配置定义的策略组。策略组名称由配置决定，不必与其他教程截图一致，也不应为了对齐名称随意改动配置内容。

如果收到的是本地配置文件，选择“从文件导入”，再选取对应的 YAML 文件。此类配置不一定有远程更新地址；之后更新内容可能需要重新导入。远程订阅则通常有“更新”按钮，可在配置提供方变更内容后重新获取。先完成一次手动导入与选中，再考虑自动更新间隔，能够减少首次排查时的变量。

完成本步的标志是：当前配置已选中，代理页面能够正常显示策略组，且没有阻止加载的错误。此时还没有必要修改 DNS、端口或规则文件。接下来只调整代理模式与组内选项，让第一轮连接保持简单。

步骤 02 / 流量去向

选择规则模式与策略组

回到首页或代理页面，找到“模式”“代理模式”或规则、全局、直连的切换区域，首次使用选择“规则”。规则模式会按当前配置中的规则顺序判断连接去向，因此不同网站和应用可能使用不同策略。它并不意味着所有连接都会通过同一个代理出口；看到部分连接显示直连，也不一定是设置失败。

先用规则模式，不急于改规则

“全局”通常将已进入内核的连接交给全局策略处理，“直连”则让已进入内核的连接直接访问目标。需要注意，模式只影响已经进入客户端内核的流量：选择全局并不能让所有应用自动读取系统代理，也不能替代手机端的系统 VPN 授权。因此，尚未验证流量入口时，不要把全局模式当作解决一切连接问题的开关。

选择规则模式后，展开配置中负责常规代理连接的策略组。如果组的类型是手动选择，需要点选其中一个可用选项；如果组采用自动选择或故障转移，则通常可以先保留其既有逻辑。某些策略组引用另一个策略组，页面会出现多层选择，此时沿着引用关系检查到最终选项，避免误以为点中外层组就已经指定了实际出口。

客户端可能提供连接测试按钮，可用它辅助排除明显不可达的选项，但测试结果只代表特定测试目标在当时的情况。测试显示可达，不保证所有网站都能访问；某次测试失败，也可能与测试地址或瞬时网络有关。首次设置更重要的是完成后面的真实访问，并观察对应连接记录。

保留配置默认分流，减少同时改动

此时不建议同时调整规则顺序、DNS 模式和自动策略组参数。一次更改多个设置，连接恢复后也很难判断是哪项起作用。如果配置包含用途不明的组，先保留原有选择；确实需要调整时，记录当前选项，再只改一个组。遇到配置更新，组内项目可能变化，更新后应重新确认原先选择是否仍然存在。

完成本步后，界面应显示“规则”处于选中状态，常用代理策略组也已有明确选择。保持客户端打开，继续启动连接。想进一步理解规则匹配顺序、协议类型与内核兼容性，可以之后查阅协议与内核参考，不必在首次连接前逐项研究。

步骤 03 / 流量入口

启动连接与系统接管

现在配置与模式都已准备好，下一步是让应用流量进入客户端。先关闭其他正在接管网络的代理或 VPN 客户端，保留当前这一套设置进行验证。多个客户端同时修改系统代理、虚拟网卡或路由，可能导致界面显示已启动，但实际流量进入了另一条路径。不要直接删除已有网络配置，先正常停止其他客户端即可。

桌面端：先确认内核，再开系统代理

在桌面客户端首页或设置页查看运行状态。部分客户端打开后就会启动内核，另一些需要点击“启动”或连接按钮。内核正常运行后，再开启“系统代理”。该设置会让读取系统代理的浏览器及应用使用本地代理入口。启用后先保持默认端口，不必照抄其他人的端口数字；若日志明确提示端口被占用，应检查是否有另一份客户端进程仍在运行。

Windows 和 macOS 可能会弹出网络访问、服务安装或权限确认，请核对请求来自刚安装的客户端，再按它的说明授权。Linux 桌面环境对系统代理的支持各有差异，部分应用还有独立代理设置。首次测试优先使用遵循系统代理的浏览器；如果浏览器安装了代理切换扩展，先暂停其覆盖设置，避免浏览器走向与系统设置不一致。

系统代理开启后，不必立刻再启用 TUN。先验证浏览器能否正常工作，能够把问题范围缩小到配置、策略和基础入口。某些客户端具有“允许局域网连接”设置，它是给其他设备访问本机代理入口使用的，单机首次上手通常不需要开启，也与能否访问局域网设备不是同一个概念。

手机端：确认系统 VPN 授权

在 Android 或 iOS 客户端首页点击启动或连接按钮。首次启动时，系统通常会询问是否允许建立 VPN 连接或添加 VPN 配置，确认后返回客户端，等待状态切换为运行中。这里的系统 VPN 接口是客户端接管设备流量的方式，不表示订阅已经可用；配置是否正确，仍需下一步通过实际访问判断。

手机系统通常不能让多个依赖同类 VPN 接口的应用同时接管流量。如果启动后立即停止，先查看是否另一个 VPN、防火墙或网络过滤应用正在占用接口。Android 若仅在锁屏或切到后台后断开，再按系统设置检查后台运行与电池限制；不要在首次启动失败时就批量关闭所有省电选项。iOS 则可先查看系统 VPN 状态是否与客户端一致。

完成本步的标志是：内核运行正常，桌面端系统代理已开启，或手机端系统 VPN 已建立。仅看到这个状态还不能结束检查；接下来新建一次访问，确认实际流量确实按预期处理。

步骤 04 / 实际检查

验证访问与规则记录

打开浏览器，新建一个页面访问平时确认正常的网站。优先使用没有独立代理设置的浏览器，并在客户端开启后重新发起请求，不要只观察启动前已经打开的页面。旧页面可能使用缓存，已有长连接也可能沿用之前的路径，单纯看到页面内容并不足以证明新设置生效。

把网页访问与客户端记录对应起来

访问的同时，打开客户端的“连接”或“日志”页面，寻找刚才访问的域名。有的界面直接显示命中规则、策略组与连接链路，有的需要展开单条连接查看。短连接可能很快消失，可在访问时观察，或查看客户端保留的日志。日志详细程度因客户端而异，首次检查使用默认级别即可，不必长期打开大量调试输出。

将记录与当前配置的预期对应起来：应该通过代理处理的目标，应进入相应策略组；按规则直连的目标，显示直连则是合理结果。规则模式下，判断标准不是“每条记录都经过代理”，而是流量去向与规则一致。如果网站能够访问，却完全没有对应记录，先确认客户端是否展示了已结束连接，再检查浏览器是否使用了其他代理入口。

如需辅助查看出口，可以使用可信的出口查询页面，但不要把某一个页面的地区显示当作唯一结论。查询服务可能使用不同的地址数据库，浏览器也可能优先采用 IPv6。对首次上手而言，实际访问成功、连接记录与预期策略对应，比只看一个地区标签更有参考价值。浏览器检查通过后，再单独测试需要使用的其他应用。

失败时按同一顺序回查

如果访问失败，先回到配置页确认当前配置仍然选中，且最近一次下载没有报错；再检查代理模式是否为规则、策略组是否指向有效选项。然后确认系统代理或手机 VPN 状态没有被其他应用改写。最后根据连接记录判断：完全没有新连接，优先检查流量入口；有连接但出现超时，优先检查选项可达性和当前网络；提示域名解析失败，则到常见问题中按 DNS 相关条目继续定位。

验证时一次只改一项，并在每次修改后新建访问。例如先换一个组内选项，再观察同一目标是否恢复；没有变化就记下结果，不要紧接着同时改端口、DNS 和 TUN。若只是一个网站或一个应用异常，而其他访问正常，通常应针对该目标排查，而不是立即重装全部客户端。更深入的协议兼容性与配置格式说明交给协议手册，具体操作故障可查常见问题。

确认可用后，保留当前配置与模式，再按需要设置订阅更新和开机自启。订阅更新会改变配置内容，不等于客户端程序升级；客户端升级也不会自动延长订阅有效期。日常使用只需关注当前配置、连接状态和异常提示，不必每次启动都重新导入地址。更换网络或更新配置后，如果表现发生变化，重复本节的访问与记录对照即可。