Clash 订阅导入与连接教程

开始前：确认客户端与订阅来源

Clash 生态中的客户端负责读取配置、运行代理内核并提供设置界面，安装完成不代表已经具备可用的代理线路。继续之前，需要准备一份可信来源提供的、与当前客户端兼容的订阅地址或配置文件。订阅链接通常包含访问凭据，应像账户密码一样保管，不要粘贴到公开评论、问题截图或不熟悉的在线转换页面。

先确认设备在不开启代理时能够正常连接当前网络。需要网页认证的公共网络，应先完成认证；如果基础网络不可用，订阅更新和节点连接都可能失败。随后退出其他正在接管系统网络的代理或 VPN 工具，避免两个客户端同时修改系统设置。已有旧配置的用户可以先备份，再进行本次操作，不需要为了跟随教程删除全部历史配置。

本页默认保留客户端现有的基础参数，不要求先调整 DNS、开启 TUN 或编写规则。若遇到不熟悉的概念，可查阅术语手册；需要了解安装、覆写和长期维护的完整关系，再阅读使用手册。首次连接时一次只改一个环节，往往比同时打开多个高级选项更容易定位问题。

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

打开 Clash Verge Rev，在左侧进入「订阅」。找到用于输入订阅地址的输入框，将服务提供方给出的完整链接粘贴进去，再点击「导入」或对应的添加入口。不同版本的按钮位置可能变化，但操作对象应是远程订阅地址，而不是节点名称。如果来源同时提供多种订阅格式，优先选择明确标注适用于 Clash 或 mihomo 的格式，不要把普通网页地址当作配置地址。

粘贴之后先检查链接有没有被聊天软件截断，末尾是否多了空格、换行或标点。下面只展示地址的外观，示例不能用于实际连接；真实地址应从自己的服务管理页面复制，不能用示例替换其中几个字符后尝试访问。

https://example.com/sub?token=xxxx

导入成功后，订阅列表通常会新增一张配置卡片，显示名称及更新信息。选中这张卡片，将它设为当前使用的配置；仅仅把订阅添加到列表，并不一定会自动切换正在运行的配置。接着进入「代理」页面，确认出现了代理组与可选节点。若列表仍是旧内容，先回到订阅页确认当前选中项，再执行一次更新，不要连续添加同一个地址制造多个难以区分的副本。

如果拿到的是本地 .yaml 或 .yml 文件，使用客户端的文件导入入口，选择该文件后再启用。文件导入和远程订阅并不是同一种更新方式：前者通常不会自动从服务方获取后续变化。配置文件里也可能包含节点密码，备份与传输时应限制接收范围；需要编辑之前，先保存原件，以便撤回改动。

看到下载失败、解析失败或空列表时，先区分失败发生在哪一层。下载失败通常需要检查地址、网络和订阅状态；解析失败则可能是格式不兼容，或者服务端返回了登录页面、错误提示，而不是配置内容。不要只因出现了一个文件名就判断导入成功，也不要反复切换代理模式试图修复配置语法。可先回到订阅来源重新取得兼容地址，其他情况参阅常见问题中的安装配置与故障排查分类。

本步完成标志：当前订阅已经启用，「代理」页面能看到预期的代理组和节点。确认这一点以后，再决定这些连接应该怎样分流。

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

进入「代理」页面，找到「规则 / 全局 / 直连」模式切换区域，首次使用先选「规则」。在规则模式下，客户端按当前配置中的规则顺序决定连接去向：有些请求直接访问，有些交给指定代理组。这个模式适合日常使用，也便于接下来核对规则是否生效。切换模式不会替你补齐缺失的订阅，更不会改变服务方节点本身的可用状态。

模式确定后，查看页面上的代理组。组名来自订阅内容，可能是「PROXY」、中文名称或其他自定义名称，不要求与教程一致。找到配置主要使用的选择组，展开后选中一个节点；如果组里还嵌套了其他组，继续查看下一级的实际选择，避免停留在一个未配置好的中间组。客户端支持连通性测试时可以用它辅助筛选，但测试结果仅反映特定探测目标，不能替代后面的实际访问验证。

有些订阅默认选择自动测试组，这时不必强行改成手动节点。先确认该组确实有候选项，并且没有被选择为 DIRECT 或 REJECT：前者表示直连，后者表示拒绝连接。如果订阅按用途设置了多个组，首次只检查通用代理组和准备测试的业务组，其他分组暂时保留原值，避免一次改动太多而失去排查依据。

注意，全局模式不等于自动接管设备上的全部应用。模式决定进入内核之后怎样处理流量，系统代理或 TUN 才涉及流量怎样进入内核。因此，尚未启用任何接管入口时，只切换全局模式仍可能看不到浏览器请求。若后续出现规则模式失败、全局模式成功的情况，可以据此回查规则和代理组，但排查完成后应恢复原本需要的规则模式。

本步完成标志：当前处于规则模式，相关代理组有明确的节点或自动策略选择。接下来再把需要测试的应用流量送入客户端。

第三步：启用代理入口并建立连接

桌面端回到「设置」或首页的快捷设置区域，找到「系统代理」并开启。Clash Verge Rev 会向操作系统写入本机代理入口，遵循系统代理设置的浏览器和应用随后才能使用它。保持客户端及其内核运行，再重新打开用于测试的浏览器页面。如果关闭窗口后客户端仍在托盘运行，连接可能继续保持；如果选择了退出程序，则不能再假定本机代理入口仍有服务响应。

首次配置先只使用系统代理，不必同时启用 TUN 模式。系统代理适合先验证浏览器这类常见应用，能减少虚拟网卡、权限和路由带来的变量。部分应用不会遵循系统设置，这并不直接说明订阅失效；确认基础链路正常后，再根据应用需求决定是否启用 TUN。关于服务模式、虚拟接口与权限的详细说明，放在使用手册中按顺序查阅即可。

如果系统代理开关打开后立即恢复关闭，或者出现端口占用提示，先检查是否还有另一个代理客户端在运行。不要同时让两款工具接管系统代理，也不要直接删除不了解的系统服务。只有确认本地监听正常，系统入口才有意义。可以查看客户端设置中显示的端口；不同客户端、不同配置的默认值可能不同，应以当前实际值为准，而不是照抄截图里的数字。

需要在单个应用里手动填写代理时，主机一般使用本机回环地址，端口填写客户端实际显示的 HTTP 或混合端口。以下只演示本地入口的写法，其中端口必须与客户端一致；初次跟随教程使用系统代理即可，不需要再给浏览器重复设置一层独立代理。

主机：127.0.0.1
端口：客户端设置中显示的 HTTP 或混合端口
类型：按应用支持的代理协议选择

移动端通常不是寻找桌面端的系统代理开关，而是在客户端首页点击「启动」或「连接」。首次启动时，系统可能弹出添加 VPN 配置或建立 VPN 连接的授权提示，确认应用名称与刚安装的客户端一致后再允许。这里的 VPN 标识表示系统接管通道已建立，不表示远端节点已经可用；授权成功以后，仍需继续做实际访问验证。

如果移动端已有其他 VPN 正在运行，先断开它，再回到当前客户端重新连接。连接后不要立刻修改后台保活、DNS 或复杂路由参数，先在前台完成测试。公司或学校管理的设备可能限制代理设置或 VPN 权限，应遵循设备管理要求处理，不能通过反复点击开关解决策略限制。

本步完成标志：桌面端系统代理保持开启，或移动端显示已建立系统连接，且客户端未报启动错误。这个状态只说明入口准备就绪，下一步要检查流量是否确实走到了预期出口。

第四步：验证访问结果与规则命中

回到浏览器，新开一个页面，访问一个按当前配置应走代理的目标，再访问一个应当直连的目标。可以根据自己的配置选择熟悉的站点，不要只凭某个网页能否打开判断全部连接已经正确。浏览器缓存、现有长连接和站点自身状态都会影响观察结果；测试时重新加载页面，必要时关闭旧标签再打开，并记下出现异常的具体目标。

同时打开客户端的「连接」页面，在筛选框中输入刚访问的域名，查看是否出现对应连接。有的客户端会在详情中展示命中规则、代理链或使用的策略组。若配置规定该域名走代理，记录中应能对应到预期的代理组和节点；若命中 DIRECT，先确认这是否就是配置设计，而不是立刻认定代理开关失效。连接持续时间很短时，记录可能很快消失，可以边刷新页面边观察。

检查出口地址可以作为辅助，但不要把它当作唯一证据。规则模式允许不同目标走不同出口，某个地址查询页面显示本地网络出口，可能只是该页面被配置为直连。更可靠的方法是将目标域名、命中规则、实际策略与访问结果放在一起看。DNS 是否泄漏也不能仅凭网页显示的出口地址判断；需要专项测试时，再查常见问题中有关 DNS 的说明，避免在基础连接尚未确认时先调整解析方案。

如果完全找不到浏览器请求，先回查第三步：系统代理是否仍开启，浏览器是否使用了独立代理扩展，当前应用是否遵循系统设置。若能看到连接但请求超时，回查第二步的实际节点选择，并换一个已知可用的候选节点再试。若所有节点都出现认证或连接错误，回到第一步更新订阅、确认服务状态，而不是持续切换 TUN、DNS 和全局模式。

需要使用日志时，先记录一次失败发生的时间，再打开「日志」查找相邻记录。区分配置加载错误、远端连接失败与域名解析失败，通常比只看「无法访问」更有帮助。向他人求助时，可以提供客户端名称、操作系统、失败步骤和已脱敏的错误内容；不要公开完整订阅地址、节点密码或包含凭据的配置文件。日志级别也不必长期调到最详细，完成定位后恢复日常设置即可。

如果短暂切换到全局模式后目标可以打开，而规则模式下失败，说明问题更可能在匹配规则或被规则引用的代理组。先恢复规则模式，再核对连接详情，避免为了让一个站点临时可用而长期改变整套分流行为。规则具体顺序、覆写持久化以及 Fake-IP 的进阶处理超出了本次上手范围，可在使用手册继续阅读。

最后再确认退出行为：准备停止使用时，桌面端先关闭系统代理再退出客户端；移动端使用客户端的断开按钮结束连接。如果程序异常退出后浏览器突然不能访问网络，先到系统网络设置检查是否仍保留本地代理入口。开机自启可以等基础连接稳定后再设置，并实际重启验证一次，不要把自动启动成功与代理链路可用视为同一件事。