Clash 使用指南

开始前准备

准备一款已安装的客户端，以及由可信来源提供的有效订阅链接或本地配置文件。尚未安装时，先到客户端下载页按系统与处理器架构选择安装文件。客户端负责加载配置并处理连接，本身不等于可用的远程代理服务；仅完成安装，代理列表不一定会出现节点。

首次操作建议预留约十分钟，并在能够正常访问订阅地址的网络下进行。先记下设备当前能否正常浏览网页，再退出其他正在接管网络的代理或 VPN 应用。多个工具同时修改系统代理、路由或 DNS，可能使测试结果难以解释。不要为此关闭系统安全防护；只需暂时停止与本次测试重叠的网络接管功能。

本页只建立一条最短操作路径：加载一份配置、选定一组出站、开启一种接管方式，然后验证一个目标请求。暂时不修改 DNS 增强模式、自定义规则和规则提供器。需要查阅协议差异或内核兼容性时，可转到协议与内核手册，避免在首次连接前同时调整过多变量。

一、导入订阅并启用配置

启动客户端，进入「配置」或 Profiles 页面。找到「订阅链接」「从 URL 导入」或类似入口，把完整链接粘贴到输入框，再点击「导入」或「下载」。复制时不要带入聊天消息中的引号、换行或说明文字。订阅地址经常包含访问凭据，应只粘贴到可信客户端，不要发送到公开讨论区，也不要在排查截图里保留完整地址。

提交后等待下载与解析结束。成功时通常会出现一张配置卡片，显示配置名称、来源或更新时间等信息。导入成功与配置正在使用是两件事。有些客户端会自动启用新配置，有些则需要点击卡片、单选标记或「使用此配置」。确认页面上的选中状态，再进入代理页面，检查是否出现配置预期的策略组与出站项。

如果拿到的是本地 YAML 文件，在配置页选择「从文件导入」或通过系统文件选择器打开文件。不要把文件正文当作订阅地址粘贴。导入后同样需要选中并应用。部分客户端会复制文件到自己的配置目录，后续修改原始文件不一定会同步；需要重新导入还是可以直接编辑，应以该客户端的文件管理方式为准。

导入结果检查

代理页面出现分组，说明客户端至少读取到了相应配置内容，但还不能证明远程节点可连接。如果页面仍为空，先返回配置页确认选中项，再查看导入提示或日志。下载成功却解析失败，可能是链接返回了登录页面、错误说明，或返回格式并非客户端支持的配置。不要仅凭文件扩展名判断格式，也不要为了尝试而把订阅提交给不明转换网站。

订阅更新失败时，先确认链接是否完整、服务是否到期，以及当前网络能否访问订阅地址。如果客户端保留着上一份可用配置，先保留它，不要急于删除后重新添加。更新通常需要一次独立的网络请求，节点能够连接，并不代表订阅服务器此刻一定可以访问；反过来，订阅能够下载，也不表示所有节点都可用。更多区别可查阅常见问题。

远程配置可能在下次更新时覆盖直接修改的内容。首次连接阶段先保留原配置；以后需要追加规则，再使用客户端明确支持的覆写、合并或扩展功能。此时只需确认：配置页有一个明确选中的配置，代理页能够看到其中的策略组。满足这两个条件后，继续选择代理模式。

二、选择规则模式与出站节点

打开客户端的「代理」「概览」或「出站模式」区域，找到「规则 / 全局 / 直连」切换。首次使用优先选择规则模式。这一模式会根据配置中的规则，决定每条连接使用代理、直连还是其他出站处理方式。它并不是固定的「某些网站必走代理」清单，实际结果完全取决于当前配置中的规则顺序与策略引用。

接着进入策略组列表，打开配置用于主要代理流量的分组。分组名称由配置作者决定，可能包含「代理选择」「节点选择」等字样，不必寻找一个完全相同的固定名称。点击分组后，查看里面是具体节点，还是另一层策略组。对于手动选择组，选中一个已知可用的节点，并确认选中标记停留在该项；如果当前选中的是 DIRECT，相关连接会直接访问目标。

若分组使用自动选择或故障转移，客户端可能依据配置进行探测和切换，界面未必允许像手动组那样固定节点。不要把组名中的「自动」理解为所有应用都自动接管：策略组只决定已经进入内核的连接如何出站，操作系统是否把应用流量交给客户端，还要在下一步设置。遇到不熟悉的分组结构，可先看概念速查中的策略组与出站说明。

三种模式的用途

全局模式通常把受该模式控制的连接交给全局策略选择，用于临时对照测试较方便；切换后仍要检查全局策略组选中了哪个出站。它不能让未被系统代理或 TUN 接管的应用自动进入客户端，也不应被理解为设备所有数据必然经过远程节点。直连模式则让通常受模式控制的连接直接访问目标，可用于恢复直连或排查代理路径，但不适合验证远程代理是否生效。

如果客户端提供延迟测试，可以对当前组执行一次，等待结果后再选择节点。测试结果反映的是节点访问指定测试目标的情况，不等同于任意网站的访问速度；超时也可能与测试目标、认证信息或网络条件有关。先选择一个测试能完成、实际目标也能访问的出站，不必在首次配置时追求最低数值。

完成后保持规则模式，并记住当前主策略组的选择。随后再开启系统接管功能，这样发生异常时才能区分「选错出站」和「应用没有进入内核」两类问题。不要同时切换模式、更新订阅和修改节点参数，否则很难判断哪项变化影响了结果。

三、开启连接与系统授权

桌面端先查看客户端是否显示内核运行中；如果有独立的「启动」「运行内核」按钮，先启动它，再开启「系统代理」。部分客户端会自动启动内核，只需确认没有启动失败提示。随后打开一个遵循系统代理设置的浏览器进行测试。系统代理主要向应用提供本地代理地址，并不保证所有应用、所有协议都会采用该设置。

Windows 上可在系统代理设置中核对代理是否由客户端启用，但首次使用不建议手动修改端口。macOS 可能要求授权修改网络代理，按系统提示完成即可。Linux 桌面环境与应用对代理设置的支持并不一致，浏览器可以正常访问而命令行工具未使用代理，并不能直接说明客户端故障。先完成浏览器验证，再单独处理需要环境变量或专用代理设置的程序。

Android 或 iOS 端通常在主界面点击「连接」或启动开关。系统首次弹出建立 VPN 连接或添加 VPN 配置的请求时，确认发起者是刚安装的客户端，再按提示允许。这里的 VPN 接口是移动系统交付流量的机制，不代表客户端使用的远程协议必然属于传统 VPN 协议。授权完成后返回客户端，等待连接状态稳定，再进行下一步。

TUN 模式的启用时机

如果目标应用不遵循系统代理，或确实需要接管更多类型的连接，再考虑 TUN 模式。它通过虚拟网络接口接入流量，通常涉及路由与 DNS 设置；桌面端可能要求安装服务组件、提升权限或批准网络扩展。先按客户端文档完成这些要求，不要从不明来源安装驱动。首次测试没有相关需求时，先使用系统代理，能够减少排查环节。

不同客户端可能支持系统代理与 TUN 同时开启，也可能提供特定推荐组合。本页首次验证只选一种主要接管方式，先确认结果，再按需求调整。移动端还需留意按应用代理、绕过列表或分应用 VPN 设置：如果测试浏览器被排除，它的请求不会沿预期路径进入内核。不要只检查总开关，也要确认测试应用属于接管范围。

如果开启后立即断网，先关闭刚启用的接管开关，确认原有连接能够恢复，再查看客户端日志中的启动、端口占用或权限错误。不要靠连续重启和反复授权代替检查。若只是桌面窗口关闭，也要确认程序是否仍驻留托盘或菜单栏；关闭窗口不一定等于停止代理。保持客户端运行，接下来用实际请求核对连接路径。

四、验证规则命中与代理出口

先打开客户端的「连接」页面，再在浏览器中新开一个标签页，访问预期应由代理处理的目标。尽量发起新的页面请求，而不是只观察已经缓存的页面。返回客户端查找对应域名或目标地址的连接记录，查看命中规则、策略组和最终出站。不同客户端展示字段不同，有些需要点击连接详情，才能看到完整策略链。

目标能打开、连接进入内核、最终使用预期出站，应结合检查。如果记录显示 DIRECT，而配置本来就安排该目标直连，这属于规则正常工作，并非代理失效。如果期望代理却命中了直连规则，应先确认当前加载的配置与规则顺序，而不是立刻切换 DNS。规则自上而下匹配，较早命中的规则可能使后面的规则没有机会参与。

可以使用可信的出口 IP 查询服务辅助确认，但要注意查询页面本身也受规则控制。它显示的出口只代表这次查询请求，不能据此推断设备上每个应用都走同一路径。移动网络、IPv4 与 IPv6、多个出口地址也可能造成结果差异。将查询结果与客户端记录对照，比单看地址是否变化更可靠；对外分享结果时也应避免暴露个人网络信息。

沿连接路径定位异常

如果网页有访问结果，但连接页找不到对应请求，先重新加载页面，并检查当前显示的是活动连接还是历史记录。短连接可能已经结束，浏览器也可能复用了缓存。确认显示范围后仍没有记录，再检查系统代理、浏览器独立代理、TUN 接管范围，以及是否仍有其他网络工具运行。此时重点是应用到内核的路径，而不是远程节点速度。

如果能看到连接，最终出站也正确，但目标始终无法加载，再查看日志中与该请求对应的错误。认证失败、连接超时与域名解析失败需要不同的处理方式。可以只更换同组中的一个节点，重新访问同一目标进行对照；如果所有节点均失败，回看订阅状态、网络环境与错误类型。不要一次修改多个设置，也不要把单个目标不可访问直接推断为整个配置失效。

规则模式下个别网站出现异常时，可短暂切到全局模式，明确选择同一个节点，再重复相同请求。全局正常而规则模式异常，优先检查规则与策略指向；两种模式都异常，则继续检查节点或接管路径。这只是缩小范围的对照方法，测试结束应切回原计划使用的规则模式。涉及协议能力、DNS 原理和内核差异的内容，继续查阅协议手册，操作层面的常见错误可查FAQ。

最后再访问一个配置预期直连的目标，核对它的出站。这样既验证代理连接可用，也确认分流没有把所有请求误送到同一路径。完成后保留当前可用配置和策略组选择，后续每次调整都以这份状态作为对照。

完成后的更新与退出

首次连接完成后，可以在配置页检查订阅更新设置。更新频率优先遵循订阅提供方建议，频繁刷新不等于连接更稳定。更换网络、更新配置或升级客户端后，重新核对一次主策略组和目标请求即可，不必机械重复全部授权步骤。需要长期保留的本地修改，应记录在客户端支持的覆写机制中，并保存可恢复的副本。

停止使用时，桌面端先关闭系统代理或 TUN，再退出客户端；移动端点击断开，并确认系统连接状态已结束。若程序异常退出后浏览器无法联网，检查系统是否仍指向已经停止的本地代理，而不是立即重置全部网络设置。保留正常退出的习惯，可以减少下次连接时的环境差异。