Clash 使用教程

准备工作：客户端与有效配置

先打开已安装的客户端，确认能够进入主界面。Clash 客户端负责读取配置、执行规则和转发流量，安装软件本身不会生成可用的代理节点。继续操作前，需要准备由可信配置提供方交付的订阅链接，或一份与当前内核兼容的 YAML 配置文件，并确认对应服务仍然有效。

订阅链接通常包含用于获取配置的个人凭据，应当按密码管理。复制时使用提供方页面上的复制按钮，不要把链接发到公开讨论区，也不要将其粘贴到来历不明的在线转换工具。若页面同时提供多种格式，优先选择明确标注 Clash 或 mihomo 的入口；浏览器订阅、其他客户端的专用格式不一定能直接导入。

首次配置前，退出其他正在接管网络的代理客户端或 VPN，保留当前网络的正常连接。暂时不要同时调整 DNS、路由和多个高级开关。这样每完成一步，都能判断变化来自哪个设置。建议先让浏览器访问生效，再决定是否需要接管其他应用；如果术语不熟悉，可随时打开概念速查对照阅读。

一、导入订阅并启用配置

粘贴链接，等待配置下载完成

在客户端侧栏或底部导航找到“订阅”“配置”或 Profiles 页面，点击“新增”“导入”或加号按钮。若弹出类型选择，选择通过 URL 导入，再把完整订阅链接粘贴到地址栏。名称可填便于区分的来源简称；更新周期先保留默认值。检查链接前后没有空格或换行，然后点击确认或下载。

导入通常会先请求远程地址，再解析下载到的配置。等待操作结束，不要连续点击新增。成功后，页面应出现一张配置卡片或一条订阅记录，部分客户端还会显示更新时间。只有出现记录不代表配置已经启用：点击该条目的“使用”“激活”按钮，或选中对应卡片，确认它带有当前使用的标记。

接着切换到“代理”或“代理组”页面。若能看到组名与候选节点，说明客户端至少已读取到相关内容。有些客户端需要先启动内核才显示代理组，此时按界面提示启动即可，暂不必开启系统代理。不要仅凭导入提示判断成功，应确认当前配置确实成为正在运行的配置。

文件导入与失败处理

如果拿到的是本地文件，在同一配置页面选择“从文件导入”，定位到下载目录中的 YAML 文件，再执行载入。订阅链接和本地文件是两种输入方式，一般选其一即可。文件导入不一定保留远程更新地址；以后如何更新，取决于文件内容和客户端实现，不应把它当成自动续订服务。

出现“解析失败”时，先确认选用的是兼容格式。链接失效、登录页面或服务到期提示也可能被下载成文本，但这些内容不是配置。出现超时则先检查当前网络能否访问订阅来源，并确认链接复制完整。不要为解决格式错误随意删改配置字段，也不要反复开启全局模式；此时配置尚未载入，模式切换解决不了下载与解析问题。

若提供方要求经代理更新订阅，但首次启动还没有可用配置，应使用其说明中提供的合法备用导入方式或可访问网络，不要形成“先连接才能下载、先下载才能连接”的循环。完成后再回到代理组页面确认内容。常见错误提示的处理路径见常见问题；确认节点已出现后，继续选择工作模式。

二、选择规则模式与代理节点

先选规则模式，再检查代理组

在主界面、设置页或托盘菜单找到“模式”，首次使用选择“规则”或 Rule。该模式按当前配置中的规则决定每条连接是直连、代理还是拒绝。它是日常分流的常用起点，但实际结果仍由配置决定，不代表所有网站都会自动走代理，也不代表客户端能识别所有应用的用途。

“全局”模式通常将已接管的流量交给全局代理组，适合短暂比较规则是否影响结果；“直连”模式通常让已接管的流量直接访问。切换全局模式不会自动接管原本未进入客户端的应用，也不能代替系统代理或 TUN。为了保持测试条件一致，先固定使用规则模式，不要在每次访问失败后同时更换模式和节点。

随后进入“代理组”页面，找到配置中用于选择出口的主代理组。它可能叫“节点选择”“代理选择”，也可能使用配置提供方自定的名称。展开后选一个实际节点。若候选项包括 DIRECT，它表示直连策略，不是代理节点；如果主代理组选中了另一个策略组，还要查看下一级组当前选择，避免只看到组名就误以为已经指定出口。

用连通测试筛选，不把延迟当网速

点击组内的“延迟测试”或测速图标，等待候选项显示结果。先排除持续超时的节点，再选择能完成测试的一项。测试数值通常反映到某个测试地址的一次请求耗时，并不等于实际下载速度。某节点测试较低，但视频缓冲或文件下载较慢，仍可能与带宽、拥塞或目标网站有关，最终需要真实访问确认。

若配置提供“自动选择”组，可以保留它的自动策略，先观察当前选中节点是否可用。手动组则需要明确点击候选项，确认选中标记已经变化。不要仅展开列表后就离开页面；不同客户端的“展开”“测试”和“选中”可能是三个独立操作。

此时应得到两个明确结果：工作模式为规则模式，负责代理出口的组指向可用节点或自动组。如果所有候选项都超时，先检查服务状态、当前网络和系统时间，而不是立即编辑规则。关于策略组与规则优先级的完整说明留在全平台指南中；本次先保持现有配置，进入流量接管步骤。

三、启动连接并接管流量

桌面端先启用系统代理

回到主界面，确认内核状态为运行中；若有独立“启动”按钮，先点击启动。然后打开“系统代理”开关。部分客户端把启动和设置系统代理合并到一个连接按钮中，应根据状态提示确认两项是否完成。内核运行仅说明本地代理服务已启动，不表示浏览器或其他应用已经把请求交给它。

Windows 和 macOS 上，遵循系统代理设置的浏览器通常会使用该入口。Linux 桌面环境和应用之间的支持程度不同，必要时需检查桌面代理设置。若某个浏览器自身设置了固定代理地址，应先恢复为使用系统代理，避免它继续请求旧客户端的端口。首次测试先使用一个浏览器，不必立即配置命令行和后台服务。

系统代理开启后，新建一个浏览器标签页再访问目标站点。已有长连接可能继续沿原路径工作，所以只刷新原页面不一定足以反映设置变化。如果启动时提示端口占用，先退出其他代理程序并检查残留进程，再重试；不要随意把客户端端口改掉，却忘记同步应用内手动填写的代理地址。

移动端确认 VPN 授权，TUN 按需启用

Android 或 iOS 客户端通常通过“连接”按钮建立系统 VPN 通道。第一次点击时，系统会显示添加 VPN 配置或建立连接的授权提示，核对发起应用后确认。返回客户端，观察连接状态和系统状态栏提示。系统出现 VPN 标志只说明隧道已建立，具体流量仍需结合规则和实际请求验证。

桌面端若需要覆盖不遵循系统代理的应用，再考虑 TUN 模式。它通常需要管理员权限、服务模式或虚拟网络接口支持；按客户端提示安装或启动服务后再开启。先关闭 TUN 验证系统代理路径，成功后再测试 TUN，有助于区分节点问题与接管问题。最终是否同时保留两个开关，应遵循该客户端的说明，避免盲目叠加。

测试期间先断开其他 VPN，避免路由竞争。企业网络或受管理设备可能限制代理与虚拟网卡，应遵守设备管理策略。如果一开启连接就无法访问任何网站，先关闭刚启用的系统代理或 VPN，确认基础网络恢复，再检查日志。不要在网络中断时继续叠加 DNS 和路由改动。完成接管后，最后一步是确认请求确实按预期经过客户端。

四、验证规则命中与实际访问

把网页请求与连接记录对应起来

打开客户端“连接”“活动连接”或日志页面，然后在浏览器访问一个你有权限访问、且当前配置预期应走代理的站点。为避免缓存干扰，可打开此前未访问的页面或重新建立浏览器会话。回到客户端查找对应域名，核对命中规则、使用的代理组和最终节点；不同界面可能将这些信息拆在连接详情中。

看到请求并不等于它走了代理。若最终策略显示 DIRECT，说明这条连接被安排为直连；显示 REJECT 则说明被拒绝。代理组名称也不一定是最终节点，应继续展开策略链查看实际出口。连接结束很快时，活动列表可能已经清除记录，可在客户端支持的情况下短暂打开信息级日志，再重复一次访问，完成后恢复原日志级别。

再访问一个配置预期直连的站点，比较两次记录。两类请求分别按规则到达预期策略，比单独观察一个出口地址更能说明分流在工作。出口查询只能反映该查询请求的路径，不能证明所有应用都经过代理。即使浏览器验证成功，游戏、终端或其他应用仍可能使用独立网络设置，需要分别发起请求检查。

按现象回退，每次只改一项

如果网页打不开且客户端没有对应连接，先检查系统代理是否仍开启、浏览器是否遵循系统设置，以及是否被其他代理程序覆盖。若使用 TUN，则检查虚拟接口与服务状态。如果客户端能看到连接但请求失败，再核对最终节点和日志中的超时信息，换一个已通过连通测试的节点后重新访问，保持模式与其他设置不变。

如果日志指向域名解析失败，先确认普通网络是否也存在解析异常，再依据客户端说明检查 DNS。不要仅因网页打不开就直接替换所有解析服务器；节点故障、规则拒绝与 DNS 故障的处理方式不同。出现浏览器可用而某个应用不可用时，优先检查该应用的接管方式，而不是重新导入整份订阅。进一步排查可转到Clash 无法上网与连接问题。

连接成功后，再做一次实际使用测试：打开常用页面、播放短视频或下载一个有权限获取的文件，观察是否持续稳定。不要用一次延迟结果替代真实体验。若需要确认 DNS 的具体路径，应结合 DNS 配置和网络诊断工具，不能仅凭 VPN 图标或某一个检测页面下结论；相关概念可在DNS 与网络栈术语中查阅。

最后记录当前使用的配置名称、工作模式、主代理组选择和接管方式，方便以后复现。正常退出桌面客户端前，使用它提供的关闭系统代理功能；若异常退出后浏览器失去连接，检查系统中是否还保留了指向已停止服务的本地代理设置。至此，订阅载入、策略选择、流量接管和请求验证形成完整闭环，后续再按需要阅读平台差异与进阶配置。