Clash Verge 使用教程

开始前：准备客户端与有效订阅

本教程从客户端已经能够正常打开开始。首次启动后，先确认界面没有持续显示内核启动失败、配置加载失败或端口占用提示。如果客户端尚未安装，先完成安装再返回本页；此时不必提前开启 TUN、修改 DNS 或添加自定义规则，保留默认设置更容易定位后续问题。

客户端负责读取配置并处理流量，本身不等于代理服务。需要准备一条由服务方提供、明确兼容 Clash 或 Mihomo 的订阅链接，或者一份能够在当前内核中使用的 YAML 配置。账号登录页、付款页面和订阅地址不是同一回事，把普通网页链接粘贴进客户端，通常只会得到格式错误。

开始操作前，退出其他正在接管网络的代理或 VPN 应用，并记录已有的手动代理设置。订阅链接可能包含账户标识，应像密码一样保存，不要放进公开截图、聊天群或在线转换网站。排查时只记录错误类型，分享配置前先移除订阅地址、认证信息与其他私人字段。

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

在 Clash Verge Rev 左侧打开“订阅”页面，找到用于粘贴订阅链接的输入框或新建远程订阅入口。复制服务方提供的完整地址，确认前后没有空格、换行或聊天软件附带的标点，再粘贴到输入框中。若界面要求填写名称，可以使用便于识别的本地名称；名称只是显示标签，不会改变订阅内容。

点击“导入”后，等待客户端下载并解析配置。完成时，订阅页面应出现一张配置卡片或一条订阅记录，而不是仍停留在错误提示上。接着点击该配置，将它设为当前使用项；部分版本通过卡片选中状态表示启用，部分版本提供单独的启用操作。只有下载成功而没有切换当前配置时，内核仍可能使用原来的内容。

随后打开“代理”页面，查看是否出现订阅定义的策略组。策略组名称由配置提供，不要求与教程一致，因此应根据用途和组内选项判断，而不是寻找某个固定名称。能看到策略组和可选项，说明导入与配置加载已经完成了主要环节；接下来还需要选择出站并开启流量入口，不能把这一步直接当作连接成功。

如果拿到的是本地 YAML 文件，使用订阅页面提供的本地文件导入入口，选择文件后同样将其设为当前配置。本地导入适合已有配置的场景，但文件不会自动变成远程订阅：服务方更新节点后，仍需重新取得配置或使用原本支持更新的远程地址。不要仅把文件扩展名改成 .yaml 就认为内容已经转换完成。

导入失败时，先阅读提示再重试。请求超时应先确认当前网络能否访问订阅服务；返回网页或格式不兼容时，应向服务方确认正确的订阅类型；提示认证失败时，应检查链接是否过期或账户状态是否变化。如果订阅地址本身必须经过代理才能访问，需要使用已经可用的网络路径取得配置，不能靠尚未配置成功的连接解决这个前置问题。

完成首次导入后，了解配置卡片上的“更新”入口即可，暂时不必设置频繁的自动更新。远程更新用于重新取得服务方发布的内容，不一定保留直接写进订阅文件的本地修改。需要长期添加规则时，应使用客户端支持的覆写或合并方式；具体结构留到配置参考查阅，本次先使用订阅原有配置完成连接。

第二步：选择规则模式与策略组

确认配置已启用后，进入“代理”页面，找到规则、全局、直连三种模式的切换入口。首次使用建议选择“规则”：内核按配置中的规则决定请求走直连、某个策略组或其他出站。这种模式适合日常访问，但实际分流范围取决于当前配置，客户端不会仅凭模式名称自动生成符合所有需求的规则。

接着展开负责常规代理流量的策略组。手动选择组通常允许点击一个节点作为出站；自动选择组则根据配置中的检查方式维护选择结果。先沿用订阅提供的默认结构，只在需要手动指定时选择一个可用选项。若组里还嵌套了其他组，应继续检查下一层选择，避免以为选中了代理组，最终出站却仍是直连。

可以使用策略组旁的连接测试入口，初步判断候选项是否能访问配置指定的测试地址。测试失败不一定代表所有业务都不可用，测试成功也不保证任意网站都能打开；它只反映特定测试目标与当时网络的结果。因此不必反复对全部节点测速，选定一个候选项后，继续完成实际浏览器请求的验证更有意义。

“全局”模式会让进入内核的常规请求统一交由全局策略组处理，排查分流问题时可以临时使用，但仍须检查全局组究竟选择了什么。“直连”模式则让进入内核的流量直接连接目标，不应作为代理连接成功的证据。切换这些模式不会自动让所有应用进入内核，流量入口仍由下一步的系统代理或 TUN 设置决定。

如果对策略组名称和选项含义没有把握，先保持规则模式，记录当前选择，不要同时修改规则、DNS 和组类型。确实需要临时切到全局测试时，测试后恢复规则模式，再重复访问验证。关于规则优先级、嵌套策略组和自定义分流的细节，可继续阅读配置参考中的规则语法；常见模式选择疑问可到疑难解答查阅。

第三步：开启系统代理并发起连接

当前配置与策略组都确定后，打开“设置”页面，找到“系统代理”并开启。它通常会把操作系统的代理地址指向本机客户端的监听端口，让遵循系统代理设置的应用把请求送入内核。在桌面端，这往往就是首次连接所需的主要开关，不必为了完成教程立即启用所有网络功能。

开启前应确认内核处于正常运行状态。如果日志提示监听端口被占用，先关闭占用同一端口的其他程序，或者通过客户端设置调整端口，再重新开启系统代理。界面可能显示混合代理端口，例如 7897，但实际值以当前设置为准。不要只在系统网络设置里手动填入教程中的数字，却让客户端仍监听另一个端口。

开关启用后，打开一个遵循系统代理设置的浏览器，新建标签页并访问准备测试的网站。已经打开的网页可能复用旧连接，因此新发起请求更容易判断效果。如果浏览器装有单独控制代理的扩展，先检查它是否覆盖系统设置；同样，某些应用使用自己的网络栈或独立代理选项，不会因为系统代理开启就自动接入。

如果目标应用不遵循系统代理，或者需要处理更广的应用流量，再考虑 TUN 模式。TUN 通过虚拟网络接口配合路由接管流量，通常需要服务组件或更高权限。按客户端提示完成授权后再开启；若系统弹出网络权限或虚拟网卡相关提示，应确认发起程序就是刚安装的客户端。权限未完成时反复切换开关，通常不会解决问题。

初次验证建议先只使用系统代理，等浏览器访问稳定后再单独测试 TUN，这样每次只增加一个变量。TUN 的实际覆盖范围还受路由、排除项、DNS 以及其他 VPN 的影响，并不是开启后就能保证每个应用都经过代理。不要在无法联网时一口气启用 TUN、允许局域网连接和多项 DNS 选项，额外设置反而会让问题来源不清楚。

移动端的连接步骤与桌面端不同：选择配置和策略组后，在应用首页启动连接，并接受操作系统的 VPN 配置授权，再返回应用确认连接状态。如果授权被拒绝，应回到系统权限与 VPN 设置检查，而不是重复导入订阅。涉及系统代理不生效、TUN 权限失败或特定应用无法联网的深入排查，集中放在疑难解答，本页继续验证已经发起的请求。

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

先用实际访问确认基本连通性：打开一个按当前规则应走代理的网站，再打开一个预期直连的网站，分别观察页面是否能正常加载。选择目标时应了解它在当前配置中的预期路由，否则即使两者都能打开，也无法判断流量是否按计划分流。不要仅凭客户端图标变色或开关显示开启就结束检查。

回到客户端的“连接”页面，在重新访问网页的同时查找对应域名或目标地址。若界面支持展开连接详情，核对它命中了哪条规则、经过哪个策略组、最后使用哪个出站。连接列表可能只显示当前活动连接，短请求结束后会消失，可以先打开连接页面再刷新目标网页；页面缓存也可能导致刷新时没有新的网络请求。

如果连接记录显示直连，先看这是否符合规则预期。规则模式下，部分网站直连属于正常结果，并不代表系统代理失效。若目标本应代理却命中直连，应回查规则和策略组选择；若浏览器持续请求却完全看不到相关连接，则优先检查系统代理是否被其他程序覆盖、浏览器是否使用独立设置，以及请求是否实际经过客户端。

出口 IP 查询可以作为补充证据，但不是唯一判断标准。查询网站本身也会被规则分流，所显示的地址只代表这次查询请求的出口；其他网站、IPv6 请求或未接管的应用可能走不同路径。更可靠的判断是把目标访问结果、对应连接记录和实际出站放在一起看，不能用一张 IP 页面截图证明整台设备的所有流量都已接管。

若测试失败，按固定顺序回退检查：先确认当前订阅与策略组，再确认系统代理及内核状态，最后查看这次请求附近的日志。记录错误发生的时间、目标域名和简短错误文本，有助于区分连接超时、解析失败、认证异常或规则选择问题。每次只改一项并重新发起请求；遇到浏览器证书警告，应停止输入敏感信息并排查原因，不要通过忽略警告来完成验证。

验证完成后，保留适合日常使用的规则模式，把策略组选择维持在已经测试过的状态。开机自启与静默启动只是启动行为，不等同于系统代理会在每次登录后处于期望状态，启用这些选项后应实际重启检查一次。退出客户端时观察系统代理是否已关闭；若客户端异常退出后浏览器无法联网，先在系统网络设置中检查是否残留指向本机的代理。

后续使用：更新配置与保留修改

服务方更换节点或规则后，可返回“订阅”页面手动更新当前远程配置。更新结束应重新检查原来选择的策略组，因为节点名称变化后，旧选择可能失效。若提示更新失败但已有配置仍能使用，可以先保留当前工作状态，检查订阅服务再处理，不必立即删除整份配置重新开始。

需要长期添加域名分流、调整 DNS 或维护本地规则时，先阅读配置参考，区分服务方配置、客户端生成项和本地覆写。遇到偶发断流或单个应用访问异常，则到疑难解答按症状排查。保留这次已经验证过的基本设置作为参照，比同时尝试多组高级选项更容易找到变化原因。