Clash 配置教程
订阅导入与连接验证

第一步：导入订阅并激活配置

先打开客户端，找到“订阅”或“配置”页面。此时需要的是服务提供方给出的订阅地址，而不是账户后台的登录地址，也不是浏览器里打开的购买页面。订阅通常包含节点、策略组及规则，但具体内容由提供方决定。客户端负责读取和使用配置，本身不会因为安装完成就自动产生可用节点。

在提供方的订阅页面选择 Clash 或 mihomo 兼容格式，复制完整地址。回到客户端，点击“新建”“导入”或带加号的入口，选择从 URL 导入，将地址粘贴到订阅链接输入框。名称可写成便于辨认的用途，例如“日常配置”；它只用于区分列表项目，不会改变网络出口。确认地址首尾没有空格或换行后，再点击导入。

等待客户端完成下载与解析。成功后，配置列表通常会出现一张新卡片或一条记录；部分客户端自动启用，另一些需要点击卡片、单选按钮或“使用此配置”。确认它处于选中状态，再切换到“代理”页面查看是否出现策略组。只看到导入成功提示，却没有选中该配置，是首次操作时容易漏掉的一步。

订阅地址与本地配置文件

如果拿到的是 .yaml 或 .yml 文件，应选择“从文件导入”，在文件选择器中打开它，而不是把文件内容粘贴进 URL 输入框。导入后同样需要激活。普通本地文件通常不会跟随远程订阅更新；远程配置中的自动更新机制则取决于文件内容和客户端实现，不能把两者当作同一件事。

导入提示格式错误时，先检查返回内容是否真的是配置。有些地址实际返回登录页、过期提示或其他客户端专用格式。若提示下载失败，先确认当前网络能否访问订阅服务器，再检查链接有效期。不要把一次下载失败直接归因于节点不可用，因为此时节点可能还没有进入客户端。

首次配置先保留订阅原有内容，不急着改规则或 DNS。这样后续出现问题时，能够分清是订阅本身异常，还是本地修改造成的。想了解配置文件、订阅与策略组的关系，可阅读概念速查；当前只需确认配置已激活，并且代理页面确实有内容，就可以继续下一步。

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

进入客户端的“代理”或“出站”页面，找到“规则 / 全局 / 直连”模式选项。首次使用建议选择“规则”。规则模式根据当前配置逐条匹配连接，让不同请求进入对应策略；它不是所有访问都走同一个节点，也不是只要选中就一定按预想分流，最终结果仍取决于配置中的规则内容。

切换模式后，展开订阅提供的主要代理策略组。名称可能是“节点选择”“代理”或其他自定义文字，没有统一命名。若组内列出节点，可先手动选一个；若列出“自动选择”或另一组策略，可以继续展开查看它实际使用的出口。部分客户端会用勾选、边框或高亮表示当前选择，点击后应确认选中状态确实发生变化。

客户端提供延迟测试时，可以运行一次，排除明显超时的候选项。但测试值只反映指定测试目标与测试方式下的响应情况，不代表下载带宽，也不保证所有网站都能访问。先固定一个候选节点完成后面的访问验证；不要连续切换节点、模式和网络，否则难以判断哪次修改真正起作用。

规则模式下先确认策略组

配置可能把常用网站、媒体服务和其他流量分到不同组。只修改其中一个组，并不一定影响正在测试的网站。例如某条规则指向专用策略组，那么主代理组的选择就可能与这次访问无关。现在不需要逐行编辑规则，只需留意当前配置中各组的选择，避免目标组仍选着 DIRECT 或不可用节点。

若需要用全局模式做对照，切换后还要检查全局策略组，而不是假定它沿用规则模式的节点。测试完成后再切回规则模式。更改模式只能影响已经进入内核的连接，不能让未使用代理入口的应用自动进入客户端；接下来仍需开启合适的连接入口。自定义规则顺序和协议兼容性留到协议手册中进一步查阅。

第三步：开启系统代理或移动端连接

现在已有激活的配置和选中的出口，但应用流量还需要进入客户端。先看首页或状态页，确认内核处于运行状态；如果客户端有独立的启动按钮，先启动，再操作代理开关。出现配置加载失败、端口占用或内核退出时，应先解决该错误，而不是反复打开系统代理。错误原文可用于到常见问题寻找对应排查方向。

桌面端先开启系统代理

在 Windows、macOS 或 Linux 图形客户端中找到“系统代理”，将其打开。部分客户端在首页放开关，另一些放在设置页或托盘菜单。开启后，遵循系统代理设置的浏览器和应用会尝试通过客户端访问。先用普通浏览器新开一个页面测试，不要一开始就用游戏、命令行工具或自带代理设置的应用判断结果。

如果系统弹出修改网络设置或辅助服务的权限提示，确认请求来自刚启动的客户端后再授权。不要在客户端未运行时手工保留一个指向它的系统代理地址，否则应用会连接到不存在的监听端口。测试期间也尽量只保留一个代理工具接管系统设置，避免两个客户端轮流覆盖地址。

Android 与 iOS 通常是在应用内点击“连接”或启动开关，首次使用会出现系统 VPN 配置授权。允许后返回客户端，确认应用显示已连接，并查看系统的 VPN 状态提示。这里的 VPN 授权是系统提供的流量接管入口，并不表示节点协议变成了传统 VPN。若已有其他应用占用同类入口，先断开原连接再试。

只有需要时再启用 TUN

若浏览器能正常使用，但某个应用不遵循系统代理设置，可以再考虑 TUN。它通过虚拟网络接口接管符合路由条件的流量，通常需要管理员权限或客户端服务。先在设置中检查服务是否安装并正常运行，再按客户端提示启用 TUN；不同操作系统的服务入口不同，不必照搬其他平台的菜单路径。

TUN 不是首次配置的必选项，也不能保证接管所有应用和所有网络场景。它还会涉及路由与 DNS 配合。如果开启后出现整体断网或局域网设备无法访问，先关闭 TUN，回到已验证过的系统代理状态，再检查兼容性。首次排查不要同时改虚拟网卡、DNS 和出站模式，保留一个能随时返回的基准状态更重要。

完成这一步后，状态页应同时具备内核运行、配置已激活和代理入口已开启这几个条件。此时还不能仅凭开关颜色判断成功，下一步要用实际请求确认连接是否进入客户端，以及它究竟走了哪条策略。

第四步：验证实际访问与规则命中

先打开一个根据订阅规则预期经代理访问的网站，使用新标签页重新加载，避免只看到浏览器缓存中的旧内容。然后回到客户端，打开“连接”或“活动连接”页面，查找刚访问的域名。部分连接结束得很快，可以在刷新网页的同时观察列表，或查看客户端提供的近期连接记录。

点开对应连接，重点核对三个信息：命中的规则、被交给的策略组，以及最终选中的出站节点。规则模式下看到某些连接为 DIRECT 并不一定是异常；要看目标是否本来就应该直连。同理，系统显示 VPN 或客户端显示“运行中”，只能说明相关组件处于工作状态，不能代替对单个请求路径的确认。

再打开一个按配置预期直连的地址，比较两条连接的处理结果。若两种访问都符合预期，说明当前这组测试中的接管入口、规则和出口基本打通。出口 IP 查询可以作为补充，但它只反映查询网站自身的访问路径，不能据此断言所有应用都在使用同一出口。涉及敏感操作时，还应单独确认目标应用的连接记录。

根据现象回到对应步骤

如果网页访问失败，而且客户端完全找不到该请求，先检查系统代理是否仍然开启、浏览器是否使用了独立代理设置，以及正在查看的是否是当前客户端。对命令行工具来说，不读取系统代理是常见情况，应使用工具支持的代理参数或另行评估 TUN，而不是立刻更换订阅。

如果连接已经进入客户端，但日志显示超时或握手错误，先在同一个策略组里换一个候选节点，再重试同一目标。若只在规则模式失败而全局模式正常，应比较两种模式实际选择的出口与命中策略。这个现象提示规则或策略选择值得检查，但不能单凭它认定某一条规则必然写错。

如果错误指向域名解析，先记录报错域名和当前接管方式，再按故障排查说明检查 DNS。不要随手把网上找到的一整段 DNS 配置覆盖进去：不同内核和模式的字段可能不同，也可能破坏订阅原有设置。Fake-IP、解析策略和内核差异可在概念速查及协议手册继续阅读，这里先以恢复基础连接为目标。

验证完成后的保存与更新

访问正常后，记住当前配置名称、模式、主要策略组选择，以及使用系统代理还是 TUN。之后一次只改一个设置，并重新测试同一目标。需要截图求助时，保留错误文字、系统类型和客户端名称，遮住订阅地址与认证信息；这些上下文比一张只有红色错误提示的截图更便于定位。

远程订阅需要更新时，回到第一步的配置列表，使用“更新”或刷新入口，等待完成后确认配置仍处于选中状态，并检查策略组选择是否保留。自动更新时间由客户端及订阅设置决定，不要把长时间未更新当作节点永久不变。若在界面中直接编辑远程配置，也要留意下次更新可能覆盖这些修改。

最后测试一次正常断开：先关闭系统代理或移动端连接，再退出客户端，确认基础网络恢复到预期状态。需要开机自启时，可在这套配置稳定后再开启，并在下次登录后检查内核和代理入口是否都已启动。到这里，订阅导入、模式选择、连接接管与实际验证已经形成完整流程，后续再按具体需求调整规则即可。