Clash 使用教程
订阅导入与连接验证

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

打开客户端，从侧栏或底部导航进入“订阅”“配置”或“配置管理”。找到“新建”“添加订阅”或“从 URL 导入”，选择远程订阅类型。把复制的订阅地址粘贴到地址栏，检查开头与结尾没有多余空格、换行或聊天软件附带的标点。可以给订阅填写一个便于辨认的本地名称；名称只用于列表展示，不影响实际连接。

这里需要的是返回配置内容的订阅链接，不是服务商首页、登录页面或付款页面。部分提供方会区分通用订阅、Clash 订阅和其他客户端格式，应选择明确适配当前内核的入口。不要把订阅地址提交给来历不明的在线转换页面；地址中的参数可能关联账户授权或套餐信息，分享截图时也应遮住完整地址。

点击“保存”“导入”或“下载”后，等待客户端完成获取与解析。成功时，配置列表一般会出现刚创建的条目；部分客户端还会显示更新时间或配置名称。随后点击该条目的“使用”“激活”，或通过单选标记将其设为当前配置。出现在列表里不等于已经启用，需要确认当前配置指示确实落在新条目上。

接着进入“代理”页面，检查是否出现代理组，以及组内是否有可选节点。配置中存在多个分组属于正常情况，例如总入口、自动选择和按用途划分的策略组。如果页面仍是空白，先回到配置列表检查是否激活成功，再查看错误提示。不要因为导入按钮没有明显反馈就反复添加相同地址，这会留下多个难以区分的副本。

如果只有本地 YAML 文件，使用“导入文件”入口，从系统文件选择器中打开该文件，再把它设为当前配置。本地文件也可能引用远程规则集或其他资源，因此导入成功不代表后续资源一定已获取完成。先观察配置状态，确认没有持续的解析错误或资源加载错误，再继续选择模式。

遇到“格式错误”“解析失败”时，优先核对订阅类型与内核兼容性；遇到超时或获取失败时，先用正常网络重新尝试，并确认订阅仍在有效期内。首次导入不宜先修改大量高级网络选项。若提供方要求通过已连接的代理更新订阅，需要先具备另一条可用连接，这与首次直接获取订阅是不同情形。

订阅更新通常在原条目的菜单中完成，不必每次重新创建。远程配置更新后可能覆盖直接编辑的内容，首次上手阶段先保留提供方的规则。需要长期保留自定义规则时，再阅读协议与内核技术参考，确认客户端支持的覆写方式。现在只需记住已启用的配置名称，进入下一步。

第二步：选择规则模式与代理节点

回到客户端首页或“代理”页面，找到“模式”“出站模式”或类似入口。常见选项是规则、全局和直连。首次配置建议选择规则模式：连接按当前配置中的规则自上而下匹配，命中后交给指定策略处理。这样既能验证订阅提供的分流配置，也不必把所有应用的行为一次改成相同出站方式。

规则模式并不是“所有流量都使用代理”。一条连接可能命中代理组，也可能命中 DIRECT 直接连接，或被 REJECT 拒绝。因此，稍后看到某个站点仍然直连，不应直接判断客户端没有生效；必须结合连接记录，看它命中了哪条规则。规则的具体顺序在本教程中先不调整。

模式确定后，进入代理组列表，找到配置实际使用的总入口组。名称可能是“节点选择”“Proxy”或提供方自定义的名称，没有全客户端统一的命名。展开该组，点击一个候选节点，确认出现选中标记。若选中的是另一个代理组，就继续展开下一级，查看它最终使用的节点或选择方式。

如果使用“自动选择”组，客户端通常根据配置中的测试方式挑选候选节点；若使用手动选择组，则需要自己点选。为了让首次验证结果更容易解释，可以先选定一个已知可用的节点，暂时不在多个节点之间来回切换。不要只更改一个与目标流量无关的用途分组，否则真正被规则引用的入口仍可能保持原选择。

客户端如果提供延迟测试按钮，可以执行一次测试，观察是否有候选节点能返回结果。延迟测试仅用于辅助筛选，不能保证登录、下载或实时通信都正常；不同测试地址、节点负载与本地网络也会影响结果。没有返回结果时先记下失败节点，不要立刻更改所有 DNS 参数。最终是否可用仍要在第四步用实际请求验证。

全局模式可以作为短暂的对照手段：当规则模式下某个目标异常时，切换全局并选择对应的全局代理组，再访问同一目标，观察结果是否变化。测试结束后恢复规则模式。直连模式则用于让经过内核的连接直接出站。无论选择哪一种模式，都不意味着应用流量已经进入客户端，系统代理或移动端连接授权仍需在下一步完成。

如果不确定自动选择、故障转移与手动选择的差别，先使用订阅默认提供的入口，不必新建代理组。相关问题可查阅常见问题；协议差异、内核支持与配置兼容性则放在协议详解中。本步的目标是确定一种模式和一条清楚的出站路径，而不是完成所有优化。

第三步：启动连接并完成平台授权

现在返回首页，确认内核状态正常。如果客户端有独立的“启动”“运行”按钮，先启动内核，再启用流量接管。内核运行、系统代理开启和 TUN 开启是不同状态：内核可以运行但没有接收到应用请求，系统代理也可能在内核停止后留下设置。首次连接需要把这些状态分别核对，而不是只看托盘图标是否存在。

桌面端：先用系统代理验证浏览器

在设置或首页找到“系统代理”，将其开启。该开关通常把操作系统的代理地址指向客户端监听的本地端口，使遵循系统设置的浏览器或应用把请求交给客户端。先保留客户端默认监听端口，不要随意开启局域网访问。然后重新打开浏览器测试页面；如果浏览器一直保持旧连接，可以先关闭对应标签页再访问。

部分浏览器扩展或应用带有独立代理设置，可能覆盖系统代理。第一次验证时，优先使用没有单独配置代理的浏览器，并暂停重复接管网络的扩展。若客户端提示端口占用，先检查是否还有另一个代理客户端在运行。不要连续变更端口却忘记同步应用端的代理设置，否则会出现内核正常、请求却发送到旧端口的情况。

系统代理并不会接管所有程序。部分游戏、命令行工具或自行建立连接的应用可能不读取系统设置，这是接管方式的边界，不一定是订阅失效。先完成浏览器验证；只有确实需要覆盖这些应用时，再考虑 TUN。不要在尚未确认基本连接可用前同时打开系统代理、TUN 和其他 VPN 工具。

移动端：点击连接并批准 VPN 请求

在首页点击连接按钮。首次启动时，系统可能弹出添加 VPN 配置或允许 VPN 连接的授权提示，核对请求来自刚安装的客户端后再批准。部分设备还会要求完成系统身份验证。授权返回客户端后，等待连接状态变为运行，并检查系统是否显示 VPN 状态。该状态表示系统连接机制已启用，不等于远端节点已经通过实际访问测试。

如果提示已有其他 VPN 连接，先断开正在使用的同类工具，再重新启动当前客户端。移动系统和设备管理策略可能限制同时建立的连接，不能把多个连接开关同时打开当作排障方法。若切到后台后很快断开，先完成一次前台访问验证，再查看系统电池管理与后台运行限制，不必一开始就修改全部省电设置。

TUN：在基础连接通过后再开启

需要 TUN 时，在客户端设置中找到对应入口，按提示安装服务、授予管理员权限或批准网络扩展。各平台要求不同，不要把“始终以管理员运行”当作所有客户端的统一前提。TUN 会涉及虚拟网卡、路由与 DNS 接管，具体说明请转到协议与内核技术参考。本次只使用系统代理或移动端默认连接机制，也可以完成整个上手流程。

第四步：验证连接与规则是否生效

打开一个根据当前配置预期应走代理的网页，同时在客户端进入“连接”“活动连接”或“日志”页面。重新加载网页，寻找与刚才访问域名相关的记录。若客户端日志默认只显示警告，可以临时切换到信息级别后重试，完成后恢复原设置。页面名称不同，但目标相同：找到这次请求经过客户端处理的证据。

先看是否出现请求记录。如果完全没有对应记录，应优先回到第三步检查系统代理、移动端连接状态或应用的独立代理设置，而不是马上换节点。已有长连接可能继续使用切换前的路径，因此可以关闭旧标签页或重启测试应用，再发起新请求。单纯切换模式后刷新一次，有时不足以排除旧连接的影响。

出现记录后，再看匹配规则与最终策略。例如预期代理的域名应命中配置中的某条规则，并进入刚才选择的代理组；最终节点应与第二步的选择一致。预期直连的请求显示 DIRECT 则属于合理结果。若记录显示拒绝策略，应检查是否命中了配置中的拦截规则，不要把它与网络超时混为一类。

接着测试一个预期直连的站点，确认它仍能正常打开，并观察出站策略。两个方向都检查，才能区分“客户端能转发连接”和“规则分流符合预期”。如果只看一个查询出口地址的网页，它最多反映该网页请求的出口，不能证明其他应用、所有域名或所有协议都走了相同路径。

如果记录已经进入预期代理组，但网页仍然失败，先在同一组内换一个候选节点，再重复同一个测试。保持其他设置不变，可以判断问题是否集中在某个节点。若所有候选都失败，再确认订阅是否有效、本地网络是否正常，以及日志中是否有连接超时或协议不兼容提示。不要连续切换网络、模式、DNS 和节点后再猜测是哪项起效。

若全局模式可以访问、规则模式却不符合预期，可短暂对照日志中的命中结果，重点核对当前配置、规则目标和代理组选择。若浏览器正常、某个独立应用异常，则先判断该应用是否遵循系统代理，以及是否需要额外接管。订阅失败、DNS 异常、局域网访问和休眠后断连等分支，可继续查看常见问题与故障排查，不必在首次配置时逐项调整。

验证完成后，恢复规则模式，保留确认可用的代理组选择，并关闭临时提高的日志级别。需要开机自启时，再分别确认“启动客户端”和“启动后连接”的设置含义，两者通常不是同一个选项。下一次重启后仍建议检查一次运行状态，避免仅看到客户端窗口打开，就认为流量接管已经恢复。

停止使用时，桌面端先关闭系统代理或通过客户端正常退出；移动端使用断开按钮结束连接。如果客户端异常退出后设备不能正常访问网络，先检查系统是否仍保留本地代理设置，或是否还有其他 VPN 连接，而不是直接删除订阅。保留已验证可用的配置，后续出现问题时可以回到这四个步骤，按配置、模式、接管、请求记录的顺序定位。