Clash 使用教程

开始前：客户端与订阅

先从下载中心选择与设备系统、处理器架构匹配的客户端，完成安装并正常打开主窗口。安装包、运行内核和订阅配置不是同一件事：客户端提供操作界面，内核负责处理连接，订阅则提供节点以及可能附带的策略组和规则。安装完成不代表已经具备可用线路，需要另行准备有效订阅或已有配置文件。

向订阅提供方确认链接支持 Clash 或 mihomo，并保留其使用说明。账户管理页面的网址、购买记录链接与订阅地址不能互换；只包含节点的通用链接也不一定能作为完整配置直接载入。若对方提供多个格式，应先选明确标注适用于当前客户端的格式。格式仍不清楚时，先查阅术语表中的订阅与配置说明，不要反复尝试不明来源的转换服务。

操作前暂时退出其他代理或 VPN 客户端，确保设备时间与时区正确，并先确认基础网络能打开日常使用的网站。订阅链接可能包含账户标识，应当视为私人信息；截屏、分享日志或请求帮助时遮住完整链接和认证参数。以下四步每次只改变一个关键设置，出现问题时就能回到上一阶段定位，而不是在多个开关之间来回试错。

一、导入订阅并启用配置

打开客户端侧栏的“配置”或“订阅”页面，找到“添加”“新建配置”或“导入”入口，选择通过 URL 导入远程配置。将完整订阅地址粘贴到地址输入框；如果还有名称栏，可写一个便于区分的本地名称。粘贴后检查开头、结尾和换行，避免把聊天消息里的说明文字、引号或末尾标点一并带入，再点击“导入”“下载”或“保存”。

此时客户端会获取远程内容并尝试解析。成功后，配置列表里通常会新增一个条目，显示名称或更新时间；部分客户端还会展示订阅提供方返回的套餐信息，这些信息并非必有。不要把“条目已保存”直接理解为“已经启用”。点击该条目对应的选择、启用或激活操作，确认它成为当前配置，然后切到“代理”页面，查看是否出现策略组或节点选项。

如果已经有本地 .yaml 或 .yml 文件，改用“从文件导入”，在系统文件选择器中选中该文件。文件扩展名只能帮助识别类型，不能保证内部内容符合当前内核要求。本地导入通常是一份静态副本，不会天然跟随远程订阅更新；远程配置则通常能通过更新按钮重新获取。两种方式任选其一完成首次验证，不需要把同一份配置重复导入多次。

导入失败时，先看错误发生在哪一层。下载超时表示客户端没有成功取得内容，应检查基础网络、链接有效性和订阅服务状态；解析错误表示取得的内容无法按预期配置读取，常见原因包括复制了网页地址、格式不匹配或使用了当前内核不支持的字段。返回账户页面重新复制正确链接，通常比改动端口或 DNS 更有针对性。不要为了绕过报错随意删除不认识的配置段。

订阅条目能够启用、代理页能够显示可选策略组，才算完成这一阶段。如果列表为空，先回到配置页面确认当前选中的条目，并检查解析提示；有些配置通过远程代理集加载节点，还需要对应资源获取成功。此时无需急着开启 TUN。等配置内容确认载入后，再进入下一步选择处理流量的模式。

二、选择规则代理模式

配置已经启用后，在“概览”“代理”或“设置”页面查找“代理模式”。常见选项为“规则”“全局”和“直连”。首次使用建议选择“规则”，让内核依据当前配置里的规则决定连接去向。界面若显示英文，对应名称通常为 Rule、Global 和 Direct。切换后观察选中状态，确认没有误点到其他模式。

规则模式并不是所有请求都经过同一个节点。配置可能将某些域名交给代理策略组，将另一些连接设为直连，并在末尾安排兜底规则。因此，某个网站显示本地出口不一定是连接失败，也可能正好命中了直连条件。现阶段先按订阅自带规则运行，后续在连接面板查看实际匹配结果；不要只凭某一个页面的体验就断定整个客户端未生效。

需要特别区分“代理模式”和“接管方式”。模式决定进入内核的连接如何分配，系统代理或 TUN 决定应用连接怎样进入内核。只把模式切换成全局，并不会自动接管设备里的所有应用；如果应用没有遵循系统代理，它的连接可能根本没有经过客户端。下一步会先建立清晰的接管路径，再做验证。

排查单个网站时，可以短暂使用全局作为对照，但要先检查全局策略组选中的确实是代理节点，而不是 DIRECT。测试后恢复规则模式，并重新打开测试页面；已经建立的连接可能继续沿用旧路径，不能代表新设置的结果。规则语法、Fake-IP 与 DNS 的细节暂时不必修改，需要理解原理时再阅读协议与内核技术参考。

三、选择节点并开启接管

回到“代理”页面，展开当前配置中负责目标流量的策略组。策略组名称由配置提供者决定，可能按用途、地区或服务分类，不一定叫“代理”。在手动选择组中点选一个可用节点，确认选中标记已经移动到该项。如果组内嵌套着其他策略组，还要检查下一层的实际选择，避免只改了一个没有被当前规则引用的分组。

然后使用该组或节点旁的“测试”“测速”或延迟测试按钮，等待本轮测试结束。能够得到测试结果，说明对指定测试目标的请求在当时可完成；超时则需要更换节点或检查订阅状态。延迟数值不是下载速度，也不能证明所有网站均可访问。首次连接优先选择能稳定完成测试的节点，不必为了较小的数值反复切换。

桌面端先到概览或设置页面开启“系统代理”。部分客户端将启动内核与开启系统代理分成两个动作：如果界面有独立的运行按钮，先确认内核处于运行状态，再打开系统代理。首次开启可能需要系统授权，按照操作系统提示完成。随后使用遵循系统代理的浏览器建立新连接；浏览器里的代理扩展或自定义代理设置可能覆盖系统设置，应先停用这类额外配置。

在 Android 或 iOS 上，通常需要点击主页的连接按钮，并在系统弹窗中允许添加或建立 VPN 配置。这是移动系统提供给客户端的流量接管入口，并不要求另外购买一个独立 VPN 服务。允许后返回客户端确认连接状态，再检查系统是否显示相应连接标识。Android 若设置了分应用代理，还要确认测试浏览器被纳入接管范围；不同客户端的选项名称可能有所区别。

第一次验证先不要同时打开系统代理、TUN 和另一款 VPN。桌面上的普通浏览器可以先用系统代理完成基础测试；某个应用不遵循系统代理时，再考虑 TUN。TUN 通常涉及额外权限、虚拟网卡和 DNS 接管，开启后也不是天然解决所有网络问题。移动端的系统 VPN 接口与桌面客户端里的 TUN 开关不应机械对应，按当前平台的连接流程操作即可。

如果只有个别节点测试超时，先更换节点再试；如果全部超时，检查订阅是否有效、设备时间是否准确，以及日志里是否出现认证或连接错误。内核无法启动时，再检查端口占用和配置解析提示。不要在尚未分清故障阶段时修改多个端口。确认节点已选中、内核正在运行、系统接管已经开启后，进入最后一步验证实际请求。

四、验证连接与实际出口

先关闭刚才用于测试的旧标签页，再新建标签页访问需要验证的网站。页面能打开只是第一条线索，还需要判断它经过了哪条路径。打开客户端“连接”页面，在访问页面的同时观察新增连接，按域名或应用信息查找对应记录。若面板提供命中规则、目标策略和代理链，就依次核对这些字段，确认最终走的是所选节点还是 DIRECT。

在规则模式下，验证对象必须与规则预期一致。若连接面板显示目标域名命中了直连规则，看到原来的出口就是正常结果；应改测预期走代理的目标，或临时切换全局并选择明确的代理节点进行对照。验证完恢复规则模式。不要为了让一个查询页面显示不同地址，就立即删除整份配置中的直连规则。

再使用可信的出口 IP 查询页面交叉检查。可先在关闭接管时记录基线，然后开启接管、重新建立请求，比较页面显示的出口地址与网络归属是否变化。如果查询页面本身被配置为直连，其结果不能代表代理出口。IP 归属地数据库也可能有误差，判断时应结合连接面板，而不是只看页面展示的城市名称。

同一浏览器还可能分别使用 IPv4 与 IPv6，或者保留先前建立的连接；单次查询不能覆盖所有路径。遇到结果不一致，先关闭相关标签页、重新发起请求，再核对对应连接使用的目标地址和最终策略。不要把不同地址族、不同目标网站或不同应用的结果直接放在一起比较。需要更完整的检查流程，可阅读首次连接与出口验证说明。

若网页可以访问，但连接面板始终没有相关记录，应优先检查浏览器是否绕过了系统代理、是否仍有其他代理扩展，以及当前客户端是否为实际运行的那一个。面板本身也可能带有过滤条件，先清空筛选再观察。若记录存在且代理链正确，但网页仍失败，再看该请求附近的日志，区分 DNS 解析、连接超时与证书错误，避免把所有问题都归为“节点不好”。

完成验证的标准是：当前配置已启用，代理策略组实际选中了可用节点，测试应用的新请求进入客户端，并按预期规则走向对应出口。测速按钮有结果、系统显示 VPN 图标或开关呈开启状态，都只能说明其中一个环节，不能单独替代这条完整链路。四项都核对后，就可以保持规则模式继续日常使用。

完成后的日常操作

日常打开客户端时，先确认仍在使用已验证的配置与模式，再按需连接。订阅提供方更换节点后，到配置页手动更新，并重新检查当前策略组选择是否保留。若开启自动更新，周期应遵循提供方建议；更新得更频繁并不意味着节点更稳定，失败时也不必连续重复点击。

准备退出桌面客户端时，优先使用客户端的正常退出操作，并确认系统代理随之关闭。异常结束进程后若所有浏览器都无法连接，可先检查系统代理是否仍指向已经停止的本地服务。移动端则先断开客户端连接，再确认系统 VPN 状态已经解除；如曾设置按需连接，也要留意它是否会自动重新建立连接。

后续需要调整规则、选择协议或理解内核兼容性，再转到技术参考；遇到策略组、DNS、Fake-IP 等术语，可随时查阅术语表。保留这次验证成功时的配置与设置记录，下一次出现异常就能以它为基线逐项比较，不必从头改动所有选项。