Clash全平台下载
客户端与配置教程

Mihomo 负责处理规则与连接

Mihomo 是 Clash Meta 生态中常用的内核，负责读取 YAML 配置、建立代理连接、执行 DNS 解析、匹配规则并返回最终策略。Windows、macOS、Linux 上的图形客户端通常只是管理层，界面中的代理组、规则提供者、日志和连接状态，最终都由内核执行。选择客户端时应先确认它是否支持 Mihomo，而不是只看应用名称。

日常使用可以把问题拆成两层：界面层负责导入配置、选择模式和保存设置；内核层负责订阅中的节点、代理组、规则顺序与网络请求。遇到“配置已导入但访问失败”，先看内核日志和当前模式，再判断是订阅内容、DNS 还是系统权限问题，这比反复更换客户端更有效。

订阅地址只是配置的入口

订阅通常返回一份包含节点、代理组、规则和 DNS 设置的配置文件。导入时应使用服务商提供的订阅地址，确认客户端显示更新成功，再查看配置文件是否出现代理组和节点。仅仅把网址粘贴进输入框并不代表配置已经生效，更新后的时间、节点列表和日志都需要一并检查。

订阅更新失败时，先在浏览器中确认地址可访问，再检查系统时间、网络代理和客户端权限。若返回的是网页而不是 YAML 或 JSON 配置，可能是复制了管理页面地址。更新成功后建议执行一次配置重载，并确认当前选择的代理组不是空组。不同客户端对订阅格式的兼容范围不同，必要时使用服务商提供的 Clash 或 Mihomo 格式。

规则顺序决定请求走向

规则分流按照从上到下的顺序匹配。常见写法包括 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、IP-CIDR 和 GEOIP，它们分别针对域名、关键词、IP 网段和地理数据库进行判断。命中后，规则会把请求交给 DIRECT、某个代理组或 REJECT 策略；如果前面的规则没有命中，最后的 MATCH 才会接管剩余请求。

排查分流时不要只看页面能否打开，应打开连接或日志面板，查看目标域名、命中的规则和最终策略。规则提供者更新后，客户端可能需要重载配置。对于局域网设备、国内服务和需要固定直连的域名，可以增加更具体的规则并放在兜底规则之前。规则越具体，越应该靠前；MATCH 通常保留在末尾。

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

规则、全局与直连适用于不同排查阶段

规则模式会按照配置文件中的规则决定每个请求的策略，适合长期使用；全局模式会把请求统一交给当前代理组，适合验证节点和出口是否可用；直连模式绕过代理，适合检查本地网络或确认某个问题是否由代理链路造成。三种模式不是速度等级，而是请求分配方式。

首次配置建议先用全局模式验证客户端、节点和系统代理是否正常，再切换到规则模式检查分流结果。如果规则模式下某个站点异常，可以临时切换全局模式对照测试。测试完成后恢复规则模式，并检查代理组选择、DNS 设置和连接日志。Android 与 iOS 的系统授权界面可能另有一步，看到 VPN 或代理权限请求时应按当前客户端说明确认。

系统代理与 TUN 解决不同范围

系统代理通常影响遵循操作系统代理设置的浏览器和应用，配置简单、权限较少，适合作为桌面端的第一步。部分命令行程序、游戏、虚拟机和不读取系统代理的应用不会自动经过这条路径。TUN 通过虚拟网卡接管更广泛的流量，再由 Mihomo 执行 DNS 与规则分流，但它需要更高的系统权限，并可能与其他 VPN、网络过滤器产生冲突。

启用 TUN 前先关闭其他 VPN，确认客户端拥有管理员或系统扩展权限，并记录原有网络设置。出现断网时，优先关闭 TUN、恢复系统代理，再查看内核日志。桌面端可以先用系统代理完成基础验证，确认规则和节点正常后再评估是否需要 TUN。移动端的 VPN 服务同样需要系统授权，省电策略可能中断后台连接。