Clash 入门指南

第一步：导入并启用订阅

打开客户端，进入“配置”“配置文件”或“订阅”页面。找到“新增”“导入”或带加号的入口，选择从 URL 导入。回到服务提供方的订阅管理页面，复制标注为 Clash、Clash Meta 或 mihomo 的配置订阅地址，再粘贴到客户端的地址栏。不要复制账户登录页地址，也不要把网页上某一行节点名称当作订阅链接。

如果导入窗口允许填写名称，可以写成“日常配置”等便于识别的本地名称；这个名称只用于区分配置，不影响连接。确认地址前后没有空格或换行，再点击“导入”或“下载”。等待客户端完成下载与解析，成功后通常会出现一张配置卡片，或在列表里新增一个条目。若界面要求再点一次“使用”“激活”或配置名称，请完成这一步：文件已下载，不等于内核已经加载它。

确认配置已被加载

选中新配置后，转到“代理”页面，检查是否能看到配置定义的策略组，以及组内可选的节点或其他策略。不同订阅的分组名称不同，可能按用途或地区组织，不必寻找与教程完全相同的名称。这里先确认列表有内容，并且页面没有配置解析失败提示。仅看到一条“导入成功”的通知，还不足以确认当前正在使用哪份配置。

如果手里是本地文件，就在同一页面选择“从文件导入”，打开扩展名为 .yaml 或 .yml 的完整配置，再将其设为当前配置。普通本地导入通常不会自动与原订阅保持同步；之后的更新方式取决于客户端是否保留远程来源。文件名可以更改，但不能只给一段节点文本改后缀，便认为它已成为完整配置。

导入失败时先判断格式

出现超时或下载失败，先检查当前网络能否访问订阅服务，再确认账户状态和地址是否仍有效。出现 YAML 解析错误、缺少字段或不支持的配置项，则优先检查订阅格式与客户端内核是否兼容。Base64 节点列表、单条协议链接和完整 Clash 配置不是同一种输入；应向服务提供方取得适配格式，或使用客户端明确支持的导入方式，不要反复粘贴相同内容尝试。

首次导入尚未成功时，开启“经代理更新”也不一定有帮助，因为客户端可能还没有可用代理路径。先恢复正常获取配置的条件。具体报错可到常见问题查阅，格式差异可参考订阅 URL、本地 YAML 与 Base64 的区别。确认策略组已显示后，再进入模式选择，不必立即修改配置文件。

第二步：选择规则模式与策略

进入“代理”或“运行模式”页面，找到“规则 / 全局 / 直连”选项，先选择规则模式。在这个模式下，连接按当前配置中的规则依次匹配，再交给对应的直连出口或代理策略组。它适合日常使用：需要直连的请求可以直连，需要代理的请求交给配置指定的策略，不必每次手动切换整个客户端的运行方式。

接着查看策略组。找到承担主要代理出口的分组，展开它并选择一个已有节点，或使用订阅提供的自动选择策略。界面上的分组名称由配置决定，不能只凭“默认”两个字判断用途；如果服务提供方附有说明，优先按说明选择。手动选择节点后，留意选中标记是否停在预期项目上，再返回上一层确认策略组仍指向这个选择。

区分运行模式、策略组与系统代理

这三项设置处在不同位置。运行模式决定内核如何分配连接；策略组决定某类连接最终使用哪个出口；系统代理则决定支持系统代理的应用是否把请求交给客户端。选择了规则模式，只完成了流量分配这一层，并不意味着浏览器已经接入客户端。下一步仍需建立系统网络入口，不能在这里看到节点列表就认定配置完成。

“全局”表示经过内核的连接统一交给全局策略处理，不代表设备上的所有应用都会自动进入客户端；“直连”表示经过内核的连接直接访问目标，也不等于退出程序。初次配置保持规则模式即可。只有为了对比某条规则是否导致访问异常时，才短暂使用全局模式测试，并在测试结束后切回规则模式，避免把排查状态长期当作日常设置。

如果客户端提供连接测试，可以对准备使用的节点执行一次，观察是得到响应还是显示失败。测试结果只反映该测试目标在当时的可达情况，不保证每个网站都能打开，也不适合频繁重复执行。暂时不要批量改组、删除规则或覆盖 DNS。保留订阅原有逻辑，后续验证才能区分节点问题与配置改动。需要理解规则顺序时，再读完整手册的规则分流说明。

第三步：开启代理连接

配置已经启用、策略已经选好后，返回客户端首页。桌面端先确认内核或服务处于运行状态，再找到“系统代理”开关并打开。有些客户端会在启动时自动运行内核，有些需要先点启动按钮；如果界面仍提示内核未启动，先查看错误，不要只反复切换系统代理。首次设置建议保持 TUN 关闭，用浏览器这类通常支持系统代理的应用完成基础验证。

Windows 与 macOS 的系统代理设置由客户端写入系统网络配置，部分客户端会请求权限。确认请求来自正在使用的程序，再允许它完成操作。浏览器若装有独立的代理切换扩展，或自行设置了固定代理，可能不跟随系统配置；测试时先改为使用系统设置。Linux 桌面环境和应用对系统代理的支持存在差异，若应用没有读取该设置，需要按应用文档另行配置。

移动端确认系统连接授权

Android 或 iOS 客户端通常在首页提供“连接”按钮或总开关。点击后，系统可能请求添加 VPN 配置或建立 VPN 连接。核对应用名称并确认，返回客户端等待状态变为已连接。这里的系统 VPN 接口是应用接管流量的方式，不等于订阅已经可用；即使状态栏出现 VPN 标识，仍要完成下一步的网页与规则验证。

如果设备上已有另一款代理或 VPN 工具正在运行，先断开它，再启动本次使用的客户端。多个工具同时修改系统代理、路由或 VPN 接口，会让请求路径变得难以判断。移动端如果一切回桌面就断开，先检查客户端是否仍在运行，以及系统是否施加后台限制；不要一次性关闭所有电池管理功能，按实际症状处理即可。

端口与 TUN 暂时保持简单

桌面端可能显示本地混合端口，例如 mixed-port: 7890。这只是常见配置示例，实际端口应以当前客户端为准。正常使用系统代理开关时，通常由客户端写入正确端口，不需要手工照抄示例值。若日志提示地址已被占用，先退出其他代理程序；仍有冲突时再修改端口，并确认使用手动代理的应用同步更新。

TUN 用于承接更多未走常规系统代理的应用流量，但可能涉及服务权限、虚拟网卡与 DNS 配置。它不是初次连接必须打开的开关。先完成系统代理路径的验证，再根据具体应用决定是否启用；需要接管游戏或其他不读取系统代理的程序时，到完整手册查看 TUN 章节。此时若连接状态已正常，保留客户端运行，开始检查实际访问结果。

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

打开浏览器，新建标签页，访问一个按当前配置应当直连的网站，再访问一个应当通过代理的网站。不要只看客户端首页的“已连接”，也不要只凭某一个网页打开成功就下结论。已有页面可能来自缓存，旧连接也可能沿用先前路径；可以刷新页面或建立新的访问请求，同时观察客户端的连接记录。

切回客户端，进入“连接”“会话”或“日志”页面，寻找刚刚访问的目标域名。检查三个信息：请求是否出现、命中了哪条规则、最终使用了哪个策略或出口。直连请求通常会显示 DIRECT，代理请求可能显示策略组和实际节点。字段名称随客户端变化，但判断逻辑一致：预期走代理的连接应进入正确策略，而不是仅仅在列表里出现。

根据记录缩小问题范围

如果浏览器发出请求后，客户端完全没有相关记录，优先检查系统代理是否打开、浏览器是否使用系统设置，以及测试请求是否真的重新发送。暂时不要修改分流规则，因为请求可能还没有到达内核。如果记录存在，却走了与预期不同的出口，就查看命中规则和策略组选择；规则按顺序匹配，较早命中的规则会决定后续路径。

如果记录显示已经交给代理，但网页仍然超时，先在同一个策略组里换一个已有可选节点，再重新建立请求。若只有个别域名失败，检查日志是否包含解析错误或连接拒绝，不要立刻重装客户端。遇到证书提示时也不要直接关闭证书验证，应先确认设备时间、目标网站与当前网络环境。更完整的定位顺序见已连接却打不开网页的排查清单。

保存日常使用状态

确认访问与分流符合预期后，保持规则模式，并记住当前使用的配置和主要策略组。若客户端支持自动更新，可以在订阅详情中设置合适的间隔；例如每天更新一次时，单位为分钟的输入框可填写 1440，若单位为小时则填写 24。不同客户端的单位并不统一，保存前务必读清标签。不要为了获得更及时的节点列表而设置过短间隔。

最后做一次退出检查：桌面端先关闭系统代理，再正常退出客户端，确认常用直连网站仍可访问；移动端先点断开，确认系统连接状态随之结束。重新启动后，再按需要开启连接。这一步能帮助识别代理残留，也能熟悉正常停止的路径。若异常退出后浏览器无法联网，先检查系统是否仍指向已停止的本地代理，而不是立即删除整份配置。

至此，基础流程完成：订阅处于启用状态，运行模式为规则，应用流量能进入客户端，记录中的出口符合预期。后续只需按需更新订阅、切换策略并保留可回退配置。遇到单项疑问先查常见问题；准备进一步配置规则、DNS 或 TUN 时，再继续阅读从零到精通完整手册，不必在首次连接时一次调整所有选项。