Clash 常见问题

Clash 是代理内核与配置生态的常用名称；mihomo 是延续相关配置体系的开源内核；Clash Verge Rev 是调用内核的桌面图形客户端。订阅导入、托盘菜单和开机自启属于客户端功能，规则匹配、DNS 与流量转发主要由内核处理。判断配置是否兼容时，应同时确认客户端名称与实际内核，不能只看窗口里的 Clash 字样。

客户端负责读取配置和转发流量，本身不等于可用的代理服务。首次使用需要准备有权使用的订阅链接或本地配置，导入后选中配置，再在代理组里选择可用出口。随后开启系统代理或按需配置 TUN。仅打开客户端窗口并不会让所有应用自动使用代理；还要确认配置已启用、内核正常启动，以及目标应用使用了对应入口。

规则模式按规则顺序决定每条连接使用哪个策略，适合日常分流；全局模式把进入内核的连接交给全局策略组；直连模式让进入内核的连接直接访问目标。全局模式不等于接管整台设备，也不会自动修复 DNS 或失效的出口。排查时可以临时切换全局模式比较结果，确认原因后恢复规则模式，避免把规则问题和流量接管问题混为一谈。

先用系统代理验证浏览器访问。它主要服务于遵循系统代理设置的应用，部分游戏、命令行工具或自带网络栈的程序可能不使用它。TUN 通过虚拟网络接口与路由配置接管流量，适合需要处理这类应用的场景，但涉及权限、DNS 和其他 VPN 的兼容性。两者是流量入口，规则或全局是转发策略；开启 TUN 后仍可使用规则模式，并非必须全局转发。

Clash for Windows 已停止维护，现有安装仍可能运行，但后续系统兼容与内核特性不能依赖归档版本解决。新安装建议先在下载中心比较仍在维护的客户端。迁移前保存订阅来源、规则覆写和必要的本地配置，不要直接覆盖旧目录。新客户端完成导入并验证访问后，再退出旧客户端，移除旧的自启项，避免两个进程争用端口或反复修改系统代理。

在客户端的订阅或配置页面选择新增远程配置，粘贴完整订阅链接并保存，等待下载和解析完成，再选中该配置。网页账户地址、购买页面和订阅地址不是同一类链接，应从服务提供方的订阅入口复制。地址前后不要夹带空格、换行或聊天软件附加的标点。订阅链接可能包含访问凭据，不要发到公开论坛，也不要提交到来源不明的在线转换页面。

导入文件通常只会新增配置记录，还需要在配置列表中选中它，并确认内核成功重载。先查看日志是否出现语法错误、缺少策略组或规则引用不存在等提示。YAML 缩进应使用空格，不要混用制表符；代理组名称与规则引用必须一致。若配置依赖外部规则集，还需检查对应资源能否获取。修改前保留副本，每次只调整一处，便于对照重载结果。

在客户端设置的端口或网络分组查看混合端口，以当前界面和运行配置为准，不要照抄其他客户端的默认值。混合端口可接收 HTTP 与 SOCKS 代理连接，应用内应按所选协议填写本机地址和该端口。外部控制地址用于管理内核，不是浏览器代理入口。修改端口后同步更新浏览器扩展、终端环境变量与其他手动代理设置，再检查日志是否仍有端口占用提示。

先关闭 TUN，确认普通系统代理能够访问，再处理虚拟网卡问题。桌面客户端可能要求安装并启动服务模式，或通过系统授权获得网络管理权限，具体以客户端设置说明为准。Windows 可检查服务是否运行、是否存在驱动拦截；macOS 与 Linux 应检查授权结果及相关日志。完成授权后重新开启 TUN。不要仅为绕过提示而长期关闭系统防护，也不要安装来源不明的网卡驱动。

导入后先选中配置与代理策略，再启用连接，并确认系统已授予 VPN 配置权限。Android 上若启用按应用代理，要核对目标应用是否在接管范围内；iOS 上应确认当前连接使用的是刚导入的配置。设备通常不能让多个基于 VPN 的代理或过滤工具同时工作，切换前先断开另一项。后台容易断连时再检查电池管理与后台运行权限，不要把订阅下载成功当作连接成功。

在订阅详情的编辑或更新设置中查找自动更新开关与间隔，注意界面单位可能是分钟、小时或秒。一般先采用服务提供方建议；没有明确要求时，可从每日更新一次开始，配置频繁变更再适当缩短。过密请求可能触发服务端限制。设置后手动更新一次验证地址可访问，并检查休眠或退出客户端时是否会暂停调度。自动更新配置不代表当前故障出口会自动恢复。

远程订阅更新通常会重新生成配置，直接编辑下载得到的 YAML 容易被覆盖。优先使用客户端提供的覆写、合并配置或脚本扩展功能，并核对功能实际作用于哪个订阅。规则按顺序匹配，特定域名规则通常应放在较宽泛的规则和最终兜底规则之前。保存后检查运行配置及连接详情，确认规则已插入预期位置；只在编辑器里看到规则，并不代表内核已经加载。

开机自启通常表示登录系统后启动客户端；静默启动通常表示启动时不展示主窗口；是否恢复系统代理、TUN 与上次配置，则由客户端的独立设置决定。先正常退出并重新打开客户端，观察这些状态是否恢复，再测试重新登录。使用服务模式时还要确认后台服务的启动方式。不要同时保留旧客户端自启、系统计划任务与新客户端自启，否则可能出现重复进程和代理设置互相覆盖。

在客户端启用局域网连接，确认监听地址允许局域网访问，再在另一台设备中填写电脑的局域网 IP 与混合端口。两台设备应处于可互通网络，防火墙只对可信网络放行所需端口。不要把地址填成本机回环地址，也不要在路由器上将代理端口映射到公网。局域网连接是提供显式代理入口，不等于透明代理；不支持手动代理的应用需要另外规划网关或路由方案。

不少终端工具不会读取桌面系统代理，需要通过工具参数或 HTTP_PROXY、HTTPS_PROXY 等环境变量指定代理。先检查客户端混合端口，然后用该工具支持的代理参数做单次测试；通过后再决定是否写入终端配置。HTTPS 目标不代表代理入口也必须使用 HTTPS 协议，应按客户端实际提供的入口填写。已有环境变量、NO_PROXY 和工具自身配置可能互相覆盖，排查时要一并检查。

先查看错误属于网络连接失败、HTTP 状态异常还是内容解析失败。前两类应检查网络、地址有效期和服务端状态；解析失败则要确认返回的是客户端支持的配置，而非登录页、错误提示或其他格式的订阅。向服务提供方确认账户及链接状态，必要时重新复制适配当前内核的地址。不要只凭一次超时判定失效，也不要反复导入相同链接掩盖问题；记录错误类型后再逐项处理。

先在断开代理后确认基础网络可用，再检查系统时间、订阅有效期以及客户端日志中的连接错误。超时测试依赖测试地址和测试方式，结果异常不一定表示所有实际访问都失败。选择一个已知可用出口尝试真实网页访问，并分别比较当前网络与另一条可信网络。若日志显示认证失败，应更新凭据或联系服务提供方；若多个工具同时接管流量，先退出其他代理或 VPN，再复测。

先检查系统代理地址和端口是否与客户端混合端口一致，再确认浏览器有没有扩展或独立代理设置覆盖系统选项。发起一次新访问，并在客户端连接详情里查找对应连接。若没有记录，重点排查应用入口、绕过地址和其他代理软件；若已有记录，则继续检查匹配规则与出口，不要反复切换系统代理。测试时只保留一套明确的代理设置，避免旧端口和自动配置脚本同时生效。

部分 AppContainer 应用受本机回环限制，桌面浏览器可用而该应用无法连接本地代理时，可以检查这一项。若客户端提供 UWP 回环工具，按提示授权并只为需要的应用设置豁免；也可由熟悉 Windows 管理的用户使用 CheckNetIsolation 查看现有豁免。不是所有商店应用都属于同一种网络模型，不能一概处理。修改后重启目标应用，仍失败则继续检查它是否遵循系统代理及其网络权限。

先关闭 TUN 并退出其他 VPN，恢复自动获取 DNS，检查系统代理是否仍指向已经停止的本地端口。若系统代理关闭后网络恢复，先处理残留代理；若只有开启 TUN 才失败，再查看虚拟网卡、路由和 DNS 日志，检查与其他网络工具的冲突。不要同时改动 DNS、规则和 TUN 协议栈。保留原配置并一次调整一项，恢复基础连接后，再按客户端推荐设置重新启用接管。