Clash 使用教程

第一步：导入订阅

开始前，先安装适合当前系统和处理器架构的客户端，安装入口见客户端下载页。准备一条由可信提供方交付、明确支持 Clash 或 mihomo 的订阅链接，或者一份已有的 YAML 配置文件。客户端负责读取配置并建立连接，安装软件本身不会生成可用的代理出口。订阅通常包含节点信息，也可能附带策略组、规则与 DNS 设置；实际包含哪些内容，以提供方的说明和导入结果为准。

添加链接，等待配置下载完成

打开客户端，进入“配置”或“订阅”页面，寻找“新建”“添加”或“从 URL 导入”。将订阅链接完整粘贴到地址输入框，为条目设置一个容易区分的名称，再点击保存或导入。不要把服务商的登录页面地址当成订阅地址，也不要在复制时带入前后的引号、换行或聊天软件附加的文字。订阅地址可能携带访问凭据，不应贴入公开论坛、截图或在线转换工具。

提交后，等待下载提示结束。正常结果通常是一张新的配置卡片，并能看到更新时间、节点列表或策略组入口。部分客户端只会完成下载，不会自动启用新条目，此时还要点击该配置的“使用”“激活”或选择按钮。返回主页后，确认当前配置名称已经变化。若先前使用过其他订阅，尤其要检查当前生效的是否仍是旧配置；列表里存在新条目，并不等于内核已经加载它。

确认格式与加载结果

进入“代理”页面，查看是否出现策略组以及可选出口。若页面只显示少量默认项目，先回到配置页检查导入状态和错误提示。报错包含 YAML、parse 或“配置无效”时，可能是链接返回了登录页面、普通节点列表或不兼容的格式。应先确认提供方给的是完整配置订阅，还是仅供代理集合读取的节点订阅，不要直接在编辑器里反复删除未知字段。

如果拿到的是本地 YAML 文件，在同一页面选择“从文件导入”，然后选中该文件。使用文件导入通常不会保留远程自动更新关系，后续需要重新导入或自行维护。相反，URL 订阅可在配置页执行“更新”，但更新可能覆盖对下载内容的直接修改。第一次连接先沿用原始配置，确认网络正常后，再学习配置大全中的覆写与合并方法。

这一阶段只需确认三件事：下载成功、配置已启用、代理页面存在预期的策略组或出口。若订阅下载超时，可先用当前普通网络重试，并核对链接是否仍然有效；不要为修复导入问题同时改动系统 DNS、代理端口和路由。完成这三项后，保留当前配置，进入下一步选择代理模式。

第二步：选择代理模式

在客户端主页或“代理”页面找到模式选择，首次使用选择“规则”。界面可能同时列出“规则、全局、直连”，对应常见配置值 rule、global、direct。这三个选项决定连接进入内核后如何选择出口，不负责让所有应用自动接入内核。因此，切换到规则模式后，还需要执行第三步的系统代理或 VPN 连接操作。

先用规则模式，再检查策略组

规则模式按配置中的 rules 顺序匹配目标，首条命中的规则决定交给哪个策略组或直接出口。配置中常见的 DIRECT 表示直连；策略组名称则由配置作者自行定义，可能叫“代理选择”“自动选择”或其他名称。不要只凭组名判断用途，应查看组内有哪些选项，以及连接记录最终引用了哪一组。

打开主要的代理策略组，点击一个可用出口，确认选中标记确实移动到该项。若组内选项还是另一个策略组，还需进入下一层确认最终选择。自动选择组通常按配置条件测试与切换出口，手动选择组则保留用户指定项。初次测试建议使用一个明确的出口，避免一边排查网页连接，一边由自动策略切换路径。客户端提供的延迟测试可以作为辅助，但测试有响应不代表所有网站、协议或 UDP 流量均可正常使用。

区分模式，避免把全局当作接管开关

全局模式将进入内核的连接交给全局策略，适合短时间判断某条分流规则是否影响访问；它不等同于 TUN，也不会让原本绕过系统代理的程序自动进入内核。直连模式则让内核按直连方式处理连接，不能用来检验代理出口是否正常。如果为了排查临时切换了全局模式，需要在全局策略中另行选择出口，测试结束后再恢复规则模式。

如果配置包含广告拦截或拒绝规则，部分请求可能命中 REJECT，这与出口连接失败不是一回事。此时先记录目标域名与命中规则，不要直接删除整段规则。规则的覆盖范围、匹配顺序和兜底写法较长，可在规则语法参考中继续查阅；本次只需确保规则模式已选中，实际使用的策略组没有停在不符合预期的直连或拒绝选项上。

现在，配置和出口选择已经准备好。接下来需要把应用流量送入客户端。保持刚才选择的模式与策略组不变，这样第三步或第四步出现问题时，可以清楚地区分是系统接管问题，还是出口本身无法连接。

第三步：开启连接

先查看主页是否显示内核已启动，或是否有“启动”“运行”按钮。部分桌面客户端启动后会自动运行内核，但系统代理仍保持关闭。首次测试应采用一条清晰的接管路径：桌面端先用系统代理，手机端用客户端提供的 VPN 连接。暂时不要同时开启其他代理工具、浏览器代理扩展和多个虚拟网卡模式，以免请求被再次转发到另一套配置。

桌面端：启动内核，再开系统代理

在 Windows、macOS 或 Linux 客户端中打开“系统代理”开关。有些系统会要求授权修改网络设置，按提示确认后，检查开关是否保持开启，而不是立即回到关闭状态。随后打开一个遵循系统代理的浏览器，关闭或临时停用会自行指定代理的扩展，再访问一个熟悉的网页。不要仅根据任务栏或菜单栏图标变化判断连接已经成功。

系统代理会通知支持该设置的应用使用指定的本地代理地址，但并非每个程序都会遵循。某些终端工具、游戏或独立运行环境可能继续直连。遇到这种差异，先用浏览器完成主线验证，不必立刻转向 TUN。需要手动设置某个应用时，应以客户端实际显示的 HTTP、SOCKS 或混合端口为准，不要默认所有客户端都使用相同端口。

手机端：确认系统 VPN 授权

在 Android 或 iOS 客户端主页点击“连接”或启动按钮。首次连接时，系统通常会弹出建立 VPN 连接或添加 VPN 配置的授权提示，确认后返回客户端。观察连接状态是否保持运行，再打开浏览器测试。系统 VPN 图标只能说明连接接口已建立，不能证明订阅中的出口可用，也不能证明每一条规则都按预期命中。

如果点击连接后立即断开，先查看客户端的错误提示和配置加载状态。设备上已有其他 VPN、工作资料网络策略或系统管理限制时，可能影响启动。Android 的应用分流设置还可能只允许部分应用进入隧道；若浏览器被排除，测试页面就不会经过客户端。应先检查当前应用范围，而不是连续导入同一条订阅。

TUN 留到基础连接通过之后

TUN 可通过虚拟网络接口接管更多流量，适合处理不遵循系统代理的应用，但通常涉及服务权限、路由与 DNS 接管。首次配置不需要把它当成必选项。若浏览器通过系统代理已正常工作，而某个特定程序仍不能连接，再根据实际需求启用 TUN，并确认客户端要求的服务组件或管理员权限已经满足。相关原理可先读术语表中的网络栈概念，参数组合则交给配置大全。

连接开启后，先不要设置开机自启或后台常驻。保持客户端窗口可见，进入“连接”与“日志”页面准备观察请求。下一步会把网页表现与记录逐项对应，确认当前成功的是实际访问路径，而不只是一个已经点亮的开关。

第四步：验证是否生效

验证分为三个层次：网页能否访问、请求是否进入内核、实际出口是否符合规则。先打开一个日常可访问的页面，确认基础网络没有被破坏；再打开一个根据当前配置应走代理的页面。两者都应重新发起请求，必要时打开新的浏览器窗口或刷新页面，避免把已有缓存误判为本次连接成功。测试时一次只改一个设置，保留能够对照的结果。

用连接记录核对规则与出口

打开客户端的“连接”页面，在浏览器刷新目标网页，寻找刚出现的记录。界面通常能显示目标域名或 IP、命中规则、策略链和传输情况，具体字段因客户端而异。预期直连的请求应最终指向 DIRECT；预期代理的请求应进入相应策略组，并最终使用所选出口。若连接生命周期很短，可使用历史记录或日志辅助观察；部分客户端需要临时调整日志级别才能看到匹配细节。

不要只看浏览器打开了页面，也不要只看一次出口 IP 查询。浏览器可能使用缓存，IP 查询网站本身也可能被规则设为直连。出口检测只能证明该次检测请求的路径，不能代表所有域名、应用与 DNS 查询。初次配置只需要用少量已知目标对照连接记录，确认主线可用；DNS 泄漏与复杂分流检查属于后续专项验证。

有问题时按环节回查

若没有看到新连接，不要先更换大量节点。先确认连接列表没有启用过滤条件，再检查内核是否运行、系统代理是否指向当前客户端，以及浏览器是否使用了独立的代理设置。若已经有连接记录，但日志出现超时或连接被拒绝，则优先检查所选出口和订阅有效状态。若只有某个网站异常，而其他目标正常，应记录该网站命中的规则，再决定是否调整策略。

对于日志中的解析错误，不建议直接复制一整套陌生 DNS 配置覆盖原文。先保存错误内容、当前网络类型和发生问题的目标域名，随后按FAQ 的故障排查分类逐项检查。分享日志前，移除订阅链接、节点凭据与其他个人信息。详细的 nameserver、fake-ip 与嗅探配置可在DNS 配置参考中查阅，避免在初次连接流程中同时引入过多变量。

退出与后续使用

验证完成后，记住当前可用的配置名称、代理模式和策略组选择。日常更新订阅时，回到配置页点击更新，确认加载成功，再复测常用页面；若出口名称改变，原来的手动选择可能需要重新确认。启用开机自启后，也应在重启电脑时检查内核是否实际运行，而不是只确认客户端窗口出现。

桌面端停止使用时，先关闭系统代理，再退出客户端；使用 TUN 时先关闭该模式或按客户端正常退出流程释放接口。手机端则在客户端断开 VPN 连接。若退出后网页无法打开，先检查系统是否仍保留本地代理设置，或是否启用了阻止 VPN 外连接的系统选项。正常结束连接与正常启动同样重要，避免下一次排查从残留设置开始。