Clash Verge安装与连接教程

准备阶段

开始前检查：客户端、订阅地址与系统时间

开始配置前，先确认客户端已经能够正常启动。桌面端打开后应能看到内核状态、配置入口或代理入口；移动端首次启动时可能先显示系统连接权限说明，这一步暂时不必立即开启，等订阅和策略选好后再授权，可以减少来回切换页面。若客户端启动时报告内核文件不可用、权限不足或端口被占用，应先处理启动问题，再继续导入配置。

准备一条由服务提供方给出的订阅地址。订阅地址通常是一段以 https:// 开头的完整链接，应直接复制完整内容，不要只复制网页标题，也不要在链接前后保留空格或换行。部分提供方会给出多个格式入口，应选择明确标注支持 Clash、Mihomo 或 Clash Meta 的格式。普通分享链接与订阅链接用途不同，若粘贴后只生成一个节点而没有策略组，往往说明取得的不是完整订阅。

随后检查设备日期、时间和时区是否准确。订阅服务器的安全连接、部分协议握手以及配置更新时间都依赖系统时间。时间偏差较大时，表现可能是订阅更新失败、连接刚建立就关闭，或者日志中出现证书时间相关提示。建议启用系统自动校时，然后重新启动客户端，使新的时间状态被内核读取。

第一步

导入订阅并启用当前配置

打开客户端的“配置”或“订阅”页面，找到新增、导入、添加配置一类的入口。桌面端通常会在页面上方提供一个地址输入框，移动端可能需要先点右上角的加号，再选择“从 URL 导入”或“订阅”。将刚才复制的完整地址粘贴进去。名称字段可以填写便于识别的简短名称，例如按设备或用途区分；如果客户端会自动读取名称，也可以保留自动生成结果。

点击保存、导入或下载后，等待客户端完成首次读取。成功时，配置列表中会出现一个新条目，并显示更新时间、更新按钮或配置文件状态。进入该条目后，通常还能看到策略组名称。此时不要只确认“列表里有一条记录”就直接连接，还需要点选这条配置，使它成为当前启用配置。桌面客户端常用高亮边框、勾选符号或“已启用”状态表示当前项；移动端可能需要进入配置详情后选择“使用”。

导入完成后手动执行一次更新，可以检验订阅地址是否仍可访问，也能避免使用客户端缓存中的旧内容。更新成功并不等于所有节点都可用，它只表示配置文件已被正确下载和解析。接下来进入“代理”或“策略”页面，查看是否出现多个策略组，以及每个策略组内是否有可选项目。如果页面为空、只显示 DIRECT，或者提示配置解析失败，应返回配置页查看错误信息，不要继续开启系统代理。

常见的导入失败可以先按错误位置判断。点击更新后立即提示地址无效，优先重新复制订阅链接并检查首尾空格；等待一段时间后提示请求超时，应确认设备当前网络本身可以访问订阅地址；下载成功后提示格式错误，则可能是订阅格式与当前内核不兼容。格式识别、空内容与更新失败的更多处理方法可查看常见问题中的安装配置分类，这里不展开配置语法。

第二步

选择规则模式与主要策略组

进入“代理”页面后，先找到模式选择区域。常见模式包括规则、全局和直连。首次设置建议选“规则”模式：客户端会按照当前配置中的规则判断每个连接应该使用代理策略还是直接连接，日常使用时不必为每个网站手动切换。全局模式会把大部分连接交给同一个代理策略，更适合临时测试某个节点是否可以建立连接；直连模式则主要用于对照检查或暂时绕过代理处理。

模式选好后，查看页面中的主要策略组。策略组名称由订阅配置决定，可能显示“节点选择”“代理”“自动选择”或其他名称。点开承担主要出口选择的策略组，选择一个具体节点，或者选择由配置提供的自动测速、故障切换策略。首次连接时，直接选择一个明确的节点更便于排查，因为结果不会受到自动切换时机影响；完成验证后，再根据需要改为自动选择策略。

页面里通常还会有用于流媒体、即时通信、软件更新或直连服务的其他策略组。这些组会引用主要策略，也可能各自选择不同出口。第一次配置无需逐项修改，保持订阅默认值即可。过早改动多个组会让连接路径变得难以追踪：浏览器可用但某个应用不可用时，很难快速判断它匹配了哪个组。先让默认规则完整运行，再根据实际需求逐项调整，是更稳定的操作顺序。

有些客户端会显示延迟测试按钮。测试结果只能说明客户端到测试目标的请求情况，不等同于所有网站和应用都能正常使用，也不能单独作为最终验证。若所有项目都显示超时，先不要频繁点击测速；可以换一个具体节点后继续完成连接步骤，再结合真实访问和日志判断。策略组 url-test、fallback 与 load-balance 的工作方式并不相同，需要进行长期选型时可阅读协议与内核技术参考。

第三步

启动内核并建立系统代理连接

返回客户端主页或“设置”页面，先确认内核处于运行状态。Clash Verge Rev 等桌面客户端一般会在窗口底部、侧栏状态区或托盘菜单显示内核状态。如果刚切换配置，内核可能短暂重载；等待状态恢复后再开启系统代理。日志中出现配置加载完成、代理端口开始监听等信息，通常说明内核已经读取当前配置。

Windows、macOS 与多数 Linux 桌面环境下一步是开启“系统代理”。这个开关会把系统的 HTTP 和 HTTPS 代理设置指向客户端监听的本地端口，使遵循系统代理的浏览器和应用把连接交给客户端。开关启用后不要立即退出客户端；系统代理只负责把连接送到本地进程，客户端关闭后，本地端口不再监听，应用可能暂时无法建立连接。若需要退出，应先关闭系统代理，再结束客户端。

Android 与 iOS 的操作通常表现为点击主页面的连接按钮。系统会弹出网络连接授权提示，确认后状态栏会出现系统连接标识，客户端按钮也会切换为已连接状态。这类平台不一定提供名为“系统代理”的独立开关，但作用顺序相同：客户端先加载配置和策略，再通过系统授权接收应用流量。若设备启用了其他同类网络连接服务，需要先断开原有连接，因为移动系统通常只允许一个此类连接同时工作。

Linux 用户还应留意桌面环境和应用是否读取系统代理设置。常见图形桌面可以由客户端自动设置，但部分终端程序、容器进程或独立网络工具不会跟随桌面代理，它们需要在自身配置中指定代理地址。首次验证应先使用常规浏览器，避免把应用自己的代理机制与客户端连接问题混在一起。端口设置、环境变量和透明代理属于进阶配置，可在常见问题和协议参考中继续查阅。

如果开启系统代理后客户端立即报错，先观察日志最靠后的几行。端口占用通常表示已有程序监听同一端口，可以关闭冲突程序或在客户端设置中更换端口；权限提示可能与系统代理写入权限、服务模式或网络扩展授权有关；配置加载错误则需要回到第一步重新选择有效配置。不要同时更换订阅、模式、端口和节点，每次只改一项并重新测试，才能保留清晰的排查路径。

第四步

用浏览器、连接记录与日志验证结果

连接建立后，先完全关闭并重新打开一个浏览器窗口，再访问平时使用的网页。重新打开可以减少旧连接、缓存页面和已存在会话对判断的影响。页面能够加载只是第一层结果，还需要回到客户端查看“连接”页面：刷新网页时如果出现新的域名、目标地址和所用策略，说明浏览器请求已经进入客户端并经过规则处理。

接着查看新连接对应的策略路径。在规则模式下，不同域名可能显示 DIRECT、主要代理组或配置中的其他策略，这是规则分流的正常表现。不要要求所有连接都显示同一个节点；真正需要确认的是目标网站的主请求是否匹配到预期策略，以及连接有没有反复失败。如果连接列表中完全没有浏览器产生的新记录，优先检查系统代理是否开启、浏览器是否使用了独立代理设置，以及应用是否绕过系统代理。

第三层验证是日志。正常访问时，日志应持续出现与刚才操作时间相符的新记录，而不是重复输出同一个错误。若日志显示域名解析失败，应检查当前网络、DNS 设置和配置中的解析字段；若显示连接超时，可以在主要策略组中切换另一个节点后重试；若显示拒绝连接或本地端口不可用，则回到连接步骤检查内核与端口。日志字段较多时，只需先关注时间、连接目标、所用策略和错误原因，不必在首次配置阶段逐行解释全部内核信息。

最后做一次关闭对照。保持浏览器页面不变，先关闭系统代理或断开移动端连接，再刷新页面并观察客户端连接列表。此时不应再出现由该浏览器产生的新代理连接；重新开启后再次刷新，连接记录应恢复。这个前后对照比单独查看网页上的地址信息更可靠，因为它直接确认应用流量是否进入本地客户端。验证结束后，将状态恢复为规则模式并保持需要的策略选择。

如果网页可以访问，但某个商店应用、终端程序或游戏没有连接记录，问题通常位于该应用是否遵循系统代理，而不是订阅导入本身。Windows 商店应用可能涉及回环访问限制，终端程序可能需要单独读取环境变量，浏览器扩展也可能覆盖系统设置。按应用类型继续排查时，可前往故障排查分类，避免重新删除已经验证有效的订阅配置。

完成设置

连接稳定后再配置自动更新与启动行为

四步验证完成后，可以回到订阅详情设置自动更新间隔。更新频率应以服务提供方建议为准，过于频繁地刷新不会改善连接质量，反而可能触发请求限制。保留手动更新入口，在发现策略组内容变化或节点列表未同步时执行一次更新即可。更新后如果当前节点不再存在，需要重新进入主要策略组选择可用项。

桌面端还可以根据使用习惯决定是否启用开机启动、静默启动和自动设置系统代理。建议先连续使用一段时间，确认客户端退出、睡眠唤醒和网络切换后的表现，再开启自动化选项。尤其要区分“客户端开机运行”和“开机后自动接管系统代理”：前者只启动程序，后者会改变系统连接路径。公共网络、办公网络或需要频繁切换环境的设备，保留手动开启通常更容易判断当前状态。

移动设备从无线网络切换到蜂窝网络后，可以观察客户端是否仍保持连接，并重新做一次连接记录检查。系统省电策略可能限制后台活动，表现为锁屏一段时间后连接需要重新建立。此类问题与协议、电量、系统后台策略有关，不适合在基础教程中展开；需要比较不同协议的连接特点、资源占用和移动端表现时，请转到协议与内核技术参考。