Clash 入门指南

第一步：导入并启用订阅

打开客户端，在侧栏或底部导航找到「订阅」「配置」或「Profiles」。进入后寻找「添加」「新建」或「从链接导入」。如果页面让你在本地文件和远程链接之间选择，持有订阅地址时选择远程链接；只有已经拿到配置文件时，才使用本地导入。不要把账号管理网页的地址当作订阅地址，两者可能都能在浏览器打开，却返回完全不同的内容。

将订阅地址完整粘贴到地址栏，给它取一个方便辨认的名称，再点击保存或导入。名称只用于本机区分，例如「日常配置」，不会改变节点能力。粘贴后检查开头和末尾有没有空格、换行或遗漏字符。订阅地址可能包含个人访问凭据，不要将完整地址发到公开讨论区，也不要放进公开截图；排查时只需说明错误类型，并遮住地址中的敏感部分。

保存后等待客户端完成下载。正常情况下，配置列表会出现刚添加的项目，进入「代理」或「策略组」页面也能看到对应的分组与节点。部分客户端导入后会自动启用，另一些需要点击配置卡片、单选按钮或「使用此配置」。请确认当前配置的选中标记落在新项目上；列表里存在一份订阅，并不等于内核正在使用它。

先区分下载失败与解析失败

如果显示超时、连接失败或 HTTP 错误，先检查普通网络与订阅地址是否有效。登录服务提供方的管理页面，确认订阅没有过期，并使用其提供的正确格式入口重新复制。若客户端提供「直连更新」或更新代理选项，首次配置可先尝试直连；尚未建立的代理连接不能作为可靠的更新前提。网络无法访问订阅源时，应先处理这一依赖，而不是反复切换节点。

如果文件已经下载，却提示 YAML 解析错误、字段不支持或代理类型未知，问题更可能是格式或内核兼容性。查看错误附近的字段名称，确认订阅是否面向 Clash 或 mihomo；不要仅凭扩展名判断。网页登录内容、其他客户端的专用链接以及不完整文件，都可能无法直接加载。需要理解配置、节点和订阅之间的关系时，可查阅概念速查，不必在此阶段手工重写整份文件。

本步完成标志：当前配置已选中，节点与策略组可以正常显示，客户端没有持续报告加载错误。先保留自动更新的默认安排，也不要急着编辑在线配置；后续订阅刷新可能覆盖直接修改的内容。确认这些条件后，再去选择流量的处理模式。

第二步：选择规则模式与节点

回到客户端首页或设置页，找到「代理模式」或「运行模式」。第一次使用先选规则模式。它按配置里的条件决定连接走直连还是某个策略组，适合在保留正常本地访问的同时验证代理。不同界面可能显示「Rule」「Global」「Direct」；分别对应规则、全局和直连。这里先选 Rule，不要把系统代理开关误当作模式选择。

三种模式解决的是「连接交给谁」的问题。规则模式遵循规则列表；全局模式通常将已被内核接管的连接交给全局策略组，但全局组本身仍可能选中直连；直连模式则通常直接建立连接。模式并不决定所有应用是否进入内核，因此选了全局也不能替代系统代理或 VPN 权限。第一次配置先把这两层分开理解，后面定位问题会容易得多。

接着进入「代理」或「策略组」。页面可能同时显示多个组，其中有通用出口组，也有按用途划分的分组。找到订阅说明中指定的主要出口组，展开后选择一个节点；如果没有说明，可从组内候选和连接记录确认规则实际引用了哪一组。不要只在某个未被使用的分组里换节点，否则界面上的选项变了，实际连接出口可能完全不变。

延迟测试用于初筛，不代表实际速度

点击该组或节点旁的测试按钮，等待本轮结果返回。测试数值通常反映客户端访问特定测试地址的往返耗时，不能直接当作下载速度，也不能保证所有网站都可访问。先选能完成测试、状态稳定的节点即可，不必为追求最小数字反复切换。若所有节点都超时，先检查配置是否有效、系统时间与本地网络是否正常，再看日志；单个节点超时可以先换另一个尝试。

如果订阅提供「自动选择」组，可以先使用它，但要展开查看当前实际选中的节点。自动组依据自己的测试目标与周期选择候选，并不等于能判断每个应用的全部需求。手动组则需要用户自己切换。暂时不要删除不认识的组，也不要把所有分组都改成同一个节点；保留订阅预设，更容易判断首次连接是否按预期运行。

本步完成标志：规则模式已启用，准备使用的出口组里有明确的候选节点或自动组，且没有误选「DIRECT」或「REJECT」。这两个名称通常表示直连和拒绝连接，不是远程代理节点。规则匹配和组间引用的细节可留到使用手册的规则分流章节再看，现在继续让应用流量进入客户端。

第三步：启动连接并接入流量

先回到首页检查运行状态。如果有「启动」「连接」或电源按钮，点击一次，等待界面进入运行状态。某些桌面客户端打开后内核已在后台运行，不需要再找一个单独的连接按钮。这时应检查当前配置与内核状态，而不是反复开关。若出现配置加载失败或内核退出提示，回到第一步处理，流量接入开关不能修复尚未运行的内核。

在 Windows 和 macOS 上，先使用系统代理完成浏览器验证。它常位于首页、设置页或托盘菜单中，开启后，遵循系统代理设置的应用会按配置访问本地代理端口。通常保留客户端默认端口即可；只有明确提示端口占用时才处理冲突。若更改了监听端口，需要重新应用系统代理设置，不能只修改内核端口却让系统继续连接旧端口。

Linux 桌面环境对系统代理的应用方式存在差异。客户端显示开关已开启后，还应在桌面网络设置中确认代理配置是否写入。浏览器、终端和后台服务也可能采用不同的代理入口，因此本页先用浏览器完成首轮验证，不把终端命令是否成功作为唯一标准。服务器或无界面环境的接入方式另见使用手册。

在 Android 和 iOS 上，点击连接后通常会出现系统 VPN 配置或连接权限提示。确认请求来自刚安装的客户端，再按系统流程允许；如果取消授权，订阅即使已经导入，应用流量也可能没有进入客户端。看到系统连接标志后返回应用，确认状态保持正常。这里的 VPN 表示系统提供的流量接入接口，实际如何转发仍由客户端配置决定。

系统代理验证通过后，再考虑 TUN

桌面端先不要同时开启系统代理和 TUN 来碰运气。TUN 用于接入更多不遵循系统代理的流量，通常涉及虚拟网卡、路由与额外权限。浏览器已经可以正常代理，而某个应用仍不生效时，再确认该应用是否有自己的代理设置，随后单独评估 TUN。启用前记录原状态，按客户端提示安装服务或授予权限；如果网络异常，先关闭刚增加的接入方式恢复原状。

连接过程中，先关闭其他可能接管流量的代理工具或 VPN，避免默认路由与系统代理相互覆盖。浏览器如果安装了代理切换扩展，也要检查它是否覆盖系统设置。随后新开标签页访问测试页面；已经建立的连接可能继续沿用旧路径，必要时关闭相关标签页或重启目标应用。不要因为旧页面仍能显示，就认定新连接已经成功。

本步完成标志：内核运行正常，桌面系统代理已应用，或手机系统已批准并建立连接。此时先保留默认 DNS 设置，不急着更换解析模式。若遇到局域网资源或域名访问异常，可在完成下面的记录检查后，再参考DNS 章节逐项排查。

第四步：验证规则与实际出口

最后一步不是看开关有没有变亮，而是确认目标连接实际经过了预期出口。打开一个按当前规则应走代理的页面，同时在客户端进入「连接」「活动连接」或类似面板。刷新测试页面，按域名筛选刚产生的记录。浏览器可能请求多个子域名和辅助资源，先关注你要测试的目标域名，不要把无关的后台连接当作结果。

展开一条对应记录，查看目标地址、命中规则和策略链。若链路显示选中的代理节点，说明这条连接被交给了该出口；若显示 DIRECT，说明当前规则或策略组选择让它直连。规则模式下出现直连记录很正常，关键是它是否符合配置预期。如果完全找不到对应记录，先排查应用是否绕过系统代理、客户端是否处于运行状态，以及连接面板是否设置了隐藏或筛选条件。

用出口信息辅助判断，不依赖单一页面

可以再访问自己信任的 IP 查询服务，查看它观察到的出口地址与大致网络归属。不过，规则模式下查询服务本身也可能直连，所以一次查询结果不变，不能直接证明客户端失效。应先在连接面板确认这次查询走了哪个策略，再解释页面结果。地理位置数据库也可能存在偏差，城市名称不能作为精确判断节点位置的依据。

确实需要做隔离测试时，可短暂切换全局模式，并在全局策略组中明确选择一个代理节点，再重新建立连接进行观察。测试结束后恢复规则模式。全局测试只帮助区分规则选择与节点连通性，不会自动让未进入内核的应用流量被接管。浏览器可用而其他应用不可用时，应回到第三步检查流量接入，而不是继续切换规则模式。

如果记录显示已使用代理，但页面仍然打不开，查看日志中与本次请求时间相近的错误。连接超时、域名解析失败和证书错误对应的处理方向不同，先记录现象，再一次只改一个条件。可以换一个节点重试，也可以换一个普通 HTTPS 页面比较；不要遇到证书警告就忽略浏览器提示，先检查系统时间，并停止在异常页面输入账号或其他敏感信息。

验证成功后，记下当前客户端、配置名称、主要出口组与接入方式即可，不必记录敏感订阅全文。退出客户端前，桌面端先关闭系统代理；如果客户端提供自动恢复功能，也应确认退出后的普通网络可以使用。手机端则使用客户端或系统入口断开连接。这样下次出现网络异常时，有清晰的起点可以回退。

首次配置到这里完成：订阅可加载、规则模式正确、应用流量已接入，并且目标连接记录显示了预期出口。后续需要处理开机自启、订阅刷新或长期维护，再阅读日常维护章节；需要比较规则、全局与直连的边界，则查看代理模式章节。先保持这套已验证的设置稳定使用，不必一次开启所有进阶功能。