Clash 订阅配置与连接验证

第一步：导入订阅并选中配置

开始前准备一条服务提供方给出的订阅链接，或一份可用的本地 YAML 配置文件。客户端负责读取配置并处理流量，安装完成并不代表已经具备可连接的节点。订阅链接通常包含个人访问凭据，应当按密码保管；不要把完整链接贴到公开讨论区，也不要为了测试随意导入来源不明的配置。

粘贴链接，等待导入结果

打开客户端，进入「订阅」或「配置」页面。找到链接输入框或新增入口，把整条订阅链接粘贴进去，再点击「导入」或「保存」。粘贴时不要带上聊天消息里的引号、说明文字和换行。如果提供方列出多个格式，选择明确标注支持 Clash 或 mihomo 的入口，而不是把面向其他软件的订阅直接填进去。

提交后先等待结果，不要连续点击。正常情况下，列表里会出现一张配置卡片，可能显示配置名称、更新时间或更新按钮。部分客户端会自动选中新导入的配置，另一些需要再次点击卡片或使用其菜单中的启用操作。确认界面已有当前配置的选中标记，再进入「代理」页面；只有看到策略组及其可选节点，才算完成了从链接到运行配置的这一步。

如果卡片已经出现，但代理页面仍然为空，先回到订阅列表确认选中状态，再查看更新是否成功。出现 401 或 403 时，先核对订阅访问权限和链接是否失效；出现超时则需要区分当前网络能否访问订阅地址。不要反复删除整套客户端配置。更完整的判断顺序见订阅更新失败排查。

本地文件导入与成功标志

如果拿到的是文件，使用客户端提供的文件导入入口，选择扩展名为 .yaml 或 .yml 的配置。不要把本地文件路径粘进订阅链接输入框。文件导入后同样需要选中配置；它也不一定带有远程更新来源，不能因为点了更新就假定节点信息会自动刷新。

本步骤先不要编辑 YAML 字段，也不要叠加网上找到的 DNS 片段。需要确认的只有三件事：导入没有报解析错误，配置已被选中，代理页面能看到配置实际定义的策略组。完成后再进入下一步选择模式。节点名称出现只说明配置被读取，还不能证明远端节点可以建立连接。

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

配置已经加载后，找到「代理模式」。Clash Verge Rev 常见入口在「设置」中的 Clash 设置区域，其他客户端可能把切换项放在代理页面或主页。首次使用选择「规则」。这个模式按配置中的规则决定请求直连还是走某个策略组，适合保留订阅提供的默认分流逻辑。

先区分模式，再选择策略组

「规则」「全局」「直连」解决的是不同问题。规则模式依照规则匹配结果处理请求；全局模式通常把进入内核的请求交给全局策略组；直连模式则让这些请求直接连接目标。全局并不等于接管整台设备的全部流量，也不会自动让不遵循系统代理的应用进入客户端。因此，首次验证不要把全局模式与 TUN 模式混为一谈。

选好规则模式后，进入「代理」页面。这里的策略组名称来自当前配置，不同订阅可能完全不同，不必寻找教程截图里某个固定名称。展开负责代理出站的选择组，选择一个服务提供方标注可用的节点。如果组内选择的是另一个策略组，还需要继续查看下一层，直到能够确认实际出站路径。自动选择组可能按配置自行探测和切换，手动选择组则需要明确选中一项。

如果界面提供延迟测试，可以运行一次，把结果作为初步参考；有响应并不代表所有网站都能访问，超时也可能与测试地址有关。先选一项完成浏览器验证，不要为了寻找某个数值连续切换。若节点逐个都失败，应当保留一次失败时的日志，再按故障排查手册检查节点连接与本地网络。

保留默认规则，避免同时改多个变量

首次连接暂时保留原有的规则、DNS 和嗅探设置。教程的目标是确认一条完整连接路径，而不是在首次启动时完成所有优化。尤其不要一边切换模式，一边导入覆写文件，再同时改 DNS 地址；这样即使恢复正常，也很难知道究竟哪一项起了作用。

如果订阅带有按应用或网站分类的策略组，先查看对应组当前选择的是节点、其他组还是 DIRECT。某个网站仍然直连，可能只是该组本来选中了直连，并不代表系统代理失效。至于规则顺序、覆写持久化和自定义策略，等基础连接完成后再阅读进阶排查说明。现在保留规则模式和一个明确的出站选择，继续开启连接入口。

第三步：开启系统代理或移动端连接

选中节点之后，客户端仍然需要接收到应用的请求。桌面端通常先用系统代理验证浏览器；移动端则通过系统授权的 VPN 通道接管流量。先关闭其他正在连接的代理或 VPN 软件，避免多个程序交替修改系统网络入口。工作设备若受组织网络策略管理，应当遵守相应限制，不要自行覆盖受管配置。

桌面端：确认内核运行，再开系统代理

在桌面客户端确认没有内核启动失败提示，再进入「设置」，开启「系统代理」。Clash Verge Rev 的混合端口常见为 7897，但应以当前客户端实际显示的值为准，不能把示例端口当成固定要求。使用系统代理开关时一般不需要再到系统设置中手工填写一遍；客户端会按自身配置设置对应入口。

打开开关后，先保持客户端运行。浏览器如果曾安装代理切换扩展，检查它是否覆盖了系统代理设置；扩展可以临时切回使用系统代理。终端、游戏或某些独立应用不一定遵循这一入口，所以它们此时没有变化不能直接判定配置失败。先用浏览器做下一步验证，确认基础路径后再处理单独应用。

TUN 模式不是这一步的必选项。它用于另一种流量接入方式，可能需要管理员权限、服务模式或额外的系统网络授权。首次使用先保持关闭，避免同时改变系统代理与虚拟网卡两条路径。确实需要接管不遵循系统代理的应用时，再按手册中的 TUN 与权限说明单独配置。

移动端：点击连接并完成系统授权

Android 或 iOS 客户端通常在主页提供连接按钮。确认配置与节点已经选好后，点击连接；系统首次弹出 VPN 连接或添加 VPN 配置提示时，核对发起请求的应用，再按系统流程允许。部分设备还会要求解锁确认。授权完成后，返回客户端查看连接状态，并确认系统没有立即提示连接断开。

移动系统通常不能让多个常规 VPN 通道同时工作。如果设备正在使用其他 VPN、防火墙或基于 VPN 的过滤应用，先断开它们，再重新连接当前客户端。Android 中若客户端提供分应用设置，还应确认测试用的浏览器没有被排除；iOS 中则先保留客户端默认路由设置，不要为首次测试同时增加复杂的按需连接条件。

第四步：验证请求是否经过客户端

连接状态正常后，重新打开一个浏览器标签页，访问你明确知道需要代理且有权访问的网站。尽量不要只看之前已经打开的页面，因为页面内容可能来自缓存，原有长连接也可能沿用开启代理前的路径。必要时关闭旧标签页后重新访问，或重启浏览器再试一次。

同时检查网页结果与连接记录

访问页面的同时，打开客户端「连接」页面，按目标域名寻找刚产生的请求。若客户端能展示匹配规则和策略链，确认请求命中了预期规则，并经过刚选中的策略组或节点。规则模式下某些请求显示 DIRECT 是正常现象，关键是它是否符合配置的分流安排，而不是要求每一条记录都走代理。

如果网页能打开，但客户端里看不到对应记录，不要立即得出代理已经生效的结论。页面可能直接可达，也可能被浏览器自己的代理设置、扩展或其他网络工具处理。关闭无关代理入口，用新请求重试，再核对客户端记录。移动端还需要回看浏览器是否被分应用规则排除。

再打开一个应当直连的常用网站，确认规则模式没有影响普通访问。IP 查询页面可以作为辅助对照，但它通常只反映当前浏览器访问该查询站点时的出口，不能据此断言所有应用都使用同一条路径。更可靠的判断是把页面结果、匹配规则与出站记录放在一起看。

按现象返回对应步骤

如果完全没有新连接记录，优先返回第三步检查系统代理、移动端授权和应用入口；如果记录存在但选择了意外的直连策略，返回第二步检查组内选择与命中规则；如果已走预期节点却报连接超时，再查看「日志」中对应目标附近的报错。日志中的 i/o timeout、connection refused 指向的情况不同，不能统一用换 DNS 处理。

如果订阅本身无法更新，则回到第一步，不必先清空系统网络设置。需要分享日志时，只保留与失败时间有关的几行，并遮住订阅链接、凭据和个人网络信息。详细的错误分类与逐项排查流程集中在Clash 故障排查手册，本页不再展开复杂网络诊断。

完成首次配置，测试退出后的恢复

当需要代理的网站能够访问，连接记录显示预期出站，普通直连网站也能正常打开，首次配置就完成了。记住当前配置名称、代理模式和策略组选择即可，不必把完整订阅链接复制到笔记中。远程订阅以后可以通过原配置卡片更新，但提供方的节点和规则可能变化，更新后若行为不同，应重新检查组内选择。

最后做一次退出测试：桌面端先关闭「系统代理」，如果后来启用了 TUN，也先将其关闭，再退出客户端；移动端先点击断开，再离开应用。随后访问普通网页，确认系统网络已经恢复。这样可以避免客户端退出后，系统还指向一个不再监听的本地端口。

下次使用时按「确认当前配置 → 检查节点选择 → 开启连接」恢复即可。开机自启、自动连接和后台保持运行都建议在手动连接验证通过后再设置，并在重启设备后检查一次实际状态。遇到无法上网、DNS 异常或客户端崩溃时，直接进入按症状组织的故障排查，不需要重新执行整份教程。