Clash 使用指南

导入订阅并启用配置

Clash 需要先加载配置，才能知道有哪些代理出口、如何组织策略组，以及哪些请求应当直连。安装客户端本身不会生成可用的订阅。开始前，准备订阅服务提供的兼容链接，或一份已确认可用的 YAML 配置文件；订阅应来自有权使用且可信任的来源。

从订阅链接创建配置

在客户端侧栏或底部导航中打开「订阅」「配置」或「Profiles」，找到「添加」「新建」或「从 URL 导入」。将完整链接粘贴到地址输入框，为配置填写便于识别的名称，例如「日常配置」，再点击「导入」「下载」或「保存」。部分客户端还支持从剪贴板读取，使用前先确认剪贴板中确实是订阅地址。

提交后等待下载结束。正常情况下，配置列表会新增一张卡片或一行记录，显示配置名称、更新时间，部分订阅还会提供用量信息。点击这份配置的「启用」「使用」或选择标记，使它成为当前配置。配置已添加与配置已启用是两件事：如果代理页面仍显示旧内容，先返回配置列表核对当前选中项。

随后进入「代理」页面，检查是否出现策略组和可选节点。组名由配置决定，可能是 PROXY、自动选择或其他自定义名称，不必与教程完全相同。能看到组和节点，说明配置已被客户端读取；这还不代表网络已经接通，下一步仍需选择模式与出口。

从本地文件导入

如果拿到的是 .yaml 或 .yml 文件，在同一配置页面选择「导入文件」，通过系统文件选择器打开它，再启用该配置。不要把订阅链接直接当作 YAML 内容粘贴到编辑器，也不要仅把其他格式文件改成 YAML 扩展名。文件扩展名不能改变内容结构，格式不兼容时仍会解析失败。

导入失败时，先读清错误提示。网络超时通常需要检查订阅地址能否在当前网络获取；认证失败应回到服务后台确认链接是否有效；提示 YAML 解析错误，则应确认选择的是兼容的配置入口，而不是网页地址或其他订阅格式。保留错误中的字段名与行号，有助于继续排查。

首次配置先手动更新一次，确认可以获取内容，再考虑自动更新间隔。订阅更新可能替换远程配置中的改动，因此此时不必修改规则原文。需要区分链接格式，可阅读URL、Base64 与 YAML 订阅格式说明；遇到具体报错则查阅常见问题与排查。

本步完成标志：当前配置已选中，代理页面能够看到策略组与节点。保留这份配置，接下来选择它的运行模式。

选择规则模式与代理出口

打开「代理」或「概览」页面，找到「规则 / 全局 / 直连」模式选择。首次使用建议选择规则模式：客户端按照当前配置中的规则决定每条连接的去向，适合需要同时保留直连访问与代理访问的日常场景。这里的规则来自正在使用的配置，不是客户端为所有订阅预设的一套固定结果。

在实际使用的策略组里选择节点

切到规则模式后，展开配置中负责代理出口的主策略组，点击一个可用节点，或者选择配置提供的自动选择组。选中后通常会出现勾选标记、边框或当前选项文字。若组里列出的不是节点而是其他组，继续查看被选中的下一级组，直到能够确认最终出口。

策略组之间可能互相引用，因此并非点选任意一个节点就会影响所有连接。例如规则指向「工作」组，而刚刚修改的是「媒体」组，工作请求的出口不会随之改变。首次设置不必整理所有分组，先找到目标请求会用到的主组即可。若不清楚组与节点的区别，可以先读术语表中的策略组与节点概念。

如果客户端提供连接测试，可以对所选组执行一次测试，用来发现明显不可用的候选项。但测试结果受测试地址、网络状态和节点策略影响；显示测试结果只说明该测试请求完成，不能替代实际业务页面验证。不要因为单次测试失败，就同时更改 DNS、规则和连接模式。

保留一个可比较的初始状态

第一次连接建议固定在规则模式，先手动选择一个出口。全局模式可用于后续排查：当同一目标在全局模式可访问、规则模式失败时，可以进一步检查规则命中及策略组引用。完成比较后应恢复原模式。直连模式则不用于验证代理节点，即使客户端仍在运行，目标请求也可能按直连方式处理。

本步完成标志：模式停在「规则」，主策略组显示明确的当前选择。此时配置决定了流量应该去哪里，下一步需要让应用流量真正进入客户端。

启动内核并启用连接

回到「概览」或首页，确认内核处于运行状态。如果客户端将内核启动与连接开关合并为一个操作，点击「启动」或「连接」即可。若出现端口占用或配置加载错误，应先解决该错误，再开启流量接管。配置存在、节点已选中与系统已经使用代理，属于三个不同环节。

桌面端先使用系统代理

在桌面客户端中找到「系统代理」并开启。它会将系统支持的代理入口指向本地客户端，使用系统代理设置的浏览器和应用便可将请求交给 Clash。首次验证优先使用浏览器，暂时保持 TUN 关闭，便于区分问题发生在配置、节点还是流量入口。

开启后，新建一个浏览器标签页再访问目标页面。已有页面可能沿用旧连接，切换设置后立即刷新不一定能体现新路径。某些应用使用独立代理设置或完全不读取系统代理，所以浏览器正常、另一个应用不生效，并不能直接说明所选节点有问题。应先检查该应用的网络设置，再决定是否需要 TUN。

如果要为某个应用手动设置代理，应以客户端显示的实际监听地址、端口与协议为准。不要把教程中常见的端口数字当作当前配置值，也不要混用 HTTP 与 SOCKS 入口。首次使用通常不需要开启「允许局域网连接」；该选项是为其他设备访问本机代理服务准备的，不是本机连接的必选项。

移动端确认系统 VPN 授权

在移动端点击「连接」后，系统可能提示添加 VPN 配置或建立 VPN 连接。确认请求来自刚安装的客户端，再按照系统提示授权。授权后返回客户端，等待状态变为已连接，并检查系统是否显示相应的 VPN 状态。这里的系统 VPN 接口用于接入设备流量，实际出口仍由配置与策略组决定。

若设备正在运行另一款占用同类 VPN 接口的应用，先停止已有连接，再启动当前客户端。两个应用可能互相替换系统连接，使界面状态反复变化。移动端切到后台后若经常断开，可按系统提供的应用电池管理选项检查后台运行限制，不必一开始就改动所有省电设置。

需要更多应用接管时再启用 TUN

TUN 通过虚拟网络接口接入流量，适合系统代理无法覆盖的部分应用。只有在基本浏览器验证通过后，再到设置中启用 TUN，按客户端提示安装服务或授予所需权限。启动失败时查看具体提示，不要反复开关系统代理、TUN 和其他网络工具来碰运气。

系统代理与 TUN 是否需要同时开启，取决于客户端实现与当前设置。首次操作遵循客户端说明，并一次只调整一个入口。TUN、DNS 与路由之间的关系属于后续配置内容，详细参数可查阅进阶配置手册，此处先完成一次可观察的连接。

本步完成标志：客户端运行正常，桌面端已开启系统代理，或移动端已建立系统连接。接下来不只看开关状态，而是通过真实请求确认生效。

验证访问结果与规则命中

先在浏览器中打开一个预期经过代理的页面，例如配置明确将其交给代理策略的站点。随后打开客户端的「连接」「活动连接」或「日志」页面，按刚刚访问的域名查找记录。不同客户端展示的字段不完全相同，重点看目标地址、命中规则、策略组和实际出口。

同时核对页面与连接记录

页面能打开是第一层结果；记录中出现预期的代理策略链，是第二层证据。如果目标页面可以直接访问，仅凭打开成功还不能判断是否走了代理。应确认记录中没有意外落到 DIRECT，也没有选中与预期不同的策略组。若规则本来就要求该目标直连，那么显示 DIRECT 属于正常分流。

再访问一个配置预期直连的页面，检查它是否命中直连策略。两类请求分别按预期处理，才说明当前规则与入口基本配合正常。出口 IP 查询可以辅助判断某次请求的路径，但查询页面本身也受分流规则影响，其结果不能代表全部应用或全部域名的出口。

验证时使用新建连接。修改模式或策略组后，已建立的长连接可能继续使用原出口；可以关闭目标页面再重新打开，或在理解影响的前提下断开相关活动连接。不要为了刷新路径直接清空整份配置，否则会丢失已经确认正常的设置。

按是否有记录缩小问题范围

如果页面失败，而且连接列表完全没有对应记录，先回到第三步检查系统代理或移动端连接状态，同时确认浏览器是否启用了自己的代理设置。还应留意日志级别：当前级别未记录某类信息，不等于请求一定没有进入。优先结合连接页面和新请求一起判断。

如果已经有记录，但提示连接超时，先在同一策略组中换一个有权限使用的节点，再重复访问同一页面。如果仅某个目标失败，检查该目标命中的规则、目标服务状态和 DNS 报错；如果所有经过代理的请求都失败，再检查上游服务是否可用、账户状态以及当前网络是否允许建立连接。

如果启用客户端后连原本可访问的页面也打不开，先关闭刚启用的流量入口，确认基础网络恢复，再检查日志。这样能够保留设备的基本联网能力，也便于继续查阅文档。遇到持续故障时，记录操作系统、客户端、模式、入口方式与完整错误类型，隐去敏感内容后再寻求帮助。进一步的排查路径见故障排查常见问题。

保存可复现的日常设置

验证通过后，记下当前配置名称、运行模式和主策略组选择。需要自动更新订阅时，在配置页面设置合适的更新间隔，并确认更新后仍然使用这份配置。若准备进行本地规则修改，先备份当前可用内容，再了解订阅更新与本地覆写的关系，避免把临时调整直接写进容易被替换的远程配置。

日常退出客户端前，使用它提供的停止连接或退出操作，留意系统代理是否已恢复。如果退出后浏览器无法联网，先检查系统是否仍指向已经停止的本地代理服务。下次启动时，按「配置已启用 → 模式与出口正确 → 流量入口开启 → 新请求记录正常」的顺序复核即可。