Clash教程：从客户端选择到订阅连接成功
简答：Clash 教程最短流程是：先按设备选择仍在维护的客户端，再从可信发布页安装，导入订阅链接，选择节点并开启系统代理，最后用出口 IP、DNS 和 WebRTC 检查配置是否生效。遇到导入失败或网页打不开时，不要同时修改多个设置，按“客户端—订阅—节点—代理模式—DNS—系统权限”的顺序排查。
定义：Clash 通常不是单独一个软件，而是一类使用 Clash/Mihomo 内核、读取订阅配置并按规则转发网络请求的代理客户端。
先看设备：Clash 客户端怎么选
如果你只是想尽快完成首次连接，优先选择仍有公开发布记录、能匹配当前系统架构的客户端。不要把“Clash”“Mihomo”“Clash Meta”当成完全相同的东西：Clash 是一套客户端与配置生态的俗称，Mihomo 是常见的核心实现，Clash Verge Rev、FlClash 则是带图形界面的客户端。
| 设备 | 新手可优先核对的客户端 | 选择和下载建议 |
|---|---|---|
| Windows | Clash Verge Rev 或 FlClash | 从项目 GitHub Releases 选择 x64 或 ARM64；新设备不建议把已停止维护的 Clash for Windows 当首选。 |
| macOS | Clash Verge Rev 或 FlClash | 先确认 Intel 与 Apple 芯片，再下载对应架构；安装包应来自项目发布页。 |
| Linux | Clash Verge Rev 或 FlClash | 根据发行版选择 DEB、RPM、AppImage 或其他项目明确提供的格式。 |
| Android | FlClash 等支持 Android 的客户端 | 优先使用项目公开发布渠道，确认 APK 架构与系统权限提示。 |
| iOS | 以当前 App Store 可用情况为准 | 客户端上架、地区和名称可能变化；无法核实的下载入口不要直接安装。 |
Clash Verge Rev 的项目文档说明，正式安装包通过 GitHub Releases 发布，并列出 Windows、macOS 与 Linux 的架构选项；FlClash 的官方仓库则明确其支持 Android、Windows、macOS 和 Linux。可分别查看 Clash Verge Rev 发布页 与 FlClash 官方仓库。
六步完成首次使用：安装、导入、连接、验证
- 确认下载来源和架构。
入口：打开客户端项目的 GitHub Releases 页面。输入：根据系统选择 x64、ARM64、Intel、Apple Silicon、DEB、RPM 或 Android APK。预期结果：下载文件名与系统架构匹配。失败下一步：不要运行“高速版、破解版、中文增强版”等来源不明的安装包，回到项目仓库重新核对发布页。
- 安装并首次启动。
入口：运行安装程序或打开应用。输入：按系统提示完成安装，必要时允许网络扩展、VPN 或管理员权限。预期结果：客户端能打开并出现配置、Profiles、订阅或类似入口。失败下一步：记录系统版本、弹窗内容和客户端日志，先检查是否下载了错误架构，不要立即删除配置目录。
- 添加订阅配置。
入口：打开 Profiles、订阅管理或配置文件页面。输入：粘贴服务提供方给你的订阅 URL，或导入本地 YAML 配置文件。预期结果：出现配置名称、更新时间和节点数量。失败下一步：先检查链接是否完整、是否被聊天软件截断、是否需要登录；不要把包含账号信息的订阅链接发到公开论坛。
- 更新并确认节点。
入口：在已添加的配置旁点击更新、刷新或拉取。输入：等待客户端完成下载。预期结果：代理组或节点列表出现可选择项目。失败下一步：如果配置已导入但没有节点，查看日志中的 HTTP 状态、解析失败或格式错误，再单独测试订阅 URL 是否能在浏览器中返回内容。
- 选择节点和规则模式。
入口：打开 Proxies、代理或策略组页面。输入：先选择一个延迟较低且测试结果正常的节点，再选择 Rule、规则或类似的分流模式。预期结果：普通网页按规则访问，未匹配项目按客户端默认策略处理。失败下一步：临时切换到 Global 只用于定位“规则匹配问题”，测试完成后切回 Rule，不要长期盲目使用全局模式。
- 开启系统代理或 VPN 模式。
入口：客户端首页的 System Proxy、系统代理、VPN 或 TUN 开关。输入：桌面端先开启系统代理；只有需要接管不遵守系统代理的软件时，再按客户端说明尝试 TUN。预期结果：浏览器和目标应用的网络请求经过客户端。失败下一步：检查是否有其他代理软件占用端口，关闭重复客户端，并确认系统代理地址与端口由当前客户端接管。
从原理上看，系统代理更适合遵守系统代理设置的浏览器和应用；TUN 则通过虚拟网络接口接管更广泛的系统流量，但可能需要管理员权限、网络扩展或防火墙放行。Mihomo 文档将 TUN 描述为可用于自动路由、DNS 劫持和按应用路由的入口，具体行为仍受系统、内核和客户端配置影响，可查看 Mihomo TUN 文档。
连接成功后怎么验证：IP、DNS 和 WebRTC 都要看
不要只看客户端界面显示“已连接”。建议保持本地网络在线，依次完成以下检查：
- 出口 IP：打开可信的 IP 检测页面，记录连接前后的公网 IP 和地区信息。预期结果：开启代理后，浏览器显示的出口地址发生变化；没有变化时，先检查系统代理开关、浏览器是否使用了独立代理，以及是否存在其他客户端抢占设置。
- DNS 泄漏：使用公开 DNS 泄漏测试页面执行标准或扩展测试。预期结果：解析服务器应符合你的网络方案；如果仍显示本地网络运营商的 DNS，先检查客户端 DNS 开关、TUN 的 DNS 模式和浏览器的安全 DNS 设置。Mihomo 的 DNS 文档说明，DNS 配置是否启用、解析模式和 nameserver 都会影响实际解析路径，可参考 Mihomo DNS 配置文档。
- WebRTC 泄漏：在浏览器的 WebRTC 泄漏测试页面查看候选地址。预期结果：不应出现不希望暴露的本地或真实公网地址。若出现，先暂时关闭浏览器扩展、独立代理和浏览器自带网络优化功能，再逐项恢复；不同浏览器版本的 WebRTC 行为可能不同。
- 实际访问：打开一个普通网页，再测试一个对连接稳定性要求较高的页面。预期结果：页面能加载、图片和脚本没有大面积失败。失败时不要先改 DNS，先确认节点本身可用，再观察客户端日志。
验证时每次只改一个变量，并保留原配置备份。若启用 TUN 后出现局域网设备、虚拟机或办公软件异常，先关闭 TUN 回到系统代理模式；Mihomo 文档也提示，严格路由等设置可能影响部分虚拟化软件，具体以当前系统日志为准。
按症状排查：导入失败、无节点、网页打不开
| 现象 | 先检查什么 | 下一步动作 |
|---|---|---|
| 订阅链接无法导入 | 链接是否完整、是否过期、是否需要登录 | 重新复制链接；用浏览器或客户端日志确认返回内容，再检查格式是否为当前客户端支持的配置。 |
| 配置已导入但没有节点 | 配置内容是否为空、转换是否失败、节点是否被过滤 | 打开配置预览或日志；若返回 HTML、登录页或错误提示，联系订阅提供方核验链接状态。 |
| 节点有延迟但网页打不开 | 延迟测试不等于完整网页可用 | 换一个节点测试，再检查规则模式、系统代理和 DNS；不要只依据延迟数字判断节点能否使用。 |
| 系统代理已开但浏览器无效 | 浏览器独立代理、PAC、其他软件覆盖 | 关闭浏览器独立代理和其他代理客户端，重新开启当前客户端的系统代理，再观察端口和日志。 |
| 开启 TUN 后断网 | 权限、防火墙、DNS 劫持和网络扩展 | 先关闭 TUN，确认系统代理能否工作；再按客户端提示授予权限，必要时检查防火墙放行设置。 |
| 连接一段时间后变慢 | 节点、规则、DNS、后台下载或订阅更新 | 只切换节点进行对照；若仍慢，再暂时切回默认 DNS 或关闭 TUN，记录哪一步改变了结果。 |
Clash for Windows 已停止维护，现有安装包即使还能启动，也不应把它作为新设备的默认选择。对于旧配置，先导出配置文件和订阅信息，再迁移到仍有公开发布记录的客户端；不要同时运行两个会修改系统代理的客户端。相关项目文档与发布信息可在 Clash Verge Rev 仓库中核对。
订阅与配置安全：哪些信息不要公开
- 订阅 URL 通常可能包含账号标识或访问凭据，不要截图完整链接，也不要粘贴到公开 Issue、群聊或在线配置转换页面。
- 导入 YAML 配置前先用文本编辑器查看内容，留意外部控制地址、密码、脚本和不熟悉的远程规则来源。
- 不要为了“修复连接”直接复制陌生人提供的完整配置覆盖原文件，先备份，再逐项比较变更。
- 如果客户端要求开启外部控制接口，只在本机使用并设置访问密码；不用时关闭。Clash Verge Rev 的隐私说明也提醒，配置、凭据和日志主要保存在本机，外部服务和订阅提供方由各自的隐私政策负责。
- 安装包应优先从项目仓库的 Releases 获取。第三方镜像、二次打包和“免安装增强版”的来源与修改内容无法仅凭文件名确认。
推荐一份首次配置检查清单
- 客户端名称、发布页和系统架构已核对。
- 订阅链接来自你能确认的服务提供方，没有公开分享。
- 配置已成功更新，节点或策略组能正常显示。
- 已选择节点，并确认 Rule、Global、Direct 的含义。
- 系统代理已开启；需要接管更多应用时才测试 TUN。
- 出口 IP、DNS 和 WebRTC 均已检查。
- 遇到问题时保留日志和原配置，每次只改一个设置。
完成这份清单后，如果仍然无法连接，优先把问题拆成“订阅能否更新”“节点是否可用”“客户端是否接管流量”三个独立问题，而不是一次性重装所有软件。
常见问题
Clash、Mihomo、Clash Verge Rev 到底是什么关系？
Clash 常被用来泛指一类代理客户端和配置生态；Mihomo 是常见的核心实现；Clash Verge Rev 是基于 Mihomo 的桌面图形客户端之一。客户端界面、支持平台和配置字段可能不同，遇到问题应以当前客户端文档和日志为准。
订阅已经导入，为什么看不到节点？
先打开配置预览或日志，确认订阅返回的是有效配置而不是登录页、错误页或空内容；再检查链接是否完整、是否过期，以及客户端是否支持该配置格式。不要只看“导入成功”提示。
系统代理和 TUN 模式应该怎么选？
浏览器等遵守系统代理的应用，通常先使用系统代理；当某些应用不遵守系统代理时，再根据客户端文档测试 TUN。TUN 可能需要权限并影响 DNS、局域网或虚拟机，因此应先备份配置，确认系统代理正常后再开启。
节点延迟很低，但网页仍然打不开怎么办？
延迟测试只能说明某个测试请求有响应，不代表网页、DNS、规则和全部协议都正常。先换一个节点，再检查 Rule/Global 模式、系统代理、DNS 和客户端日志，每次只修改一个变量。
下载到的 Clash 安装包怎么判断是否可信？
优先从项目 GitHub 仓库的 Releases 获取，并核对仓库名称、发布说明、系统架构和文件哈希。来源不明的汉化版、增强版、破解版或二次打包文件无法仅凭文件名证明安全。