Clash 使用教程

第一步：导入订阅

先把可用配置导入客户端，再开启连接。客户端负责读取配置、选择出口并接管流量，安装软件本身不会生成代理服务。开始前，准备服务提供方给出的 Clash 兼容订阅链接，或一份可用的本地 YAML 配置。订阅地址通常关联账户权限，应只保存在可信客户端中，不要粘贴到公开讨论区、截图或陌生的在线转换页面。

通过订阅 URL 添加配置

打开客户端，进入“配置”“订阅”或“Profiles”页面，找到“新增”“导入”或加号按钮。选择从 URL 导入，把完整订阅地址粘贴到地址栏。如果界面同时提供名称栏，可以填写一个便于辨认的名称，例如“日常配置”。名称仅用于本地识别，不会改变订阅中的节点和规则。保存前检查地址首尾是否带有空格，避免把服务商的账户管理页面地址误当成订阅地址。

点击下载或保存后，等待配置列表出现新条目。成功的表现通常是出现更新时间、配置名称，且没有解析错误提示。随后点击该条目或其“启用”按钮，把它设为当前配置。部分客户端导入后只会保存文件，不会自动切换；只有看到“当前使用”标识，或代理页面已经出现相应策略组，才算完成这一步。此时先不要打开多个接管开关，继续确认配置内容已被读取。

本地文件与导入失败处理

如果拿到的是 .yaml 或 .yml 文件，在同一页面选择“导入文件”，从文件选择器中选中它，再启用该配置。移动端可能通过系统分享菜单把文件交给客户端，具体以客户端支持的入口为准。本地文件通常不会像远程订阅那样自动获取更新；之后需要重新导入，或按客户端提供的编辑、覆写功能维护。

出现“格式错误”“解析失败”时，先确认订阅输出格式是否为该客户端支持的 Clash 配置，而不是网页内容、单条协议链接或 Base64 节点列表。若提示超时，先用当前网络检查订阅服务是否可访问；不要为修复下载错误而同时修改 DNS、TUN 和端口。完整配置至少应能提供可用的出口与对应策略，不同服务提供方的结构会有差异，不能仅凭文件扩展名判断兼容。

完成后回到代理页面，确认能够看到策略组或可选出口，再进入下一步。订阅更新失败时，部分客户端仍会保留上一份可用配置，不代表当前已经获取最新内容。格式识别与更新设置可继续阅读订阅链接导入与常见格式说明；导入后始终没有策略组时，参照FAQ 的安装配置问题排查。

第二步：选择代理模式

首次使用建议选择规则模式。规则模式按当前配置中的规则决定哪些连接直连、哪些交给代理策略组处理，适合日常使用。打开客户端首页、仪表盘或代理页面，找到“模式”选择区域，选中“规则”或“Rule”。这一操作只改变流量进入内核后的处理方式，不等于已经让浏览器或其他应用把流量交给客户端；接管操作放在下一步完成。

常见的三种模式分别是规则、全局与直连。全局模式把进入内核的请求交给全局策略处理，但最终是否走代理仍取决于全局策略选择了什么出口；它不代表电脑上的所有应用都已被接管。直连模式则让进入内核的连接直接访问目标。初次配置时不必轮流切换三种模式，先保持规则模式，便于后面按规则记录核对结果。

在策略组中选定出口

进入“代理”或“Proxies”页面，找到用于日常访问的主策略组。它可能叫“代理选择”“节点选择”，也可能使用服务提供方自定义的名称。展开后选择一个明确可用的出口；如果配置提供自动选择组，也可以先保留该组。注意组内选项既可能是具体节点，也可能是另一个策略组，因此应顺着当前选择查看最终出口，而不是只看到一个组名就停止检查。

DIRECT 表示直连，REJECT 表示拒绝连接，它们不是代理节点。若需要代理的策略组误选了这两个选项，后续可能出现出口没有变化或页面直接失败。不要把全部策略组一律改成同一个节点：配置可能为不同服务设置独立分组，保留原有分工通常更便于使用和排查。只调整这次验证目标实际会命中的策略组即可。

客户端若提供连通性测试，可以在主策略组内执行一次测试，观察是否有出口成功响应。测试结果只是到指定测试地址的连通情况，不等于所有网站都可访问，也不等于实际下载速度。全部测试失败时，先确认节点已加载、服务账户状态正常、设备时间准确，再检查网络。不要把反复测速当作修复连接的方法。

现在应能确认两件事：模式是规则，主策略组有明确的出口选择。保持这两个设置不变，继续开启流量接管。若需要理解自动选择、故障转移或负载均衡的差异，稍后再看策略组字段参考；首次连接不需要自行编写策略组或重排规则。

第三步：开启连接

让应用流量进入客户端后，规则模式才有处理对象。桌面端的系统代理、TUN，以及移动端的 VPN 授权，都是不同的流量接管入口，不应与规则、全局、直连这三种运行模式混为一谈。首次使用先采用当前平台最直接的一种方式，验证成功后再扩展覆盖范围。操作前关闭其他可能接管相同流量的代理或 VPN 工具，减少路由和系统设置相互覆盖的情况。

桌面端：先使用系统代理

在 Windows、macOS 等桌面客户端的首页或设置中，找到“系统代理”开关并开启。内核应处于运行状态，当前配置也应已经启用；有些客户端需要先点击启动，再开启系统代理。系统代理会修改操作系统的代理设置，让遵循该设置的应用连接到本机监听端口。首次验证优先使用遵循系统代理的浏览器，不要立即拿游戏、命令行工具或自行设置过代理的应用判断结果。

如果浏览器装有代理切换扩展，先确认它没有覆盖系统设置。原本手动填写过代理地址的应用，也可能继续使用自己的配置。无需在每个浏览器里重复填写端口，先让测试浏览器使用系统代理即可。正常情况下，客户端保持运行后，浏览器的新请求便会进入内核；最小化窗口通常不影响运行，但直接退出客户端可能中断连接，具体取决于客户端的后台服务机制。

只有需要覆盖不遵循系统代理的应用时，再考虑启用 TUN。打开 TUN 后，客户端可能要求安装服务、创建虚拟网卡或授予管理员权限，按可信客户端自身的提示操作。不同客户端对系统代理与 TUN 同时开启有不同处理方式，首次排查时应按其说明保留明确的接管路径。出现局域网资源异常时，先退回已验证可用的系统代理方案，不要同时修改整套路由和 DNS 配置。

移动端：确认系统连接授权

在 Android 或 iOS 客户端中，启用配置并选好策略后，返回首页点击“连接”或启动按钮。首次连接时，操作系统通常会弹出添加 VPN 配置或建立 VPN 连接的确认窗口。确认请求来自当前正在使用的客户端后再授权；如果拒绝了该请求，即使配置已经导入，系统也不会把流量交给它。授权完成后，回到客户端查看是否显示已连接或运行中。

系统出现 VPN 标识，说明接管通道已建立，不代表代理出口一定可用。某些客户端支持按应用接管或排除应用，如果之前调整过这类设置，测试浏览器必须位于接管范围内。后台省电限制也可能在一段时间后停止客户端，首次验证时先保持应用正常运行，确认连接成功后再按系统设置允许必要的后台活动。

本步骤完成时，应看到内核运行、系统代理已开启，或移动端连接状态正常。若提示监听失败，先处理端口冲突；若授权窗口未出现，检查客户端是否已有系统权限或存在其他 VPN 连接。进一步问题请转到故障排查 FAQ，系统代理与虚拟网卡的机制差异可阅读TUN 模式与系统代理对比。

第四步：验证是否生效

以实际请求和连接记录判断结果，不只看开关状态。保持客户端运行，在浏览器新标签页中打开一个平时可以访问的页面，确认基础网络没有中断；再访问一个按照当前规则应当经过代理的目标。尽量使用新请求，而不是只观察已经加载完成的旧标签页，因为缓存内容和已有连接可能沿用之前的路径。切换模式或出口后，必要时关闭旧标签页并重新发起访问。

核对规则、策略组与最终出口

打开客户端的“连接”“Connections”或请求日志页面，再回到浏览器刷新目标页面。找到与目标域名对应的新记录，查看它命中的规则、使用的策略组以及最终出口。不同客户端展示字段的详细程度不同，但至少应能确认该请求是否进入内核，以及它是直连还是经过所选代理。这里观察的是刚刚发起的真实请求，不需要依赖首页的状态文字推断。

规则模式允许部分请求直连，因此普通网页能打开、某条记录显示 DIRECT，都不能单独证明代理无效。应先确认该目标按照配置本来就应该走代理，再判断实际结果是否一致。如果需要核对公网出口，可以使用可信的出口查询服务，同时在客户端确认这次查询命中了代理策略；查询页面自身若被规则设为直连，看到本地网络出口就是预期结果。

验证成功的完整表现是：目标页面正常加载，对应请求出现在客户端中，命中策略符合预期，最终出口与所选节点一致。若某些应用仍未变化，而浏览器已验证成功，通常应回到接管范围检查，而不是立即更换所有节点。命令行程序、独立网络栈应用和设置了专用代理的程序，可能需要单独配置或改用适合的 TUN 接管方式。

按请求所在位置缩小故障范围

刷新目标页面后完全没有连接记录，先检查系统代理是否仍开启、浏览器是否覆盖系统设置、移动端是否仍处于连接状态。也要确认连接列表没有启用过滤条件，或者请求结束后已从活动连接列表移除；必要时结合日志观察。只有在确认请求没有进入内核后，才针对接管入口排查，先不要修改节点协议字段。

如果已有记录，但目标连接超时，先核对最终出口是否为刚才选定的节点，再尝试同组中的另一条可用出口。只有特定域名失败时，结合日志区分解析错误、规则误匹配与目标服务异常。所有目标同时失败时，检查服务有效期、节点状态和当前网络。每次只改变一个设置，重新发起请求后比较结果，这样才能知道是哪项调整起了作用。

首次验证通过后，可以保持规则模式和已确认可用的接管方式，后续再设置订阅更新间隔。退出客户端前，桌面端应确认系统代理已关闭，或客户端会正确恢复系统设置，避免应用继续连接已经停止监听的本机端口。移动端则通过客户端断开连接，并确认系统连接状态结束。下一次启动通常只需确认配置有效、选中所需策略并重新连接。

若仍未完成验证，请记录客户端名称、操作系统、所用接管方式以及错误发生在哪一步，再到常见问题与故障排查查找对应情况。分享日志前遮去订阅地址、账户信息和节点凭据。需要调整 mixed-port、DNS 或自定义规则时，再阅读配置文件参考；不要为了首次连接直接替换整份已能加载的配置。