Clash 订阅导入与连接教程

开始前：准备客户端与兼容订阅

先从Clash 下载页按设备平台选择客户端，安装后正常打开一次。初次接触可以先用 Clash Plus；已有 Clash Verge Rev 或其他兼容客户端，也能沿用下方的操作思路。本文不要求先编辑 YAML，不要求修改 DNS，更不需要一开始就打开所有开关。

客户端负责读取配置和转发连接，订阅则提供服务器参数、代理组，有时还包含分流规则。仅安装客户端不会自动获得可用出口。开始前，请从自己的服务提供方取得明确标注为 Clash 或 mihomo 兼容的订阅地址，并确认服务仍然有效。普通网页地址、账户登录地址与订阅地址不是同一种东西，不能互相替代。

订阅链接通常带有账户识别信息，应当按密码管理。不要贴到公开评论区，也不要为了导入方便交给来历不明的在线转换页面。排查时若需要分享截图，先遮住完整链接、服务器地址和凭据信息；怀疑链接已经外泄时，应在服务提供方后台重置，而不只是删掉截图。

最后，记下当前网络原本是否能正常访问常用网站，并暂时退出其他代理或 VPN 工具。这样后续出现问题，能分清是原有网络故障，还是本次设置改变了请求路径。准备好客户端与订阅后，就从配置页面开始。

第一步：导入订阅并启用配置

新建远程配置

在服务提供方页面复制 Clash 兼容订阅链接，回到客户端，打开“配置”或“订阅”。选择“新建”“添加订阅”或“从 URL 导入”，将链接粘贴到地址栏，再填写一个容易区分的名称，例如“日常配置”。如果同一页面还提供本地文件入口，本次先选远程订阅，方便之后直接更新。

保存后等待下载结束。成功状态通常表现为配置卡片出现名称、更新时间，或者客户端给出导入成功提示。随后点击该配置，选择“使用”“激活”或对应的选中按钮。部分客户端导入后会自动切换，另一些只把它加入列表，因此不能只看到卡片就直接跳到连接步骤。

进入“代理”页面，检查是否已经出现代理组或节点，再查看“规则”页面是否加载了条目。各份订阅提供的内容不同，代理组可能叫“节点选择”“代理”或其他名称；名称本身不重要，关键是配置已经被内核读取。如果页面仍为空，先回到配置页确认选中了哪一份，而不是反复切换系统代理。

导入失败时，先分清下载与解析

提示超时、连接失败时，通常还没有成功取得配置。先确认当前网络能打开服务提供方页面，再重新复制链接，检查开头、结尾有没有空格或换行。部分客户端允许为订阅下载单独选择直连或代理路径；首次没有可用配置时，优先尝试当前能正常使用的网络路径，避免让下载依赖尚未建立的代理连接。

如果提示 YAML 错误、格式不支持，说明拿到的内容可能不是兼容配置。链接过期时返回的登录页、错误页，也会被误当作配置交给解析器。此时应重新选择服务提供方的 Clash 订阅入口，不要逐行删改错误内容。只有 Base64 链接集合时，也不能假定客户端一定能直接导入；格式差异可在常见问题中继续查阅。

如果拿到的是本地 YAML 文件，可改用“从文件导入”，选择设备上的配置文件。它通常不会像远程订阅一样自动获取服务端变更，后续需要自行替换文件或改为远程地址。无论采用哪种入口，下一步都要检查当前运行模式和实际出口。

第二步：选择规则模式与代理出口

回到主页或“设置”，找到“运行模式”，首次使用选择“规则”。这一项决定内核收到连接后按什么逻辑处理，不负责决定哪些应用会把连接交给内核。因此，现在选好模式，还不代表浏览器或其他应用已经开始走代理；流量接管要到下一步开启。

先用规则，不必直接切全局

规则模式按照配置中的规则顺序匹配域名、地址等条件，将连接交给指定代理组或直连出口。它适合日常使用，但前提是当前配置确实包含适合你的规则。遇到某个网站连接异常，可以稍后查看它命中了哪一条规则，不需要先把整个配置改掉。

全局模式会把进入内核的常规连接交给全局出口选择处理，适合临时对照测试；它不等于“整台设备所有应用都已被接管”。直连模式则让进入内核的常规连接直接访问目标，不能用它验证远程代理节点是否工作。模式名称类似，但各自解决的问题不同，首次保持规则模式最方便定位。

为实际使用的代理组选节点

接着打开“代理”，找到规则引用的主出口组。如果组内列出的是具体节点，点选一个当前可用的节点；如果列出的是另一个代理组，则进入下一层确认最终选择。像“自动选择”“故障转移”这样的组可能由配置自动维护，先保留默认行为，不必给每个组都手动改一遍。

可以点击客户端提供的“连接测试”或“延迟测试”，等待结果返回。这个测试只能说明节点对指定测试目标的可达情况，不能保证所有应用都正常，也不能把一次测试超时直接等同于节点完全不可用。先选一个测试通过的出口，再用实际访问验证，判断会更可靠。

若只想打开一项服务，先别大范围修改规则或删除代理组。订阅更新可能覆盖本地编辑，不同客户端的覆写保存方式也不同。规则排序、协议类型、配置兼容性等内容留到连接跑通之后，再看协议与内核技术手册。现在只需确认：运行模式是规则，所用代理组已经指向合适出口。

第三步：开启连接，让应用流量进入内核

桌面端先开系统代理

在 Windows、macOS 等桌面系统上，先查看客户端主页是否显示内核正在运行；如果有独立的启动按钮，先启动内核。然后打开“系统代理”。这会修改系统提供给应用读取的代理设置，浏览器及遵循该设置的软件通常会将新连接发送到客户端的本地监听端口。

此时先不启用 TUN，也不打开“允许局域网连接”。本机浏览器使用系统代理，并不需要将端口开放给同一网络的其他设备。若页面显示混合端口为 7890，它表示本地 HTTP 与 SOCKS5 可共用的监听入口，不是订阅地址，也不是远程节点端口；实际数值以客户端当前设置为准。

开关打开后，重新加载浏览器页面。如果之前浏览器里手动设置了另一套代理，或装有独立管理代理的扩展，系统代理可能不会成为它最终采用的设置。先让浏览器恢复使用系统设置，再发起一次新访问。终端工具、游戏和部分下载工具未必读取系统代理，不能仅凭这些应用没变化就判断整个客户端失败。

移动端允许系统 VPN 权限

Android、iOS 上通常点击主页的“连接”或启动按钮，系统会弹出添加 VPN 配置、建立 VPN 连接的授权提示。确认提示来自刚安装的客户端，再按系统要求完成授权。返回应用后，观察连接状态是否保持运行，以及系统是否出现对应的 VPN 状态标记。

这里的 VPN 权限用于把流量交给客户端处理，不代表每条连接都会经过远程节点；最终走代理还是直连，仍由运行模式与规则决定。若设备已经开着另一个 VPN，先将其断开再试。Android 若提示选择应用范围，首次可使用默认设置，避免误将测试用浏览器排除在接管范围之外。

只有应用需要时，再启用 TUN

桌面端浏览器已经能正常使用，而某个不读取系统代理的软件仍然直连时，再考虑“TUN 模式”。它通过虚拟网络接口接管符合条件的流量，通常需要安装服务或授予管理员权限。按客户端自身的服务模式与授权提示操作，确认服务正常后再打开 TUN，不要只把开关点亮就跳过错误提示。

TUN 的接管范围还会受到路由、应用排除项和系统环境影响，因此它也不是“打开后所有请求必经节点”的保证。首次不要同时修改网络栈、DNS 和路由选项；保留默认值，逐项验证。若出现断网，先关闭刚启用的 TUN，回到已能工作的系统代理方案，再到故障排查常见问题查具体原因。

到这里，配置、出口和流量入口已经接好。接下来不再靠开关颜色判断，而是检查一个真实请求到底走到了哪里。

第四步：验证规则命中与实际访问

用新请求检查连接路径

打开平时需要通过代理访问的服务，刷新页面或重新启动对应应用，确保发起的是新请求。仅看已经加载过的页面不可靠，因为缓存可能让它在没有联网时仍然显示内容。建议同时打开一个日常可直接访问的网站，确认基础网络也没有被本次设置影响。

随后切回客户端的“连接”页面，查找刚访问的域名，展开详情查看命中的规则、使用的代理组以及最终出口。不同客户端字段名称会有差异，但判断逻辑一致：请求是否进入客户端，规则把它送到哪里，连接最后是否成功。短连接可能很快从列表消失，找不到时可重新刷新页面，或到日志中按域名查找。

如果这项访问本来就应走代理，而详情显示 DIRECT，说明当前规则选择了直连；此时应检查配置和规则，而不是反复重装客户端。若显示的是预期代理组与节点，但页面仍失败，则进一步查看日志是否出现连接超时、认证失败或域名解析错误。一次只改一个相关设置，改完就重复同一个测试，才能知道哪一步产生了影响。

按现象决定下一步

客户端完全看不到对应请求时，优先检查应用是否使用系统代理、是否被分应用规则排除，以及是否存在另一个流量接管工具。客户端能看到请求但出口不对时，回到第二步核对运行模式和代理组。出口正确但连接失败时，再检查节点有效性、服务状态与当前网络。这样按入口、分流、出口的顺序排查，比来回切换多个开关更快。

也可以用可信的出口地址查询服务做辅助测试，但它只反映访问该查询服务时的出口。规则模式下，不同网站可能采用不同路径，因此某个查询页显示本地出口，不足以证明所有代理连接都没生效。同样，出口地址发生变化，也不能单独证明 DNS 处理符合预期；遇到 DNS 泄漏或 Fake-IP 问题，请到常见问题按对应主题继续检查。

跑通之后，再保存日常设置

确认目标服务可用、连接详情符合预期后，回到配置页设置订阅自动更新。若客户端提供更新间隔，选择适合服务变更频率的周期即可，不必每隔几分钟请求一次。更新后仍应留意当前代理组是否保留选择；配置名称相同，也不代表服务端的节点和规则永远不变。

需要开机启动时，再启用对应选项，并分清“启动客户端”和“启动后自动连接”是否是两个设置。下一次重启设备后，检查内核和系统代理或 VPN 状态，重复一次实际访问。离开客户端前若准备停止代理，先关闭系统代理或设备 VPN，再退出应用，避免应用继续向已经停止监听的本地端口发送请求。

之后若只是某个应用不走代理，先复查第三步的接管范围；若订阅更新失败，回到第一步检查下载路径。需要比较 SS、Trojan、VLESS、Hysteria2 等协议，或弄清 mihomo 与客户端的关系，再阅读协议手册。更换设备则从下载页选择对应客户端，重新走一遍这四步即可。