Clash 快速上手

第一步：导入订阅

开始前准备好服务提供方给出的订阅链接，或一份与客户端兼容的本地配置文件。客户端本身不等于代理服务，安装完成后不会自动生成可用出口。订阅链接通常包含访问凭据，应只粘贴到自己信任的客户端中，不要发到公开讨论区，也不要把带完整链接的报错截图公开。

新建远程配置

打开客户端，在侧栏或底部导航寻找“订阅”“配置”或“Profiles”。进入后选择“新建”“添加”或“从 URL 导入”。如果页面要求选择类型，使用远程订阅；为它填写一个便于识别的本地名称，再把完整链接粘贴到 URL 输入框。确认链接开头、结尾没有多余空格或换行，然后点击保存、下载或导入。

部分服务页面提供“一键导入”按钮。点击后，系统可能询问是否打开客户端；允许打开后，仍需检查客户端内是否真正出现新配置。浏览器成功唤起客户端只代表跳转完成，不代表订阅已经下载。若导入窗口未自动出现，可以返回配置页，使用复制链接的方式手动添加。

等待配置下载结束后，在列表中点击该配置，或使用对应的“启用”“设为当前配置”操作。某些客户端在导入后会自动选中，另一些只负责保存。回到代理页面，确认能够看到策略组或可选出口；如果这里仍为空，先检查当前配置是否已启用，不要直接进入连接步骤。

确认格式与更新结果

订阅导入成功与订阅内容可用是两件事。列表里有配置名称，但显示解析错误、缺少代理或加载失败时，应查看这条配置的状态提示。登录服务提供方页面，确认复制的是适用于 Clash 或 Mihomo 的配置入口，而不是账户网页地址、付款页面或仅适用于其他协议客户端的链接。格式概念可查阅 订阅与配置格式。

出现更新失败时，先确认设备在未连接代理的情况下是否能访问订阅来源，再检查账户状态和链接是否已经被重置。若服务提供方更新了链接，应编辑原订阅地址后重新下载。不要把含凭据的链接交给来历不明的在线转换页面，也不要在尚未确认原因时连续创建多份同名配置，这会让后续选中哪一份配置变得难以判断。

使用本地文件时，在相同页面选择“导入文件”，从文件选择器打开配置。导入后同样需要选中并启用。普通本地文件通常不会随服务提供方的订阅自动刷新；后续维护应遵循客户端显示的配置类型。完成本步的判断标准是：当前配置加载成功，代理页面有可选择的策略组或出口。满足后再选择运行模式。

第二步：选择代理模式

回到客户端首页、代理页面或设置页，寻找“模式”“出站模式”或“Mode”。首次使用选择 Rule（规则）。这一模式按当前配置中的规则决定请求走直连还是代理，适合作为日常使用的起点。模式切换通常即时生效；若客户端提示需要重载配置，按提示完成后再继续。

区分模式与出口选择

选中 Rule 后，还需要进入代理页面选择出口。代理模式决定“怎样分配请求”，策略组决定“某类请求最终使用哪个出口”，两者不能相互替代。找到配置中供用户手动选择的主策略组，名称可能是 PROXY、代理选择或配置作者自定的名称，展开后选择一个当前可用的代理出口。配置名称并不统一，因此不要只寻找固定的中文标签。

如果策略组里还包含其他组，可以继续展开查看它指向哪里。首次验证时，优先明确选中一个代理出口，避免因嵌套选择而误以为连接已经切换。若选中的是 DIRECT，对应请求将直接连接；若选中的是 REJECT，对应请求会被拒绝。选项旁边出现名称或测试结果，并不能单独证明实际网页请求已经走到该出口。

部分配置提供自动选择组。此时选择的是一套由配置定义的检测与切换方式，而不是固定出口。可以先保留配置默认选择，验证时再从连接详情查看实际使用的出口。若不清楚 select、url-test 等组类型的差异，先阅读 策略组术语说明，不必为了完成首次连接立即修改组结构。

Global 与 Direct 的用途

Global（全局）通常让进入内核的请求使用全局策略组，适合临时判断故障是否与规则分流有关。切换到 Global 后，还要确认全局组选择了可用出口；它不意味着设备上所有程序都会被接管。若应用根本没有把请求送入内核，仅改变出站模式并不能解决问题。

Direct（直连）会让进入内核的请求直接连接，因此不能用来证明代理出口可用。首次上手不需要反复切换三种模式，保持 Rule 并明确选择代理出口即可。只有在后续排查时，才临时使用 Global 做对照，记录结果后切回 Rule。关于规则匹配顺序的深入内容，留到连接正常后查阅 规则分流章节。

此时应完成两个确认：模式显示为 Rule，供目标请求使用的策略组已经选定出口。接下来才是让浏览器或其他应用把请求交给客户端；单纯选好出口，并不会自动更改系统网络路径。

第三步：开启连接

在开启连接前，先退出其他正在运行的代理或 VPN 客户端，避免多个程序争用系统代理、路由或 DNS 设置。回到当前客户端首页，确认内核处于运行状态，没有配置加载失败或端口占用提示。若客户端区分“启动内核”和“开启系统代理”，先启动内核，再开启系统代理。

桌面端开启系统代理

在 Windows、macOS 或 Linux 客户端中寻找“系统代理”开关，打开后观察客户端是否显示已启用。此操作会让遵循系统代理设置的应用连接到客户端的本地监听地址。浏览器通常适合用于首次验证；命令行工具、游戏及部分自带网络设置的应用不一定遵循系统代理，暂时不要用它们判断整个配置是否成功。

如果系统请求安装辅助服务、输入管理员密码或允许更改网络设置，应先确认弹窗来自当前客户端，再按客户端说明完成授权。权限被拒绝后，界面里的开关可能没有实际应用到系统。可以重新打开客户端设置检查状态，而不是只凭一次点击认定已连接。macOS 权限提示较多时，可另外查阅 macOS 客户端权限处理。

Linux 桌面环境对系统代理的支持不同。若客户端显示系统代理已开启，但浏览器仍不遵循，检查浏览器是否采用系统代理，或是否被扩展设置了独立代理。首次配置不要同时修改系统网络面板、浏览器扩展和客户端的代理设置，先保留一种明确的控制入口，便于撤销和定位问题。

移动端允许 VPN 配置

Android 与 iOS 客户端通常提供“连接”或启动按钮。点击后，系统可能询问是否允许创建 VPN 连接或添加 VPN 配置；确认客户端来源后允许。授权完成再返回客户端，查看连接状态是否保持开启。首次授权弹窗被取消时，需要重新点击连接，不应把配置已导入当作系统连接已建立。

如果设备上另一个 VPN 正在连接，先在对应应用中断开，再启动当前客户端。系统状态栏出现 VPN 标识只能说明相关网络通道已建立，不能说明所选代理出口一定可用。移动端也可能配置应用分流，目标应用若被排除，访问就不会按预期进入代理路径。首次验证时可先使用浏览器，随后检查具体应用的包含或排除设置。

连接开关已经保持开启后，进入最后一步。接下来不再反复点击开关，而是用一条实际请求确认流量经过了哪条路径。

第四步：验证是否生效

打开浏览器访问一个需要使用代理路径的目标网站，再访问一个日常使用、预期直连的网站。不要只凭客户端状态、系统图标或出口测试结果下结论。验证需要同时检查网页能否正常加载，以及客户端记录中的实际处理路径；两类信息结合，才能区分“内核已启动”和“目标请求已通过代理”。

查看连接记录

保持客户端运行，打开“连接”“Connections”或请求详情页面，再回到浏览器刷新目标页面。寻找刚产生的连接，查看目标域名、命中规则、所选策略组与最终出口。如果连接详情显示目标请求使用了预期的代理出口，同时页面能够加载，便说明这条请求的代理路径已正常工作。不同客户端展示字段可能不同，以实际提供的信息为准。

如果页面可打开，但记录显示 DIRECT，这条请求仍然是直连，不能用来证明代理生效。检查目标域名是否被规则划到直连，以及相关策略组是否误选 DIRECT。反过来，若代理记录里没有目标请求，也不要立即判断订阅故障：浏览器缓存、已有长连接、独立代理设置或应用未被接管，都可能造成这一现象。先重新加载页面，必要时关闭相关标签后再打开。

需要进一步对照时，可以在允许短暂中断的情况下关闭连接，重新访问相同目标，再开启连接比较表现。查询公网出口地址也可以作为辅助，但在 Rule 模式下，查询网站本身可能走直连；只有先确认查询请求走代理，显示的地址才有助于判断该出口。不要把单个查询页面的结果推广为所有应用的网络状态。

按路径定位异常

若目标网页打不开，但普通网站正常，先检查当前代理出口和账户可用状态，再查看失败连接是否出现连接拒绝、超时或解析错误。换一个已知可用的出口后重试，每次只改一项。如果临时改为 Global 后恢复，说明需要继续检查规则或策略组选择，而不是立即重装客户端。完成对照后记得恢复 Rule。

若开启连接后所有网站都无法访问，先关闭系统代理或移动端连接，确认基础网络是否正常。基础网络也不可用时，应先处理 Wi-Fi、移动网络或系统连接问题；基础网络正常而连接后失败时，再回到客户端检查内核状态、当前配置、出口选择与接管权限。桌面端还应确认没有其他客户端覆盖了本地代理设置。

日志出现 DNS 解析失败时，先确认该错误对应本次访问，再检查当前网络是否要求先完成网页登录，以及配置中的解析服务是否可达。首次上手不建议直接更换一整套 DNS 参数，也不要把所有无法访问都归因于 DNS 泄漏。需要继续分析解析路径时，转到 DNS 配置与排查，避免在本页的基本操作中混入过多变量。

保存状态与正常退出

确认目标请求走代理、常用直连网站也能访问后，保留当前模式和策略组选择。以后订阅更新完成，应检查当前配置是否仍处于启用状态，以及原来选中的出口是否还存在。自动更新不代表所有选择都会永久保持，服务提供方调整组名或出口名称后，可能需要重新确认。

桌面端准备退出客户端时，先关闭系统代理，再通过客户端菜单正常退出；若使用了 TUN，也应按客户端提供的断开流程结束。移动端使用连接按钮断开，并确认状态已经变化。客户端异常退出后出现无法上网，先检查系统代理是否仍指向已经停止的本地服务，再恢复常规网络设置，不必立即删除订阅或重装。

至此，首次连接流程完成。后续只需要定期更新订阅、留意加载错误，并在调整前保留可用配置。日常检查顺序见 订阅更新与日常维护；遇到不熟悉的配置词汇，可返回 术语手册查阅，再决定是否修改。