Clash 配置教程

开始前：客户端与配置来源

先打开客户端，确认可以进入设置或配置页面。安装客户端只完成了运行环境准备，不代表已经具备可用的代理服务。后续需要服务提供方给出的订阅地址，或一份包含有效代理信息的配置文件。客户端负责读取配置与转发连接，订阅内容、节点权限和服务有效期由配置来源决定。

在服务提供方页面复制专门标注为 Clash 或 mihomo 兼容的订阅地址。普通网页地址、账户管理页面和付款页面不能代替订阅。若对方提供多个格式，先确认当前客户端的内核支持情况，再选择相应格式；不要只根据链接的后缀判断是否兼容。

开始前关闭其他正在接管流量的代理或 VPN 应用，保留当前网络连接。建议先在一台设备上完成验证，再配置路由器或局域网共享。订阅地址经常包含访问凭据，复制时避免发送到公开聊天、截图或问题反馈中。基础操作只需使用客户端界面，不必先手动编辑 YAML。

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

进入客户端的“配置”或“订阅”页面，找到“新建”“导入”或添加按钮。选择远程订阅类型，将刚复制的完整地址粘贴到 URL 输入框。若界面允许设置名称，可以填写便于区分的备注；备注只用于识别配置，不会改变服务账号或出站行为。检查地址首尾没有空格、换行和额外引号后，再点击保存或下载。

客户端会先请求订阅，再解析返回内容。等待导入任务结束，观察列表中是否出现新的配置条目，以及界面是否提示解析失败。看到条目并不一定表示已经启用：在 Clash Verge Rev 中，需要选中对应配置，或使用条目菜单中的启用操作。其他客户端也可能把“下载”和“设为当前”拆成两个动作，完成后应能辨认当前使用的配置。

随后进入“代理”页面。正常情况下，页面会显示配置定义的代理组和候选节点。代理组名称由订阅决定，不一定叫“PROXY”，也可能按用途或地区命名。如果只看到直连选项，先回到配置列表确认选中了刚导入的条目，再检查订阅是否包含代理与代理组。此时还不必开启系统代理，先把配置加载正确。

如果持有的是本地配置文件，选择“导入文件”或将文件拖入客户端支持的导入区域。使用客户端接受的 YAML 配置文件，而不是把网页保存成的 HTML 文件改名。文件导入后同样需要启用并检查代理组。仅含节点链接的文本与完整配置并非同一格式，能否直接导入取决于客户端能力；概念区别可查看概念速查中的订阅与配置文件分类。

导入报错时，先核对地址是否完整、服务是否仍有效，以及普通网络能否访问订阅来源。返回登录页、提示文本或其他格式内容时，客户端可能报告 YAML 解析错误，这不一定是配置缩进问题。若服务方明确提供兼容格式却仍失败，记录错误名称，并向配置来源确认支持的内核。不要将带凭据的完整链接提交到公开的在线转换页面。

成功导入后，找到该条目的“更新”操作，了解以后从哪里刷新内容。远程订阅更新通常会重新获取服务方配置；本地文件则不一定具备远程更新能力。客户端内的修改也可能被下一次更新覆盖。首次连接先沿用订阅的原始分组和规则，确认可以正常使用后，再考虑自定义规则或覆写设置。

步骤二：选择代理模式与节点

打开“代理”页面，或在首页找到“出站模式”选择器，将模式设为“规则”。该模式按当前配置中的规则决定每条连接使用直连还是某个代理组，适合按订阅预设开始使用。选择规则模式只是确定判断方式，并不意味着系统流量已经进入客户端；流量接管将在下一步开启。

接着展开实际承担出站的代理组，在候选项中选择一个当前可用的节点。某些配置会让总选择组指向另一个自动选择组，这时还需要确认下一级组包含有效候选项。最终路径可能是“规则命中 → 总选择组 → 自动选择组 → 具体节点”，不要把一个组名误当成已经连接成功的证明。

如果客户端提供连通性测试，可以对准备使用的组执行一次测试。结果只反映指定测试地址在当时的响应情况，不代表所有网站和应用都会有相同表现。某个候选项测试失败时，可以换另一个候选项继续验证；如果全部失败，应优先确认订阅服务状态与当前网络，而不是频繁修改多个高级开关。

规则、全局与直连的区别

“全局”通常将进入内核的连接交给全局代理组处理，切换后仍需检查这个组选择了什么出站。它适合临时判断问题是否与分流规则有关，不等于自动接管所有设备流量。“直连”则让进入内核的连接采用直接出站。两种模式都不能替代系统代理或 TUN，也不能仅凭模式名称判断连接是否已经建立。

首次配置保留“规则”即可。如果订阅内某个组被选为 DIRECT，即使该连接匹配到这个组，最终也可能直接出站。遇到与预期不符的访问结果，应查看实际出站链路，而不是只检查顶部模式。规则匹配顺序及策略组概念见概念速查，协议之间的设计取舍见协议参考。

完成节点选择后，暂时不要同时启用多个接管方式。保留规则模式与一个明确的出站候选项，进入下一步。这样出现问题时，能够区分是配置没有加载、节点不可用，还是应用流量根本没有进入客户端。

步骤三：开启流量接管

桌面端：先使用系统代理

在 Clash Verge Rev 的设置页面找到“系统代理”，打开开关后，确认客户端内核仍在运行，界面没有端口占用或启动失败提示。系统代理通常会把系统的 HTTP、HTTPS 代理指向本机监听端口，因此客户端需要保持运行。不要为了照抄其他教程而随意更改端口，优先使用当前客户端已经配置好的值。

开启后，使用遵循系统代理设置的浏览器发起一次新的访问。若浏览器扩展单独控制了代理，先暂停扩展或恢复为使用系统设置；若曾在浏览器或应用里手动填写代理地址，也需要确认其没有覆盖系统设置。部分应用有自己的网络栈，不遵循系统代理，所以浏览器能用、其他应用不能用，并不能直接判定客户端失效。

macOS 和 Linux 上的系统代理设置方式可能随客户端与桌面环境变化。开启开关后，如果浏览器请求没有出现在客户端连接页面，先查看系统网络设置是否应用成功。不要直接将 Windows 上的操作路径套用到其他平台。Linux 命令行程序也可能不读取桌面环境的代理设置，首次验证以明确支持系统代理的浏览器为起点更容易定位。

移动端：确认系统连接授权

Android 客户端通常在首页提供启动或连接按钮。确认已启用配置和选好代理组后，点击连接，并在系统弹出的 VPN 连接请求中确认授权。随后检查客户端是否显示运行状态。系统使用 VPN 接口接管流量，不表示订阅协议必须是某一种传统 VPN 协议；具体出站仍由配置决定。

iOS 使用 Clash Plus 时，在配置载入后点击连接，按照系统提示允许添加 VPN 配置，并完成设备要求的确认步骤。如果系统里已有另一条活动 VPN 连接，先停止原有连接，再启动本次配置。移动端的按应用排除、后台限制等设置可能影响实际接管范围，初次连接先保持默认值，再通过连接记录验证。

TUN：有明确需要时再启用

只有当目标应用不遵循系统代理，或确实需要更广的流量接管范围时，再考虑 TUN 模式。桌面端可能要求安装服务、授予管理员权限或确认虚拟网卡相关操作。开启前保存当前配置，阅读客户端提示，并确认内核启动成功。TUN 涉及路由与 DNS，不能把它当成所有连接问题的通用修复按钮。

第一次测试建议先只开启系统代理；确认基础链路可用后，再按需求测试 TUN。不要在尚未成功访问时，同时调整 TUN、DNS、规则和节点，否则难以判断是哪项修改产生影响。若启用后出现网络异常，先关闭新增的接管方式，恢复到上一个已验证状态。相关原理可继续阅读DNS 与网络栈术语。

步骤四：验证连接与规则命中

连接开关开启后，先在浏览器中新建一个标签页，访问一个希望通过代理打开的目标页面。尽量发起新的请求，不要只观察之前已经加载完成的页面；缓存内容和原有长连接可能掩盖设置变化。随后打开客户端的“连接”页面，查找刚访问的域名，核对是否出现对应记录。

在记录详情中，依次查看目标地址、匹配规则和实际出站。不同客户端展示的字段略有区别，有的会列出完整代理链，有的仅显示最后的策略或节点。预期走代理的连接，应能追踪到所选代理组及其出站；预期直连的连接，则应显示直接出站。页面能够打开只是第一项检查，连接路径符合配置意图才说明分流结果正确。

再选择一个当前配置中明确应当直连的目标进行访问，检查其规则与出站结果。不要仅凭网站所属地区推断一定会匹配哪条规则，因为订阅可能采用自定义域名表、规则集或最终兜底策略。首次验证只需确认一条预期代理连接和一条预期直连连接，不必立即测试所有应用。

如果需要查看出口地址，可使用可信的地址查询服务作为辅助检查，但应把结果与客户端记录对照。查询页面本身也会被规则分流，它显示的是访问该页面时的出口，不代表所有应用都经过同一条路径。关闭接管后重新建立连接再比较，才有参考意义；不要把某一次出口变化等同于整台设备的全部流量都已接管。

未生效时，按连接路径检查

若客户端完全没有出现目标请求，先检查系统代理、移动端连接状态、浏览器自带代理以及应用排除设置。若连接记录已经出现，但出站是直连，检查当前模式、命中的规则和代理组选择。若记录显示代理出站却失败，再切换另一个有效候选项，并查看同一时间的日志。这个顺序能避免在接管尚未生效时反复修改订阅。

日志中出现连接超时，通常需要进一步区分目标不可达、节点连接失败或当前网络异常；出现解析失败，则应结合域名与 DNS 设置检查。看到错误先记录时间和目标，再只调整一个相关设置并重新请求。需要深入定位时可阅读Clash 运行日志与常见报错定位，不必在首次上手阶段一次掌握全部配置字段。

完成后的日常操作

确认分流符合预期后，保留当前可用的配置与节点选择。之后节点列表发生变化时，先更新订阅，再检查原来的代理组选择是否仍然有效。需要切换网络、唤醒设备或恢复使用时，先观察客户端运行状态，再发起一次新连接。开机自启与自动连接可以在基础验证通过后按需设置，不必作为首次成功连接的前提。

停止使用时，桌面端先关闭系统代理或 TUN，再退出客户端，避免系统仍指向已停止的本机端口；移动端使用客户端的断开按钮停止连接。至此，订阅导入、模式选择、连接开启与效果验证已经形成完整流程。后续仅在出现明确需求时再增加自定义规则、DNS 调整或局域网共享设置。