Clash 快速上手
订阅导入 → 选择代理模式 → 建立连接 → 验证是否生效
本页适合已经安装客户端、手上有订阅链接的用户,按约十分钟的首次配置流程编排。实际耗时取决于订阅获取、系统授权与网络状态。先完成浏览器的连接验证,再考虑 TUN、DNS 或配置覆写;一次只改变一类设置,出错时更容易回到上一步。
第一步:导入订阅并启用配置
开始前准备好服务提供方给出的完整订阅地址。客户端是读取配置、执行规则的工具,安装客户端不会自动生成可用代理。订阅地址通常包含访问凭据,应像密码一样保存,不要发到公共讨论区,也不要把带地址的截图直接用于求助。本教程无需把订阅提交给本站。
复制正确的订阅地址
打开提供订阅的管理页面,寻找标有 Clash、Clash Meta 或 mihomo 的订阅入口,点击复制。如果页面同时给出多种格式,优先使用明确适配当前客户端内核的格式。浏览器地址栏中的账户页面、分享页面或购买页面,不等同于订阅地址;复制后可在本地确认开头和结尾是否完整,尤其不要漏掉问号后面的参数。
如果服务方只提供其他客户端格式,不能仅靠修改链接名称就让它兼容。先查阅服务方的格式说明,确认是否有原生 Clash 配置入口。确实需要格式转换时,应先了解转换服务如何处理订阅凭据,不要把私有地址随意粘贴到陌生网页。格式差异可以继续查阅协议与内核参考,首次上手先以能够直接导入的配置为准。
保存来源,等待首次拉取完成
进入客户端的“订阅”或“配置”页面,找到“新建”“添加”或“从 URL 导入”。将完整地址粘贴到远程地址输入框,为配置取一个便于辨认的本地名称,例如“日常配置”,再点击保存或导入。有些客户端在输入框旁直接提供下载按钮,点击后才会真正拉取配置;只填入地址而没有保存,不代表导入已经完成。
等待界面显示更新成功,再查看配置卡片的状态。如果出现解析失败、下载失败或权限错误,先停在这一步。重新核对地址、订阅有效期和服务方公告,必要时在当前网络下重试。不要通过反复切换全局模式来解决拉取失败:运行模式控制的是已加载配置的分流,不能修复无效地址或不兼容文件。
如果手上是本地 YAML 文件,使用“导入文件”或“本地配置”入口选择它,而不是把文件路径填进订阅 URL 框。本地文件不会自动获得远程更新能力;需要更换内容时,应重新导入或按客户端支持的方式编辑。文件内若引用其他规则或代理提供者,后续还可能需要下载这些资源,首次导入成功并不表示所有外部资源都已准备完成。
选中配置,让内核实际加载
保存成功后,点击该配置的“使用”“启用”按钮,或选中对应卡片。确认界面出现当前配置标记,再进入代理页面,查看是否能看到配置定义的代理组。这里要区分两个动作:导入是把来源保存到客户端,启用才是让内核加载其中的代理、规则和设置。列表里有一张配置卡片,并不能证明它正在生效。
首次操作只保留一份明确启用的配置。暂时不要修改订阅正文,也不要同时加入多份来源,避免后面无法判断正在使用哪份规则。若代理页面仍为空,返回配置页面查看加载错误,再到帮助中心查找“订阅更新失败”或“配置解析失败”的处理方法。能够看见代理组后,继续下一步。
第二步:选择规则模式与代理组
配置加载完成后,打开“代理”页面或主界面的模式选择器。首次使用建议选择“规则”,英文通常为 Rule。它会按当前配置中的规则决定请求直连、交给代理组或拒绝连接。规则模式的具体行为取决于订阅内容,并不是所有名为“规则”的配置都会作出相同选择。
先选模式,再选出口
常见模式包括规则、全局和直连。规则模式按配置逐项匹配;全局模式通常将请求交给全局代理组,但仍需选择组内出口;直连模式不通过代理转发。全局模式适合临时缩小排查范围,不适合作为“订阅一定可用”的证明。首次先保持规则模式,后面通过连接记录核对实际分流结果。
模式确定后,展开负责主要出口的代理组。这个组可能叫“节点选择”“代理”或 PROXY,名称由配置作者决定。选择一个订阅中真实存在的代理条目;如果配置已经提供自动选择组,也可以选用它。不要照着教程寻找固定组名,更不要因为名称不同就重新导入订阅,关键是看规则最终引用了哪个组。
代理组中有时还包含其他组,形成两级选择。例如主组选择“自动选择”,再由后者在多个代理中决定出口。这种结构是正常的。手动选中一个条目后,确认当前选择标记已经移动;如果停在 DIRECT,相关请求可能直连,停在 REJECT 则可能被拒绝。它们是路由动作,不是需要测速的远程服务器。
用测试辅助选择,不只看测试数值
客户端若提供连通性或延迟测试,可以先运行一次,排除明确无法响应的条目。测试请求访问的是特定地址,其结果只反映当时到该测试目标的情况,不能代表所有网站、所有协议都可用。暂时没有测试结果时,也不必立即修改 DNS;先记录当前选择,再按后续步骤发起一次真实浏览器访问。
订阅更新后,条目名称或分组结构可能变化,原来的手动选择也可能失效。因此每次明显更换订阅后,都应回到代理页确认当前组,而不是只观察客户端是否仍显示运行中。至此应能确认两件事:模式为规则,主要代理组已经选定出口。接下来才是让系统或应用把请求交给客户端。
第三步:开启代理并建立连接
代理组准备好后,先查看客户端主界面,确认内核没有启动错误。有些桌面客户端打开后内核已运行,但系统代理仍处于关闭状态;另一些客户端需要点击“启动”才会加载配置。看到配置已启用、内核运行正常之后,再选择对应平台的连接方式,避免把“窗口已打开”误认为“请求已接入”。
桌面端:先使用系统代理
打开客户端“设置”或“首页”,找到“系统代理”,将其开启。该开关会把系统支持的代理设置指向本机客户端的监听端口,浏览器等遵循系统代理的应用随后才会将请求交给客户端。首次保留默认监听地址与端口,不要直接把教程中常见的端口数字填到所有位置;不同安装环境可能已经占用端口,应以客户端当前显示的实际值为准。
授权提示出现时,先确认它确实来自刚启动的客户端,再按系统要求操作。若系统代理开关开启后立即恢复关闭,查看是否有其他代理工具、浏览器扩展或系统管理策略正在改写设置。先暂停其他同类工具,再重新开启当前客户端的系统代理,避免多个程序轮流覆盖同一项设置。
系统代理不是所有应用的统一接管开关。一些游戏、终端或自带网络栈的应用可能忽略它,因此本次先用正常遵循系统设置的浏览器验证。不要在浏览器尚未连通时,同时添加环境变量、开启 TUN 并修改 DNS;这些变化会增加排查范围,反而难以确认基础配置是否正确。
移动端:确认系统连接授权
移动客户端通常通过“连接”或“启动”按钮建立本地 VPN 通道。点击后,系统可能要求允许添加 VPN 配置或建立 VPN 连接;确认应用名称正确后授权,再回到客户端查看连接状态。系统状态栏出现 VPN 标记,只说明通道已经建立,不代表选中的远程代理一定可用,仍需完成最后一步的实际访问验证。
若设备同时运行其他 VPN、工作资料网络或流量过滤工具,连接可能受到系统限制。先断开其他同类连接,再重新启动当前客户端。初次连接后让客户端留在前台完成测试,确认流程正常后,再根据需要调整后台运行或电池管理设置,不必一开始就修改所有系统权限。
TUN 留到基础验证之后
只有在确认某个应用不遵循系统代理,且客户端与系统都支持相关能力时,再考虑 TUN 模式。它可能需要服务模式、管理员权限或额外系统授权,也会涉及路由与 DNS 行为。首次连接不要求同时开启系统代理与 TUN;先完成一条清晰的请求路径,具体差异见协议与内核参考,启动报错则转到帮助中心继续排查。
需要停止使用时,桌面端先关闭系统代理,再退出客户端;移动端先点断开,确认连接结束。部分客户端退出时会自动清理系统代理,但异常退出未必完成清理。如果退出后浏览器反而无法访问网络,先检查系统代理是否仍指向已关闭的本机端口,而不是立即删除订阅或重装软件。
第四步:验证访问与规则是否生效
现在保留客户端运行,在浏览器中新建标签页,访问一个平时使用、当前应当能够访问的网站。不要只刷新已经完整加载的旧页面,因为缓存可能让页面看起来正常,却没有产生新的请求。如果浏览器使用了单独的代理扩展,先确认它跟随系统设置,避免测试实际上走了另一套连接。
把页面结果与连接记录对照
访问网页的同时,打开客户端的“连接”或“日志”页面。观察刚产生的请求是否出现,核对目标域名、匹配规则和最终代理链。不同客户端展示字段不同,有些显示规则类型,有些显示组名与出口;只要能对应到刚发出的请求,就可以沿着“应用 → 客户端 → 规则 → 出口”的顺序检查。
页面正常打开且记录显示使用预期代理组,说明这次请求的基本链路已经跑通。若记录显示 DIRECT,先确认它是否符合该域名的规则安排,不要把直连一律视为故障。规则模式本来就允许不同请求走不同路径;如果希望了解为什么某个域名被这样处理,再查阅参考页中的规则匹配说明,而不是立即把所有流量切到全局。
如果完全找不到新记录,先检查系统代理开关、移动端连接状态以及浏览器的代理设置。需要时打开普通的信息级别日志再发起请求,避免只看错误日志而遗漏正常连接。若记录存在,但出现连接超时或握手失败,可保持其他设置不变,仅更换当前组内的另一个可用代理后重试,以区分出口问题与本地接入问题。
按顺序处理异常,保留有效设置
出现域名解析错误时,先确认问题是否只涉及一个网站,再检查订阅资源是否更新完整。出现配置加载错误时,应返回第一步,而不是继续调整浏览器。遇到只有某个应用无法连接的情况,则先确认该应用是否遵循系统代理。按症状回到对应层处理,比同时修改端口、模式和 DNS 更容易得到可解释的结果。
终端命令与浏览器不是同一个验证对象。浏览器正常后,终端仍可能需要单独配置代理环境变量或在工具中设置代理地址;地址和端口应取自客户端实际监听设置。关于终端、UWP 回环、订阅更新失败和 Fake-IP 的细节,使用帮助中心定位对应条目,本页先以浏览器链路可用作为首次上手的完成条件。
完成后记录与下次启动
确认可用后,记下当前启用的配置名称、运行模式、代理组选择和接入方式。记录中不需要包含完整订阅地址。以后更换客户端或排查问题时,这四项比一张仅显示“已连接”的截图更有用;求助截图还应遮住订阅凭据、账户信息和不希望公开的访问域名。
下次启动时,先确认当前配置仍被选中,再检查内核与系统代理或移动端连接状态。如果此前手动关闭过系统代理,单纯打开窗口可能不会自动恢复;是否自动连接取决于客户端设置。等基础流程稳定后,再按需要开启开机启动、订阅定时更新等功能,并在订阅更新后检查一次代理组选择。