Clash 订阅导入与连接教程

1. 导入订阅并启用配置

启动客户端后，先进入“配置”“订阅”或含义相近的页面，而不是直接点击连接。在页面中寻找“新建”“导入”或“从 URL 导入”入口，将完整订阅链接粘贴到地址栏。名称可以填写便于区分的用途，例如“日常配置”。确认链接首尾没有空格，也没有复制到聊天消息中的说明文字，然后点击保存或导入，等待客户端完成下载与解析。

成功后，配置列表通常会新增一张卡片或一行记录，可能显示名称、更新时间及当前状态。点击这份配置，或在其菜单中选择“使用”“启用”。有些客户端导入后会自动选中，有些只把文件保存下来；因此不能仅凭列表里出现名称，就认定内核已经切换到了新配置。回到“代理”页面，确认出现代理组和节点选项，再继续下一步。

使用本地 YAML 文件时

如果拿到的是本地文件，使用“从文件导入”入口，选择对应的 .yaml 或 .yml 文件。不要把文件路径填进订阅 URL 输入框，也不要为了打开文件而将扩展名改成文本格式。导入成功后同样需要启用。配置中若引用远程规则集或代理集合，首次加载还可能需要下载这些资源；文件本身解析成功，并不代表全部远程资源都已准备完成。

首次操作建议使用客户端提供的导入功能，暂时不要编辑原始 YAML。缩进、字段拼写和引用名称错误都会影响加载。出现错误时先记录客户端给出的字段名或行号，再查阅对应说明；不要从不同教程中随意拼接配置片段。关于配置文件与订阅的区别，可先看术语表；需要了解远程配置更新方式时，再读订阅与配置管理章节。

订阅下载失败时先检查地址

若提示下载失败，先确认设备在未连接代理时能够正常联网，再核对链接是否过期、是否需要登录，以及提供方是否支持当前客户端使用的格式。能在浏览器打开的网页地址，不一定就是订阅地址；若返回内容是登录页面或 HTML，客户端无法把它当作代理配置。只有提供方明确给出的订阅入口才适合导入。

订阅链接可能包含账户访问凭据。不要粘贴到公开评论、截图或不明转换网站，也不要向他人转发完整链接。需要求助时，保留错误文字，遮住链接中的敏感部分。导入成功并看到代理组后，先保持当前配置不变，下一步只调整模式与节点，减少同时变化的设置。

2. 选择规则模式与代理节点

进入客户端主页或“代理”页面，找到“规则、全局、直连”模式选择区域。首次使用建议选择“规则”。该模式根据当前配置中的规则，决定请求交给哪个代理组、直接连接还是拒绝；它不是根据界面语言或网站名称自动猜测用途。客户端支持哪些分流行为，最终取决于已经加载的配置。

选好规则模式后，查看代理组。配置可能把组命名为“节点选择”“代理”或其他名称，因此不要强求与教程文字一致。打开需要手动选择的组，点击一个有权使用的节点，使其显示为当前选项。如果组内选择的是另一个代理组，还需要查看下一级组的选择结果。自动选择、故障转移等组则按配置中的策略工作，不必把每个组都改成同一个节点。

先选节点，再判断可用性

如果界面提供延迟测试，可先执行一次，观察是否有正常返回的节点。这个结果只说明针对指定测试地址的一次探测情况，不等于实际下载速度，也不能保证所有网站和 UDP 请求都能工作。测试超时也可能与测试地址或本地网络有关。选好节点后，仍要在第四步通过实际访问和连接记录判断。

不要为了追求某个测试数字连续切换大量节点。先固定一个候选节点，完成连接和验证；若实际访问失败，再只切换节点重试。这样可以区分问题出在节点、模式还是流量接入，而不是每次同时改三四个开关，最后只知道“偶尔能用”。

还需要区分“模式”和“接入方式”：模式决定请求进入内核后怎么走，系统代理或 TUN 决定哪些请求能够进入内核。只切换成全局模式，不会让所有应用自动接受系统代理；同样，开启 TUN 也不会把规则模式自动变成全局模式。保持规则模式和已选节点，下面开始接入设备流量。更细的匹配顺序留到规则分流章节查阅即可。

3. 开启连接并完成系统授权

回到客户端主页，先确认内核已经启动，或点击应用提供的启动、连接按钮。若界面显示配置加载失败，应返回第一步处理，不能用反复开关系统代理来解决配置语法问题。内核运行与系统代理是两件事：即使客户端窗口已经打开，系统也可能尚未把请求交给它。

电脑端先用系统代理测试浏览器

在 Windows、macOS 或 Linux 桌面客户端中，找到“系统代理”开关并开启。多数图形客户端会将操作系统的代理地址指向本机监听端口，不需要再手工照抄其他教程里的端口数字。若曾经手动填写代理地址，应以当前客户端实际显示的监听设置为准，旧端口可能已经不适用。

开启后，使用遵循系统代理设置的浏览器打开测试页面。暂时不要同时运行另一款代理客户端，也先停用会覆盖代理设置的浏览器扩展，避免后启动的软件改写同一套系统设置。部分应用使用自己的代理配置，终端程序也不一定读取桌面系统代理；因此浏览器可用而某个应用不可用，不应立即判断为节点故障。

手机端确认 VPN 授权

Android 或 iOS 上，点击客户端的连接按钮后，系统可能弹出建立 VPN 连接的授权提示。确认应用名称与正在使用的客户端一致，再允许连接。随后回到应用查看连接状态，并留意系统状态栏中的 VPN 标识。该标识表示系统建立了对应的网络接入，并不能单独证明远端节点可用。

若设备已有其他 VPN 应用连接，先在系统设置中检查并断开不再使用的连接，再启动当前客户端。Android 首次测试时可保持客户端在前台；只有出现锁屏后断连，才继续检查系统的后台运行与电池管理限制。这样能够把“首次就无法连接”和“后台运行后被终止”分开处理。

确有需要时再开启 TUN

若浏览器通过系统代理已经可用，但目标应用不支持或不读取该设置，可以考虑 TUN。它通过虚拟网络接口接入流量，通常涉及额外权限、路由和 DNS 设置。桌面客户端可能要求安装服务、授予管理员权限或完成系统授权；具体以当前客户端提示为准，不要仅因为看到开关就把相关选项全部开启。

第一次测试 TUN 时，先记录原来的系统代理状态，按客户端说明设置，避免手工叠加多套接入方式。遇到权限失败或路由异常，先关闭 TUN，确认此前的系统代理方案仍然可用。关于自动路由、严格路由及 DNS 接管的细节，转到TUN 配置章节；本次上手只需选定一种能够稳定接入的方式。

4. 验证请求与规则是否生效

连接完成后，打开一个按当前配置预期应走代理的网站，再访问一项预期直连的日常服务。两者都能打开，只能说明基本访问正常；要确认分流，还需要查看客户端里的“连接”“活动”或类似页面。尽量在刷新测试页面后立即查看，避免大量后台请求让记录难以辨认。

把网页请求与客户端记录对应起来

在连接记录中按域名寻找刚才打开的网站，检查命中的规则、使用的代理组及最终出站。不同客户端显示字段不完全相同，有些只展示代理链或连接目标；以实际可见信息为准。若请求显示为直连，而配置原本就要求直连，这属于正常分流，不需要强行改成代理。

如果浏览器能访问，但连接列表里没有对应记录，可能是应用绕过了当前接入方式，也可能是连接已经结束或列表启用了筛选。先清除筛选、重新加载页面，再检查浏览器自己的代理设置。不要仅凭公网 IP 查询结果作结论：该查询站本身可能被规则设为直连，缓存、已有长连接也可能影响观察。规则记录与实际访问应结合判断。

失败时只改变一个条件

若所有页面都无法打开，先关闭系统代理或断开 VPN，确认普通网络是否恢复。普通网络同样异常时，应先排查本地网络；恢复正常而连接后失败，则返回客户端检查配置是否启用、内核是否运行、节点是否选定。随后仅换一个节点再测试，不要同时更改 DNS、模式和端口。

如果只有个别域名失败，查看它的命中规则；如果日志主要报告域名解析错误，再进入 DNS 方向排查。浏览器正常但其他应用失败，则优先确认该应用是否进入了客户端，而不是先重装。更长的错误说明可到常见问题按现象查找，DNS 工作模式与 Fake-IP 的概念可查术语表，具体配置再读DNS 章节。

保存可用状态与正确退出

确认连接正常后，记下正在使用的配置、模式和接入方式。后续更新订阅时，留意代理组的选择是否变化；若客户端支持备份或导出，可保存一份当前可用配置，并妥善保管其中的敏感信息。首次验证完成前不必设置开机启动，避免一项尚未确认的配置在每次登录后自动接管网络。

停止使用时，桌面端先关闭系统代理，再退出客户端；手机端点击断开，并确认系统 VPN 状态已经结束。部分客户端正常退出会自动恢复系统设置，但强制结束进程后不一定完成清理。若退出后突然无法联网，先检查系统是否仍指向本机代理端口，关闭残留设置后再试，不要立即重置整台设备的网络。