首次配置 / 约 10 分钟操作路径
Clash 使用指南
订阅导入与连接验证
按顺序完成四步:导入订阅、选择代理模式、开启连接、验证出口。先让浏览器请求走通,再处理需要 TUN 接管的应用,避免同时修改多项设置。
开始前:准备客户端与配置
客户端安装完成后,先正常启动一次,确认主窗口能打开、内核没有持续报错。教程假定已经有可信来源提供的订阅链接,或一份适配当前内核的 YAML 配置。客户端负责读取配置、执行规则和建立连接;仅安装客户端,不会自动获得可用的代理服务。若手中只有服务网站的登录地址,需要先在该服务的订阅页面取得配置链接,而不是把登录页地址直接导入。
首次配置时,退出其他正在接管系统代理或 VPN 的程序,并暂时保留客户端原有的 DNS、监听端口和网络栈选项。这样遇到问题时,只需检查当前这一套配置。订阅链接可能包含身份凭据,不要发到公开讨论区,也不要在截图中展示完整地址。需要描述故障时,保留错误类型与发生步骤即可,分享日志前应移除链接中的敏感部分。
接下来的界面名称按功能描述,不要求逐字相同。看到相近名称时,先确认它属于“配置管理”“代理选择”还是“网络设置”。术语不清楚可查阅名词解释;本页只保留完成首次连接所需的操作,不要求先理解所有内核参数。
第一步:导入订阅并启用配置
在左侧导航或底部菜单进入“配置”页面,寻找“新建”“导入”或用于填写订阅地址的输入框。复制完整订阅链接,粘贴后检查开头与末尾是否夹带空格、换行或聊天软件附加的标点,然后执行下载或导入。如果页面要求填写名称,可使用便于识别的本地名称;名称通常只是客户端中的标签,不影响规则匹配。等待请求完成,直到列表中出现新的配置条目。
配置条目出现后,还需要将它设为当前使用的配置。常见操作是点击卡片、选择“使用”,或打开条目菜单执行“启用”。以界面中的选中标记为准,不要把“已经下载”当成“已经载入”。随后进入“代理”页面:正常情况下应能看到配置定义的策略组,以及组内可选的节点。不同订阅的组名不同,不必寻找固定叫做 Proxy 的条目。
如果提供的是本地 YAML 文件,改用“导入文件”或文件选择入口。不要把文件路径粘贴到订阅 URL 输入框,也不要直接修改文件扩展名来转换格式。本地配置一般不会因为订阅服务更新而自动变化;远程订阅则可以在配置条目的菜单中执行更新。首次使用先手动更新成功一次,再考虑设置自动更新间隔,便于区分导入故障与定时任务故障。
导入后出现格式错误时,先阅读客户端提示。返回内容若是网页登录页、错误页或单独的节点列表,未必能作为 Clash YAML 使用;链接能在浏览器中打开,也不等于格式兼容。应向提供方确认所选链接支持当前客户端或 mihomo 内核,不要把私有订阅提交给来源不明的转换网站。若提示下载超时,则先确认普通网络可用,再检查提供方是否给出备用入口。
本步完成标志:配置条目已被选中,代理页面能显示其策略组,日志中没有持续出现配置解析失败。若仍停留在报错状态,先到帮助中心的安装配置分类排查,不要急着打开更多网络开关。只有配置成功载入,下一步选择模式才有实际作用。
第二步:选择规则模式与出口
配置载入后,在概览页、代理页顶部或托盘菜单中找到模式选项,首次使用选择“规则”。该模式会按配置中的规则决定连接走直连、某个代理策略组还是拒绝策略。它不是“所有请求都经过代理”的开关,因此稍后看到部分连接使用 DIRECT,可能是规则的正常结果。先沿用订阅现有的分流方案,不要为了测试而删除直连规则或移动兜底规则。
进入“代理”页面,展开承担代理出口的策略组。手动选择类型的组,需要点击其中一个节点或子策略组;自动选择类型的组则由健康检查与组的算法决定出口。部分订阅会把网站分类组再指向一个总选择组,所以需要沿着当前选中项继续展开,直到能确认最后使用的是具体节点还是 DIRECT。组名只是配置作者定义的名称,不能仅凭名称推断实际出口。
客户端若提供连接测试,可对当前策略组执行一次测试,再选择测试可达的候选项。测试结果取决于测试地址、超时时间与当时网络,只能说明这次探测的情况,不代表所有网站都能访问,也不代表下载速度。某个节点显示超时时,可先试同组中的其他节点;若所有节点均失败,应回到订阅有效性和网络连接检查,而不是反复点击系统代理。
三个概念分开看:规则模式决定怎样选择策略;策略组决定可选出口;系统代理或 TUN 决定哪些应用请求进入内核。选择了节点,不代表浏览器已经把请求交给客户端。
“全局”模式通常将进入内核的请求交给全局策略,适合短时对照测试,但它也不会自动接管所有应用。“直连”模式则让进入内核的请求直接连接目标。首次操作建议保持规则模式;如果为了排查临时切到全局,需另外确认全局组的选中项,测试结束后再切回规则。不要把全局模式与 TUN 模式混为一谈,它们解决的是不同层面的问题。
本步完成标志:当前模式是规则,相关代理组已有明确出口,且不是意外选中的直连项。现在可以继续让应用流量进入客户端。关于规则顺序、协议差异和自动选择组的设计取舍,留到协议与内核参考查阅,首次连接无需调整这些内容。
第三步:开启系统代理并连接
先查看概览或内核状态,确认内核正在运行。如果界面显示内核启动失败,打开日志查看第一条相关错误,暂时不要继续切换模式。内核正常后,到“设置”或托盘菜单开启“系统代理”。某些客户端把它放在概览页的快捷开关中。首次验证先保持 TUN 关闭,用会遵循系统代理的浏览器发起请求,可以减少权限、虚拟网卡与路由设置带来的变量。
Windows 开启后,可在系统设置的代理页面检查是否出现本地代理地址;macOS 可在当前网络服务的代理设置中查看对应项。以客户端实际设置为准,不要直接覆盖已有的单位或学校网络配置。客户端显示开关已打开,但浏览器没有连接记录时,还要检查浏览器扩展是否单独控制代理,以及应用是否使用自己的网络配置。Linux 的应用支持情况各不相同,系统代理开关不一定覆盖命令行工具。
需要手动填写应用代理时,先到客户端设置中确认监听地址和端口。下表只是常见配置示意,不代表每个客户端的出厂设置;如果界面显示其他端口,应填写实际值。监听地址为回环地址时,主要用于本机访问,不需要为了本机浏览器开启局域网访问。
| 设置项 | 示意值 | 操作说明 |
|---|---|---|
| 本机代理地址 | 127.0.0.1 |
应用与客户端运行在同一设备时使用 |
| 混合端口 | mixed-port: 7890 |
同一监听端口可接收 HTTP 与 SOCKS 代理请求 |
| 规则模式 | mode: rule |
进入内核后,按当前配置规则选择策略 |
若日志提示监听端口已被占用,先确认是否重复启动了客户端,或另一个代理程序仍在后台运行。关闭占用程序后重启内核;确实需要保留其他程序时,再修改监听端口。端口改变后,客户端管理的系统代理可能会同步更新,但手动填写端口的浏览器、终端或其他应用需要自行同步,否则仍会请求旧端口。
Android、iOS 的对应操作一般是点击连接并允许系统创建 VPN 配置;系统授权弹窗应来自正在使用的客户端。桌面端若浏览器已成功,而目标应用明确不遵循系统代理,再考虑启用 TUN。启用前阅读客户端的服务安装或权限提示,按要求授权后重新发起请求,不要一开始就同时叠加其他 VPN。TUN 的适配问题可继续查帮助中心。
本步完成标志:内核正常运行,系统代理已开启,或移动端已完成相应系统授权。接着打开浏览器发起一个新请求,不要只观察之前已经加载的页面;已有长连接不一定会因为刚刚切换设置而改变出口。
第四步:验证规则与实际出口
先打开客户端的“连接”页面,再用浏览器新开标签页访问一个可信的 HTTPS 页面。观察连接列表是否出现对应域名或目标地址,必要时使用域名筛选。页面能打开,只能证明这次请求得到了响应,不能单独证明经过了代理;缓存、直连规则和浏览器已有连接都可能影响判断。连接记录才是确认请求是否进入内核的第一步。
点开新连接的详情,依次查看目标、命中规则和策略链。若命中规则指向某个代理组,再确认链条末端使用了预期节点。若显示 DIRECT,先判断该目标是否本就属于直连范围,不要立即认定设置失败。可以选择一个按当前订阅规则应走代理的目标重新测试,同时对照规则说明。部分客户端会将策略链分层显示,需要展开详情才能看到最终出口。
若连接列表完全没有对应记录,先检查该请求是否仍在进行,以及界面是否只显示活动连接;短连接可能很快结束。随后重新打开页面、清除连接筛选条件,检查系统代理开关与浏览器扩展。使用独立代理配置的应用,应核对其地址、端口和协议类型。不要在还没确认流量进入客户端之前,就修改 DNS 或更换整份规则,否则很难知道是哪一项改变产生了作用。
若能看到连接,但请求失败,排查范围就缩小到了规则出口、节点可达性与解析结果。先核对实际选中的节点,再查看同一时间的日志。域名解析错误与连接超时不是同一种问题,应保留原始错误类型分别处理。需要临时提高日志级别时,只收集足够定位问题的片段,排查完成后恢复常规级别,避免持续积累包含访问目标的详细日志。
出口地址查询可以作为辅助验证,但查询页面本身也受规则控制;同一个浏览器访问不同目标,可能走不同出口。因此,查询结果需要与该页面的连接记录一起看。DNS 是否按预期解析也不能只凭网页出口判断,更不能据此断言所有应用都采用相同路径。涉及 DNS 解析链、TUN 路由与协议兼容性的进一步分析,可转到协议参考,不必在首次连接时一次解决全部高级场景。
本步完成标志:新请求出现在连接记录中,命中策略与预期一致,目标页面可以正常响应。到这里,首次配置已经完成。后续更新订阅后,如果组名或节点发生变化,应重新检查选中项;需要停止使用时,先关闭系统代理或断开 VPN,再退出客户端,避免应用继续向已经关闭的本地端口发送请求。
日常使用:保留可复现的检查顺序
日常连接不必重新执行全部步骤。先确认当前配置有效,再确认策略组出口,最后开启接管方式即可。出现异常时,仍按“配置是否载入、模式是否正确、请求是否进入、出口是否可用”的顺序检查。每次只改变一个选项,重新发起请求并查看记录,比同时更换节点、DNS 与 TUN 设置更容易得到明确结论。
订阅更新可能替换远程配置中的规则与节点,个性化修改应优先使用客户端提供的覆写或合并功能,并在更新后检查实际运行配置。准备继续学习时,可用名词解释理解策略组与规则类型,用帮助中心定位具体报错,再通过协议与内核参考比较协议兼容性与适用场景。无需为了完成基本使用而提前修改所有高级选项。