Clash 常见问题

Clash 通常指代理内核及其配置生态；mihomo 是沿用并扩展相关配置能力的内核项目，早期也称 Clash Meta。图形客户端负责订阅管理、模式切换和系统集成，底层能力取决于所用内核及版本。排查前先在关于或内核信息中记录客户端名称和内核版本，再查对应文档。不同客户端的按钮位置不完全相同，不能只凭界面名称判断功能是否支持。

客户端提供代理连接和规则处理能力，不会自动附带可用的代理服务器。订阅用于获取服务提供方交付的配置，配置文件则描述代理、策略组、规则和 DNS 等设置。先确认订阅来源及适用格式，再导入客户端。不要把订阅 URL 发到公开群聊或截图中；其中的访问参数可能直接关联账户权限。使用自建服务时，也需要按实际协议填写连接参数。

日常优先使用规则模式，让连接按配置中的规则选择直连或代理。全局模式把已进入内核的连接交给全局策略，适合短时比较规则是否影响访问；它不等于接管设备上的所有流量。直连模式让进入内核的连接直接访问目标，也不等于退出客户端。切换模式后用新连接测试，已有连接可能仍沿用原策略，必要时在连接页面关闭对应连接。

先按操作系统、处理器架构和需要的接管方式筛选，再比较订阅管理与规则编辑入口。Windows 用户可先查看 Clash Plus，也可了解 Clash Verge Rev、FlClash 等客户端。Clash for Windows 已停止维护，不宜把旧教程中的界面位置当作新版操作标准。迁移时保留订阅和自定义规则，但不要直接复制旧客户端的整个数据目录；导入后逐项核对端口、策略组与 DNS 设置。

系统代理向操作系统登记 HTTP 等代理入口，只有遵循该设置的应用才会使用。TUN 通过虚拟网络接口和路由接管更多连接，适合不读取系统代理的程序，但需要额外权限并可能与其他 VPN 冲突。两者都受规则和配置影响，开启 TUN 并不保证所有连接都会走代理。先用系统代理完成基础验证，确有应用覆盖需求时再启用 TUN，避免同时修改多个网络层。

打开客户端的配置或订阅页面，选择 URL 导入并粘贴完整订阅地址，下载成功后选中该配置。已有本地文件时，使用文件导入入口选择 YAML，再查看加载日志。只有 Base64 节点列表的链接不一定是可直接使用的 Clash 配置，需要服务提供方提供兼容输出。不要把带账户参数的链接提交给不熟悉的转换服务。导入成功后还要检查策略组是否有可选代理，再开启系统代理。

先在系统设置的关于页面查看处理器架构。常见 Intel、AMD 桌面设备通常使用 x64，Apple Silicon Mac 使用对应的 ARM 架构安装包；Windows ARM 设备需确认客户端是否提供原生支持。Android 可优先依据设备架构选择，无法确认时再查看通用包及系统要求。安装包格式也要匹配系统发行版，例如 Linux 的 deb 与 rpm 不能直接互换。不要仅凭设备品牌或外观猜测架构。

先关闭 TUN，再检查客户端是否提供安装服务、服务模式或修复服务入口，按提示完成系统授权后重新启动客户端。Windows 常需由具有管理员权限的服务管理虚拟接口；macOS 需批准相关网络权限；Linux 则取决于客户端的提权机制。不要长期以高权限运行所有程序作为替代方案。若服务已安装仍失败，查看日志中的首条错误，并检查其他 VPN、虚拟网卡或安全策略是否阻止接口创建。

mixed-port 是同时接受 HTTP 与 SOCKS 代理连接的混合端口，7890 是常见示例值，不代表每个客户端当前都使用它。以设置页或已生效配置显示的监听端口为准，再让浏览器、终端或系统代理指向同一端口。本机访问通常使用 127.0.0.1。修改端口后应重新应用系统代理；若日志提示地址已被占用，先查明占用程序，避免随意结束系统进程。

只有确实需要让同一局域网内的其他设备使用代理入口时再开启。除允许局域网连接外，还需确认监听地址、主机防火墙和设备间网络可达，并在其他设备填写运行客户端的主机局域网 IP 与实际端口。不要填写 127.0.0.1，那会指向其他设备自身。按客户端能力设置访问认证和来源限制，不要把代理端口或外部控制接口映射到公网，也不要在公共无线网络中长期开放。

在订阅详情中开启自动更新，并先核对输入框单位。有些客户端按分钟填写，例如 1440 分钟为一天；provider 配置中的 interval 通常以秒计，不能直接照搬数字。频率以服务方建议为准，过于频繁可能触发限流。只有当前网络无法直接访问订阅地址、而已启用代理可用时，才尝试经代理更新。每次调整后手动刷新一次，确认日志成功；更新时也应保留一份可回退配置。

优先使用客户端的覆写、合并或扩展规则入口，不要直接改会被远程订阅覆盖的原始文件。Clash 规则通常按从上到下的顺序匹配，具体域名规则应放在更宽泛的规则之前，MATCH 通常放在末尾。添加规则时确认目标策略名称确实存在，大小写和字符也要一致。保存后查看配置检查结果，再用新连接核对命中规则；不同客户端的合并顺序不同，应以最终生效配置为准。

打开客户端连接页面，按目标域名或应用筛选，查看该连接命中的规则、策略组和最终出口。然后关闭旧连接并重新打开目标网站，避免复用连接导致判断失准。只看客户端首页的开关或浏览器显示的 IP，无法解释所有请求的走向，因为网页可能同时请求多个域名。若连接列表中完全没有对应请求，先检查应用是否使用了当前代理入口，再考虑 TUN、浏览器独立代理或应用自身网络设置。

先沿用已验证可用的订阅或客户端推荐设置。fake-ip 为域名分配虚拟地址，方便内核在接管连接时保留域名信息；redir-host 通常返回实际解析地址。少数游戏、局域网服务或依赖真实地址的应用可能需要单独兼容处理，不必一遇到问题就整体切换模式。先检查 fake-ip-filter 和相关 DNS 规则。切换后清理相关应用的 DNS 缓存并重新建立连接，避免旧解析结果干扰测试。

先查看系统电池统计，区分客户端持续运行与其他应用经代理产生的流量。降低不必要的测速和订阅刷新频率，并关闭长期详细日志。Android 若频繁断连，可按需调整电池优化或后台限制，但放宽限制可能增加耗电；iOS 主要依赖系统网络扩展的运行策略。每次只改一项并观察实际使用，不要为了保活同时开启多种常驻工具。需要持续接管连接时，也要接受网络服务保持运行的成本。

先查看更新日志中的具体错误。超时通常需要检查订阅域名的网络可达性，并比较直连与经代理更新；证书错误应先校正系统日期，检查是否被登录页或网络设备拦截，不要直接关闭证书验证。401 或 403 常与访问凭据、权限或服务方限制有关，应到服务方账户页确认。若返回 HTML 而非 YAML，可能取到了登录页或报错页。保留旧配置，重新复制订阅地址后再试，分享日志前隐藏账户参数。

测速超时只表示在指定测试地址和时间限制下未取得预期结果，不能单独证明订阅失效。先选一个代理实际访问目标网站，再检查测试 URL 是否可达、系统时间是否正确，以及当前网络是否要求先完成网页登录。换用另一网络或同一订阅中的其他代理进行对比。若全部失败，检查配置加载与内核日志；若只有个别代理失败，联系服务提供方确认。不要反复缩短超时阈值，否则更容易把可用连接误判为失败。

按监听端口、系统设置、应用设置的顺序检查。先确认内核正在运行且端口与系统代理一致，再查看操作系统代理地址是否指向本机，最后停用浏览器中可能覆盖设置的代理扩展。若连接已进入客户端，查看命中规则和所选代理；若没有记录，则继续排查入口。关闭其他 VPN 后用新连接测试。退出客户端仍无法访问时，检查是否残留了指向已停止服务的系统代理，再恢复此前的网络设置。

部分采用 AppContainer 隔离的 Windows 应用受本机回环访问限制，无法直接连接 127.0.0.1 上的代理。先确认目标应用确实属于这一情况，再使用客户端提供的 UWP 回环工具，为需要的应用单独添加豁免，并按提示授权。也可由熟悉 Windows 管理的用户使用 CheckNetIsolation 检查设置。不要把所有应用批量放行作为默认做法。若仍失败，再检查应用是否读取系统代理，以及安全策略是否禁止修改。

先关闭 TUN，确认基础网络恢复，再在系统代理下测试同一配置。若只有 TUN 失败，检查日志中的路由、DNS 劫持和虚拟接口错误，并停用其他 VPN 做对比。不要直接把网上的完整 DNS 配置覆盖进订阅；应核对上游解析地址是否可达，以及解析请求是否产生循环。修改前保存原设置，每次只调整一个参数。关闭客户端后仍异常时，检查代理和路由残留，再按客户端文档修复服务或重启网络连接。