Clash 使用教程

第一步：导入订阅并启用配置

找到订阅入口，确认地址类型

打开客户端，进入侧栏的「订阅」或「配置」页面。以 Clash Verge Rev 为例，通常可以在订阅页面找到地址输入框与导入操作。复制服务提供方标注适用于 Clash 或 mihomo 的订阅地址，完整粘贴到输入框，检查首尾是否带入空格、换行或聊天软件附加的文字，再执行导入。如果服务提供方同时列出多种格式，优先使用明确支持当前内核的那一项，而不是把账户管理页面的网址当作订阅地址。

导入后等待客户端下载远程内容。成功时通常会出现一张配置卡片，包含配置名称和更新操作；失败时则会提示请求失败、解析错误或格式不匹配。先读清提示，再决定下一步。请求失败应检查地址是否仍然有效、当前网络能否访问订阅服务；解析错误则要核对返回内容是不是登录网页、错误页面或其他客户端的配置格式。不要反复点击导入，以免生成多个名称相近的配置。

启用配置，再检查代理页面

配置卡片出现后，还需要选中或启用它。不同版本可能通过点击卡片、选择使用或进入操作菜单完成这一步；应以卡片的选中状态为准，而不是仅看下载成功提示。然后进入「代理」页面，检查是否已经显示策略组，以及组内是否有可选择的节点。配置存在但代理页面仍为空时，先回到订阅页面确认当前选中的配置，再查看日志中的加载或解析信息。

如果拿到的是本地 YAML 文件，使用客户端的文件导入入口，不要把磁盘路径粘贴到远程订阅框。文件导入后同样需要启用。只有节点信息的订阅与包含规则、DNS、策略组的完整配置并不相同：部分客户端能够按自己的模板生成策略组，另一些则需要完整配置才能工作。若导入后缺少预期的分流规则，先确认服务方提供的内容范围，不要急着手写补齐整份文件。

本步完成的标志是：订阅或配置已被启用，代理页面能够看到预期策略组，日志没有持续出现配置加载错误。此时先保留默认的 DNS 与端口设置，进入下一步选择运行模式。订阅格式与配置文件的关系可在术语表查阅；配置兼容性与合并机制放在协议手册中，不需要在首次连接前全部掌握。

第二步：选择代理模式与出口策略

首次使用先选规则模式

在代理页面或运行设置中找到「规则 / 全局 / 直连」模式选择。首次使用建议选「规则」。这个模式让配置里的规则决定每个目标走直连、代理策略组还是拒绝，适合在已有完整配置的情况下开始使用。选择后检查界面是否已显示规则为当前模式；如果客户端把这个入口放在托盘菜单中，也应确认主窗口与托盘状态一致。

全局模式会把进入内核的连接交给全局策略处理，仍然需要在相应策略组中选择出口；直连模式则让进入内核的连接直接访问目标。这里的模式只决定内核收到流量后怎样处理，不负责让所有应用把流量交给内核。因此，切到全局并不等于整台设备的每个程序都会使用代理，也不能代替下一步的系统代理或系统 VPN 接入。

在策略组中选定实际出口

保持规则模式，展开配置中负责代理访问的策略组。组名由配置作者定义，可能是「代理选择」，也可能按用途分类，不能仅凭名称判断功能。手动选择组需要选中一个节点；自动选择组通常会根据配置中的测试条件决定出口。若一个组内还引用了另一个组，应继续检查下一级，确认最终落到实际节点，而不是意外停在 DIRECT 或 REJECT。

可以使用客户端提供的连接测试或延迟测试，先排除明显失败的选项。但测试通常只针对指定地址，结果受测试目标、请求方式和当时网络状态影响。一个测试结果较低的节点，不一定适合所有目标；显示超时也需要结合实际访问判断。首次验证时先固定一个能够完成测试的节点，避免一边访问一边频繁切换，让后续记录难以对应。

本步完成后，应能够明确说出当前使用规则模式、哪个策略组承担代理访问、最终选中了哪个出口。无需同时修改负载均衡、测速周期或复杂规则。若不清楚某条规则为什么走直连，可以在连接建立后查看命中结果，再到常见问题定位对应说明。先保留配置原有结构，有助于把连接问题与规则调整问题分开。

第三步：建立系统到内核的连接

桌面端先启用系统代理

回到客户端设置页面，确认当前配置已经加载，内核没有停在错误状态，再打开「系统代理」。通常这会把操作系统的代理地址指向本机监听端口，支持系统代理的浏览器和应用随后会把请求交给客户端。不要把设置窗口中的示例端口直接填入其他程序；若需要手动配置，应读取当前客户端实际显示的地址和端口，并确认对应监听已开启。

开关启用后，打开浏览器准备进行下一步验证。先不要同时打开 TUN，也不要在系统设置中额外建立另一套手动代理。如果系统代理开关很快恢复关闭，或系统设置中的地址被反复改写，检查是否还有另一个客户端在管理代理。关闭冲突工具后重新启用，观察状态能否保持稳定。浏览器安装了代理扩展时，也应确认扩展没有覆盖系统设置。

移动端按系统提示授权连接

Android 与 iOS 客户端通常提供连接或启动按钮。确认订阅与策略已经选好后，点击连接，并阅读系统弹出的 VPN 配置或连接授权提示。授权后回到客户端，检查连接状态；系统状态栏或系统设置也可能显示相应的 VPN 状态。这里表示应用通过系统提供的网络接口接入流量，并不能仅凭图标判断目标请求已经使用了预期节点。

如果系统提示已有其他 VPN 连接，先确定是否需要断开原连接，再继续操作。部分 Android 客户端带有应用分流功能，被排除的应用可能不会经过当前代理；首次验证应使用一个未被排除的浏览器。若授权框被取消，客户端中的按钮即使短暂变化，也不代表系统接入已经完成，应重新触发连接并检查授权结果。

需要接管更多应用时再考虑 TUN

TUN 通过虚拟网络接口接入流量，适合处理部分不遵循系统代理的应用，但可能涉及服务安装、管理员权限、路由与 DNS 设置。完成浏览器基本验证后，如果某个应用仍然绕过系统代理，再按客户端说明启用 TUN。出现权限提示时核对操作来源，完成后检查客户端是否报告虚拟接口或路由初始化失败，不要仅看开关颜色。

首次排查时每次只改变一个接入选项，记录改变前后的状态。系统代理与 TUN 是否需要同时启用，取决于客户端的实现和使用需求，不应把两个开关全部打开当作通用修复方式。有关网络栈和 DNS 接管的详细差异，参见协议手册。本步只需建立一条能够追踪的接入路径，然后通过实际请求确认它。

第四步：验证访问、规则与出口

用新请求观察连接记录

保持客户端运行，在浏览器新建标签页，打开一个熟悉且内容稳定的网站。页面能够加载只能说明访问成功，还需要确认请求经过了哪条路径。切回客户端的「连接」页面，查找刚才访问的目标域名或目标地址，查看命中的规则、使用的策略组和出口链。不同客户端显示字段不同，但判断顺序相同：有没有收到请求、规则把请求交给了谁、最终使用什么出口。

浏览器缓存、后台请求和复用的长连接可能干扰观察。若刚打开页面却找不到记录，尝试刷新、访问该站点的另一个页面，或新开一个私密浏览窗口建立连接。部分客户端只显示当前活跃连接，短请求结束后会消失，可以结合日志检查。分享排查截图时，遮住订阅地址、认证信息和不需要公开的访问目标。

如果需要确认出口地址，可以在同一网络条件下，对比直连路径与预期代理路径的公网出口显示，并同时查看客户端记录。规则模式可能让地址查询网站本身走直连，因此出口地址没变不能单独证明代理失败。先看查询请求命中了哪条规则，再解释查询结果。不要为了让某个查询页面显示不同地址，就直接改成长期全局模式。

按记录位置缩小异常范围

若页面无法访问，客户端也没有对应请求，先检查第三步的接入路径：系统代理是否仍开启，浏览器是否使用系统设置，移动端 VPN 是否保持连接，应用是否被分流设置排除。此时反复更换节点通常没有帮助，因为流量可能根本没有进入内核。若普通访问成功但特定应用没有记录，应优先查看该应用自身的代理选项或接入方式。

若能看到请求记录，但目标连接失败，再核对当前策略组与最终节点。先换一个出口重试同一目标；若只有一个出口失败，可集中检查该出口的服务状态。若多个出口都失败，阅读日志中的错误，区分域名解析、连接超时、认证失败或证书相关提示。不要一次性关闭证书验证、改 DNS 并重写规则，这样即使恢复，也难以确定真正原因。

如果只有少数网站异常，先确认它们是否命中了直连、拒绝或专用策略组，再检查是否存在应用独立 DNS、浏览器安全 DNS或旧连接缓存的影响。首次上手阶段不需要根据一次失败就重写整套 DNS。具体排查顺序可继续阅读故障排查相关问答；Fake-IP、规则提供器等术语可先到术语表确认含义。

保留可用状态，结束测试

确认可用后，记下当前配置名称、模式和策略组选择，后续修改前先保留这组状态。远程订阅更新可能覆盖订阅本身的内容，需要持久化的调整应使用客户端支持的覆写或合并入口，而不是直接编辑会被更新替换的文件。第一次连接完成后再研究这些功能，操作细节参见协议与内核参考。

准备停止使用时，桌面端先关闭系统代理，再退出客户端；若启用了 TUN，按客户端提供的停止流程关闭。移动端使用断开按钮，并确认系统 VPN 状态已结束。若退出后普通网络访问异常，先检查系统是否仍保留指向本机的手动代理，而不是立即删除全部配置。保留可复现的操作顺序，下一次连接时按配置、模式、接入、验证四项依次检查即可。