初次配置 · 四步操作

Clash 订阅导入与连接教程

导入订阅 → 选择代理模式 → 开启连接 → 验证是否生效。准备好客户端和有效订阅后,按约十分钟的操作路径完成首次配置。

开始前,先从下载中心选择适合操作系统与处理器架构的客户端,并完成安装。客户端负责读取配置、执行规则和转发请求;订阅则提供服务器、代理组及相关规则。安装完成并不代表已经拥有可用的代理服务,还需要服务提供方给出的有效订阅地址,或一份兼容的本地配置文件。

首次操作建议只保留一个代理客户端运行,并暂时关闭浏览器中单独接管代理的扩展,避免不同入口相互覆盖。先确认关闭代理时,本机能够访问日常使用的网站。如果基础网络已经异常,应先恢复网络,再继续下面的步骤。暂时不要修改 DNS、端口和高级覆写,让首次连接保持一条容易检查的路径。

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

打开服务提供方的订阅页面,找到标注为 Clash、Clash Meta 或 mihomo 兼容格式的订阅入口,使用页面上的复制按钮取得完整地址。订阅地址通常是一串带路径或查询参数的 HTTPS 链接,并非账户登录页面。复制后不要手动删除参数,也不要把地址提交到公开论坛或在线转换工具;持有链接的人可能可以读取订阅内容。

回到 Clash Verge Rev,点击侧栏的「订阅」。在订阅链接输入框中粘贴地址,确认没有多余的换行、空格或引号,再点击「导入」。部分客户端需要先点击新增按钮,选择从 URL 导入,再填写名称和地址;名称只用于区分配置,可以写成能够辨认来源的短名称,不需要修改链接本身。

导入时保持网络可用,等待页面出现对应的配置卡片或列表项。下载完成后,点击这份配置,将它设为当前使用的配置。不同客户端可能用选中标记、边框高亮或「使用」按钮表示启用状态。仅在列表中看到配置,不一定代表它已被应用;应继续打开「代理」页面,确认能够看到这份配置提供的代理组和可选服务器。

如果服务提供方给的是本地 YAML 文件,在订阅或配置页面选择「导入文件」,再选取该文件。文件扩展名正确不代表内容一定兼容:网页另存为的文件、账户信息文本以及单独的服务器分享链接,都不能直接当作完整配置使用。对于单条分享链接,应先确认当前客户端是否支持对应的导入方式,不要直接填进订阅地址栏。

出现解析失败时,先检查是否误复制了控制台网址、网页分享地址或过期链接。若错误信息显示返回 HTML,通常意味着请求拿到的是登录页、错误页或验证页面,而不是配置。此时应回到提供方页面重新取得兼容订阅。若提示网络超时,可以在当前基础网络下重试;首次连接尚未建立时,不要直接开启「通过代理更新」,以免更新依赖一条还不可用的代理路径。

订阅中的服务器与规则以后可能变化,初次导入成功后可在配置菜单中手动执行一次更新,熟悉更新入口,再按需要设置自动更新。需要长期保留的自定义内容,应使用客户端支持的覆写或合并功能,直接编辑远程订阅生成的文件可能在下次更新时被覆盖。自动更新间隔与格式兼容问题可查看帮助中心;当前先保留默认值,继续选择代理模式。

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

配置启用后,进入「代理」页面,查找「规则 / 全局 / 直连」模式选择。Clash Verge Rev 也可能在设置或首页提供相同的切换入口。初次使用先选「规则」:客户端会按当前配置中的规则判断请求应当直连、交给某个代理组,还是拒绝连接。规则模式并不是固定的网站名单,实际行为取决于这份配置的规则内容与顺序。

接着查看代理组。组名由配置作者定义,可能使用中文、英文或用途名称,不要求与本文一致。找到配置中承担常规代理出口的选择组,展开后选中一台可用服务器。若组内还包含其他代理组,应继续确认下一级选择,直到这条选择链能落到实际服务器或明确的自动选择策略。组内选中了 DIRECT,就表示这条链路会直连,而不是使用远程代理。

如果客户端支持可用性测试,可以在这个页面执行一次,作为选择出口的辅助参考。但测试成功只说明测试目标在当时可达,并不能保证所有网站都能访问;测试失败也可能与测试地址有关。先选服务提供方建议使用的出口,之后通过第四步的实际请求与连接记录判断,不必在第一次配置时反复调整所有代理组。

「全局」模式会把进入内核的常规请求统一交给全局选择组,而不按普通规则逐条分流。切到全局后,还需要检查全局组实际选中了什么;它不会自动沿用所有规则组的选择。全局模式适合临时比较某个访问问题是否与分流有关,或用于确实需要统一出口的任务。测试结束后,应切回规则模式,并重新建立需要验证的连接。

「直连」模式让进入内核的常规请求直接访问目标,可用于对照测试,但它不等同于关闭客户端或清除操作系统中的代理设置。退出程序前仍需正确关闭系统代理。另一个容易混淆的设置是 TUN:规则、全局、直连决定请求进入内核后如何处理,系统代理与 TUN 则决定请求如何进入内核,两者并不是同一层级的选项。

现在保持规则模式,并记住刚才选择的代理组与服务器。无需为了上网先切全局,也无需同时打开所有网络开关。如果某个网站稍后没有走预期出口,再依据连接记录判断它匹配了哪条规则;规则语法与复杂策略的说明放在故障排查手册中,首次配置先完成这条最小可用路径。

第三步:开启系统代理或 VPN 连接

回到桌面客户端的「设置」,找到「系统代理」并开启。这个开关会把操作系统的代理入口指向本机客户端,浏览器及遵循系统代理的应用随后才会把请求交给它。若客户端有独立的内核启动按钮,应先确认内核已启动;只有图形窗口打开、但内核加载失败时,即使系统代理开关显示开启,也不能正常转发请求。

在 Clash Verge Rev 中,可以同时查看「混合端口」设置,常见值为 7897,但应以当前界面显示的实际值为准。混合端口用于接收 HTTP 与 SOCKS 请求;外部控制地址则供客户端管理内核,不能当作浏览器代理端口使用。第一次不必为了与其他教程一致而修改端口,只需确认没有端口占用错误。

开启后,如需核对操作系统设置,Windows 可到「设置 → 网络和 Internet → 代理」查看,macOS 可到「系统设置 → 网络 → 当前网络服务 → 详细信息 → 代理」查看,具体名称可能随系统版本变化。本机使用通常应指向回环地址 127.0.0.1 和客户端实际监听的端口。不要将截图中的局域网地址直接照搬到自己的设备。

Android 与 iOS 的操作路径有所不同:完成配置与代理组选择后,回到客户端首页,点击「启动」或「连接」。首次连接时系统通常要求添加 VPN 配置或授权 VPN 连接,核对应用身份后允许即可。系统显示 VPN 标识代表隧道已建立,不代表订阅中的每个出口都可用。若系统已有其他 VPN 在运行,应先断开,再启动当前客户端。

浏览器可用后,再决定是否开启 TUN

系统代理通常足够验证浏览器访问,但部分终端工具、游戏或其他应用不会遵循它。需要接管这些应用时,再进入「设置 → TUN 模式」。桌面客户端可能先要求安装服务、授予管理员权限,或在 Linux 上配置必要的网络权限。按客户端提示完成后再开启 TUN;初次测试保留默认 stack 等选项,不要同时修改路由与 DNS 参数。

开启 TUN 并不意味着绝对接管所有流量,实际范围还受路由、排除项和当前配置影响。若只是普通浏览器使用,先保持系统代理开启、TUN 关闭,等第四步验证成功再扩展。首次测试 TUN 时可先关闭系统代理,以减少排查变量;需要两者并用时,再按客户端建议和具体应用需求设置。

本机使用也不需要打开「局域网连接」。该开关用于允许其他设备访问本机代理端口,涉及监听地址、防火墙与访问范围,不属于首次连接的必要条件。配置完成后再考虑开机自启;排障期间手动启动更容易确认当前运行的是哪个客户端。结束使用时,先关闭系统代理或停止 VPN,再退出程序,避免留下指向已停止端口的系统设置。

第四步:验证访问结果与匹配规则

保持客户端运行,新建一个浏览器标签页,先打开日常能够直连访问的网站,再打开需要通过代理访问的目标网站。不要只刷新一个已经加载完成的页面,因为缓存可能让请求没有重新发出。如果浏览器安装了单独配置代理的扩展,先关闭扩展的代理接管功能,让这次测试明确使用操作系统的代理设置。

随后打开客户端的「连接」页面,在浏览器重新访问目标网站,观察是否出现对应域名的新连接。展开连接详情,查看目标、匹配规则与代理链路;字段名称随客户端而异。规则模式下,直连网站显示 DIRECT 可以是正常结果,需要代理的目标则应落到预期代理组与服务器。判断重点是实际路由,不是所有记录都必须经过代理。

一个网页往往还会请求图片、脚本和其他域名,所以连接列表中可能出现多个目标。应优先查找主站域名,再结合页面实际表现判断。若请求完成太快而没有保留记录,可以在重新打开网页时观察,或短时间查看日志中的连接信息。日志等级不必长期设为详细;对外分享截图时,要隐藏订阅地址、账户信息和其他敏感内容。

可选:用显式代理检查本机端口

熟悉终端的用户可以用下面的命令单独测试混合端口。它明确指定本机代理,不依赖终端是否读取系统代理;其中 7897 必须改成客户端显示的实际值。Windows 下可使用 curl.exe 避免旧版 PowerShell 中同名命令的差异。此命令只用于辅助检查,不是完成教程的必需步骤。

curl --head --proxy http://127.0.0.1:7897 https://example.com

如果返回 HTTP 响应头,说明这次请求得到了响应;仍要结合客户端记录判断使用了直连还是代理出口。若提示无法连接本机地址,优先检查内核与端口。如果浏览器可以访问,而不带代理参数的终端命令失败,也不能据此判定客户端异常:不少终端工具不会自动遵循系统代理,需要应用自身配置、环境变量或 TUN 支持。

验证失败时,按现象缩小范围。浏览器没有对应连接记录,先检查系统代理是否真正生效、浏览器是否使用独立代理;有记录但落到 DIRECT,检查匹配规则与代理组;已经走预期服务器仍失败,再检查服务器可用性和目标网站状态。只有部分域名无法解析时,再进入 DNS 排查,不要一开始就替换整段 DNS 配置。

可临时切到全局模式并选好全局出口,对同一目标重新发起请求。如果全局可用而规则模式不可用,重点核对规则分流;如果两者都失败,继续查连接、出口与解析。但这个比较只有在两种模式使用相同服务器时才有意义,否则同时改变了模式与出口,难以定位原因。每次只改一个设置,并记下结果。

完成后切回日常使用的规则模式,再确认一个直连目标与一个代理目标均符合预期。至此,订阅、代理组、流量入口和实际请求形成了完整链路。日后订阅更新或切换网络后访问异常,可以沿同一顺序复查。概念问题先查帮助中心;持续无法上网、订阅失败、DNS 异常与移动端后台中断等问题,转到故障排查手册继续定位。