Clash 配置教程

开始前：客户端与订阅准备

安装包只提供客户端程序，并不会随安装自动产生可用的远程节点。开始前需要准备服务提供方给出的订阅链接，或者一份包含节点、策略组和规则的兼容配置文件。订阅链接通常带有个人授权信息，应当按账号凭据保管。遇到需要提交截图的情况，隐藏完整链接、二维码和授权参数，只保留错误提示及必要的设置名称。

首次打开客户端，先确认主界面能够正常显示，并找到配置、代理、设置和日志入口。部分桌面客户端会在窗口关闭后继续驻留托盘或菜单栏，因此关闭窗口不等于退出内核。此时先保持系统代理和 TUN 开关关闭，完成配置加载后再接入系统，可以减少“代理已经启用但配置尚未就绪”带来的断网现象。

如果电脑或手机正在运行另一款代理、VPN 或网络接管工具，先保存它的设置并断开连接，再进行本次测试。多个工具可能同时修改系统代理、路由或 DNS，使实际连接路径与界面显示不一致。受组织管理的设备还可能有固定代理策略，应遵循设备管理要求，不要直接覆盖受管理的网络设置。

下面以已有兼容订阅为起点。每一步都要确认结果后再继续：先看到配置加载，再看到策略可选，然后开启系统接入，最后查看真实连接记录。需要辨认“订阅”“节点”“内核”这些名称时，可先阅读名词解释；不必为了首次连接先修改整份 YAML 文件。

第一步：导入并启用订阅

添加远程订阅链接

从服务提供方的账号页面复制面向 Clash 或 mihomo 的订阅链接，打开客户端的订阅或配置页面，寻找“添加”“新建配置”或“从 URL 导入”入口。为配置填写一个容易辨认的名称，将链接粘贴到地址栏，再点击下载、导入或保存。若粘贴后提示地址无效，检查是否带入了说明文字、首尾空格或换行，不要手动删改链接里的授权参数。

提交后等待下载结束。正常情况下，配置列表会出现刚填写的名称，以及更新结果、更新时间或文件大小等信息，具体展示取决于客户端。出现列表项只是导入的中间结果，还需要点击“使用”“启用”或选中该配置卡片。随后进入代理页面，确认能够看到订阅定义的策略组和节点，才算完成本地加载。

部分客户端区分“远程订阅条目”和“当前运行配置”。更新远程条目之后，当前配置不一定立即切换；首次添加也可能只保存而未启用。若代理页面仍然显示旧节点，回到配置列表查看当前选中标记，主动启用新配置，再检查日志是否出现解析错误。不要仅凭订阅列表里多了一张卡片就判断配置已经生效。

导入本地文件与处理格式错误

如果收到的是本地 .yaml 或 .yml 文件，使用“导入文件”入口，或客户端明确支持的拖放功能。导入后同样需要启用配置。单纯的节点地址清单与完整 Clash 配置并不是同一种格式；完整配置通常还会定义策略组和规则。选择订阅类型时，优先使用服务提供方明确标注的客户端兼容格式。

“下载成功但解析失败”通常说明服务器返回了内容，但内容不能被当前内核读取。返回登录页、授权过期提示、其他客户端专用格式，或使用了内核不支持的字段，都可能产生这种情况。先阅读日志中的具体错误，再向服务提供方确认订阅格式；涉及协议支持时参照内核与配置兼容性，不要随意删除报错附近的字段来强行加载。

如果直接提示下载失败，先判断是地址、授权还是网络问题。确认链接来自当前账号且仍然有效，再在普通网络下重试一次。有些客户端提供“通过代理更新订阅”的选项，但首次配置时尚未建立可用代理，盲目打开它可能形成更新依赖。不要将私人订阅发送到陌生的在线转换页面；确需转换时，应先了解转换服务如何处理和保存链接。

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

打开主界面或设置页中的代理模式入口，首次使用优先选择“规则”或 Rule。规则模式会按配置中的规则决定每条连接使用哪个策略，例如部分目标直连，另一些目标交给代理组。它是连接策略的选择方式，并不是系统接入开关；选中规则模式后，如果系统代理或手机连接尚未开启，其他应用仍可能直接访问网络。

“全局”或 Global 通常将进入内核的连接统一交给全局策略，适合临时对照测试，但仍需要在对应策略组中选择节点。“直连”或 Direct 通常让进入内核的连接直接访问目标，不能用来检查远程节点是否有效。测试时只改一个变量：先保持规则模式完成正常连接，必要时再临时切换全局模式，对照完成后恢复规则模式。

在策略组中选择可用节点

进入代理或策略组页面，找到用于手动选择的组。组名由配置作者定义，可能是“代理选择”，也可能是其他名称，不一定叫 PROXY。展开后点击一个节点，确认选中标记已经移动到该项。某些组的候选项还包含其他策略组，此时应继续查看被选中子组的最终节点，避免只改了一个实际上未被规则引用的组。

自动选择、故障转移和负载均衡组会按照各自的配置逻辑决定出口，不一定允许直接固定某个成员。第一次排查时，若配置提供手动选择组，可先用它固定一个节点，减少自动切换造成的干扰。随后再按使用需求恢复自动组。策略组与规则之间的引用关系可查看规则分流说明，这里不需要重写订阅中的分流列表。

客户端的测试按钮可帮助识别明显不可达的候选节点，但测试结果只反映当时的测试地址、连接路径和条件。显示数值不代表所有网站都能访问，显示超时也不必然说明节点永久失效。选好节点后，仍需用实际应用访问和连接日志验证。不要因为测速排序变化就同时调整模式、DNS 和 TUN，多个变化会让问题来源难以定位。

如果代理页面只有 DIRECT、REJECT 等策略，却没有预期节点，先回到第一步检查订阅是否正确加载。若节点列表正常但选中后立即报错，查看错误是否与协议或配置字段有关。完成这一阶段后，应能够说明当前使用的是规则模式、哪个策略组以及哪个候选出口，再进入系统接入设置。

第三步：开启连接与系统接入

桌面端先检查系统代理

先查看客户端是否显示内核运行状态，或在日志中确认本地代理端口已经监听。客户端管理界面能打开，并不等于内核已成功启动；端口被占用、配置解析失败，都可能让内核停在错误状态。确认运行后，打开“系统代理”或 Set as system proxy 开关，让支持系统代理的浏览器及应用将连接交给本地端口。

常见配置使用混合端口同时接受 HTTP 与 SOCKS 连接，但实际端口以当前客户端设置为准，不能直接认定所有安装都是 7890。在设置页查看混合端口或 HTTP 端口，再核对操作系统代理地址是否指向 127.0.0.1 和相应端口。由客户端自动设置时，通常无需手动填写；仅在自动设置失败或进行排查时检查系统网络代理项。

开启后重新加载浏览器页面。如果浏览器已安装独立代理扩展，扩展可能覆盖系统设置；先暂时停用该扩展，或明确将其设为使用系统代理。命令行、部分游戏和其他应用可能不读取系统代理，因此浏览器生效并不代表所有程序都会跟随。先完成浏览器验证，再考虑需要接管哪些其他应用。

手机端批准系统连接授权

手机端在配置和节点选择完成后，点击主页的连接开关。首次连接通常会弹出系统 VPN 授权对话框，确认来源是刚安装的客户端后批准。这里的 VPN 接口是应用接入系统网络的方式，不表示订阅已经包含某一种特定协议。连接建立后，系统可能显示 VPN 标记；标记只能证明系统接口已启动，仍需下一步验证出口和规则。

如果授权被取消，返回客户端再次开启连接并完成授权。若手机已有其他 VPN 应用处于连接状态，先断开另一连接，再重试。移动系统可能限制应用后台运行，尤其在锁屏或省电状态下；仅当实际出现后台断连时，按系统设置检查客户端的后台权限，避免一开始就修改与问题无关的全部电池选项。

需要更广覆盖时再启用 TUN

TUN 通过虚拟网络接口接入连接，适合需要覆盖不读取系统代理的应用时使用。桌面客户端可能要求安装服务、授予管理员权限或确认虚拟接口创建；不同系统的入口和权限流程有所区别，应以当前客户端提示为准。不要为了跳过权限错误连续点击开关，先确认服务已安装且内核支持相关配置。

首次测试可以先选择一种明确的接入路径，例如桌面系统代理或手机 VPN 连接。之后启用 TUN 时，注意客户端是否会自动调整系统代理和路由；两者能否同时开启取决于客户端实现，不宜套用固定结论。有关 DNS 接管、路由范围及内核能力的细节，转到协议与内核技术参考继续查阅。

第四步：验证规则与连接结果

打开客户端的连接列表或日志页面，再用浏览器访问一个你知道在当前配置中应当走代理的网站。优先选择不需要登录的页面，并重新加载，让浏览器建立新连接。旧标签页可能复用已有连接，页面缓存也可能让“打开成功”并未产生新的网络请求，因此单看浏览器画面不足以确认代理路径。

在连接列表中查找对应目标域名或地址，查看命中的规则、策略组和最终出口。界面可能显示 DOMAIN-SUFFIX、GEOIP 或 MATCH 等规则类型，它们表示匹配依据；DIRECT 表示直连，REJECT 表示拒绝。代理路径则常显示策略组名和节点名。记录出现、规则符合预期、目标页面能够加载，三项结合起来才是较可靠的生效判断。

随后访问一个按配置应当直连的目标，再查看是否命中了直连策略。规则模式允许不同目标采用不同出口，因此部分页面显示直连通常是预期行为。反过来，若目标错误地走了直连，应检查规则和策略组，而不是只重复切换节点。对于应用同时请求多个域名的情况，也需要查看相关连接，不能只观察其中一条就推断整个应用路径。

按现象缩小故障范围

如果访问时连接列表完全没有新记录，优先检查系统接入：浏览器是否读取系统代理、代理扩展是否覆盖设置、手机 VPN 是否仍然连接，以及是否已经开启预期的 TUN 路径。某些客户端只在特定日志级别显示详细记录，因此也要区分“记录未展示”和“连接未进入内核”，不要仅凭一处空列表下结论。

如果记录已经出现，但连接反复超时或报错，说明请求至少到达了内核，下一步检查所选节点与目标可达性。保持模式和接入方式不变，只切换到另一个候选节点后重试。如果只有一个网站失败，查看它的规则和相关域名；如果所有代理目标失败而直连正常，再检查订阅有效性、节点授权或服务状态。

如果连接记录中策略正确，浏览器却提示证书或安全异常，不要为了连通而关闭证书验证。先检查设备时间、访问域名和系统信任设置；需要支持协助时，提供客户端名称、系统类型、接入方式、错误原文和发生步骤。日志可能含域名、地址或订阅信息，发送前只保留与本次错误有关的片段并去除敏感内容。

验证完成后，保留一组已确认可用的设置：当前配置、规则模式、所选策略和接入方式。后续遇到“Clash 无法上网”，先与这组状态对照。一次只调整一个设置并重新验证，比同时修改端口、DNS、节点和模式更容易找出原因，也能避免把原本有效的配置改成另一种未知状态。

日常操作：断开连接与订阅更新

桌面端需要完全停用时，先关闭系统代理或 TUN，再按客户端提供的退出入口结束运行。直接结束进程后，如果系统仍保留指向本地端口的代理设置，浏览器可能继续尝试连接已经停止的服务。出现这种情况，可重新打开客户端关闭系统代理，或者在系统网络设置中移除本次留下的手动代理；受管理设备的设置不要自行删除。

手机端通过客户端连接开关或系统 VPN 管理页面断开。下次使用时，检查当前配置与节点仍然是预期选项，然后重新连接即可，不需要每次都重新导入订阅。若系统更新后要求重新授权，按新的授权提示完成流程，再重复一次连接验证。

更新订阅时，回到配置列表点击相应条目的更新按钮，等待结果并确认当前运行配置已刷新。更新可能增删节点、修改策略组或覆盖原配置内容，原先选择的节点也可能不再存在。若客户端支持覆写或合并配置，本地自定义项应放到明确的独立入口；不要把对远程文件的临时编辑当成长期保存方案。

完成本页后，基础连接流程已经闭环。需要继续了解术语，可阅读代理与分流名词解释；需要比较协议、理解 mihomo 内核能力或调整规则，可阅读技术参考。更换客户端之前先记录当前接入方式与配置来源，再从安装包页面按平台选择，避免将客户端差异误判成订阅失效。