Clash 常见问题
配置、连接与故障排查

Clash Verge 是桌面客户端项目名称，Clash Verge Rev 是在其基础上持续发展的后续项目；两者的发布与维护状态需要分别查看。mihomo 则是执行代理连接、DNS 解析和规则匹配的内核。客户端负责配置导入、开关与界面，内核负责实际处理流量。因此，界面能正常打开不代表内核已经启动，安装了新客户端也不代表旧配置中的所有字段都能直接使用。排查时先记录客户端名称，再查看设置页中的内核信息，避免把界面版本与内核版本混为一谈。

客户端提供连接管理能力，不会在安装后自动生成可用的代理服务器。订阅通常是由服务提供方给出的配置地址，其中可能包含节点、策略组与规则；本地 YAML 文件也可以提供这些内容。首次使用应在配置页导入地址或文件，确认解析成功，再将该配置设为当前使用项。仅看到配置名称不代表已启用，仍需到代理页检查策略组是否出现。订阅地址可能包含访问凭据，应当按账户资料保管，不要粘贴到公开截图、讨论区或在线转换页面。

规则模式按配置中的规则从上到下匹配连接，命中后使用对应策略，适合日常分流。全局模式把已被内核接管的连接统一交给全局策略组，适合临时对照测试，但仍需在该组中选择可用节点。直连模式让已接管的连接直接访问目标，不经过代理节点。模式只决定进入内核之后如何处理，不决定哪些应用会进入内核。若某个应用没有使用系统代理，单独切到全局模式并不能接管它；应先确认该应用的代理设置，必要时再评估 TUN 模式。

系统代理主要修改操作系统提供的代理设置，遵循该设置的应用才会把连接发送给客户端。TUN 模式通过虚拟网络接口接管符合路由条件的流量，适用于部分不读取系统代理的应用，但通常需要服务权限，并涉及路由与 DNS 设置。初次使用建议先只开系统代理，完成一次连接验证，再按实际需求启用 TUN。两者是否并用取决于客户端实现与配置，不应把同时开启当作必要步骤。排查时一次只改变一个开关，观察连接页中的目标与规则命中，避免无法判断是哪项设置产生了影响。

先确认复制的是完整订阅地址，而不是账户首页、付款页面或分享说明页。检查地址前后是否夹带空格、换行，随后在配置页重新更新并读取错误提示。若返回认证失败或拒绝访问，应到提供方确认订阅有效期和地址是否已重置；若返回的是网页内容，则可能取错地址或遇到登录验证。连接超时应分别测试直连更新与经现有可用代理更新，具体选项以客户端界面为准。不要连续删除所有旧配置；保留仍可用的一份，待新订阅解析成功并选中后再清理。

回到配置页，确认导入项已被选为当前配置，而不只是完成了下载。随后查看内核日志，区分配置解析失败、远程节点集合拉取失败，以及配置本身没有节点三种情况。部分配置通过 proxy-providers 引用远程节点集合，主文件可下载并不意味着这些地址也能访问。若有合并配置、脚本或覆写功能，先临时停用相关处理，再重新加载原始配置作对照。仍为空时请提供方确认订阅是否适用于 mihomo，不要靠修改扩展名把其他客户端格式强行变成 YAML。

先关闭 TUN，在客户端设置中检查服务模式是否已安装并正在运行。需要安装服务时，使用客户端提供的服务管理入口，并按操作系统提示授权；受组织管理的设备应由管理员确认权限。安装或修复后重新启动客户端，再开启 TUN，查看日志中是否仍有虚拟接口或路由创建错误。若同时运行其他 VPN、虚拟网卡工具或安全软件，可在获准的情况下逐项暂停作对照，不要直接删除网卡或关闭全部防护。权限正常仍失败时，还应检查配置中的 TUN 字段是否与当前内核兼容。

在客户端设置中查看当前代理端口；HTTP、SOCKS 与 mixed-port 的含义不同，其中 mixed-port 可在同一监听端口接受 HTTP 与 SOCKS 代理请求。以实际生效配置和内核日志为准，不要照抄教程中的数字。出现地址已被使用的错误时，先退出重复运行的代理客户端，必要时用系统网络工具确认占用进程。更换为可用端口后，重新加载配置，并同步修改浏览器扩展、终端和其他手动填写代理的应用。管理接口端口不是代理端口，不能填进应用的 HTTP 代理栏。

先确认当前配置和策略组选择已生效，再开启系统代理，用浏览器访问一个会命中代理规则的目标。立即查看客户端连接页，核对目标域名、命中规则与最终使用的策略或节点；仅看到系统代理开关亮起不能完成验证。也可以在开启前后使用同一 IP 查询服务对照出口，但需要结合连接页判断，因为某些查询域名可能按规则直连。测试时关闭浏览器中重复设置代理的扩展，避免两套配置相互覆盖。若使用 TUN，还应通过原本不读取系统代理的目标应用再做一次独立验证。

select 由用户手动决定当前节点，适合固定出口与排查问题。url-test 按配置的测试地址和周期比较候选节点，再结合容差选择，测试结果只代表该探测目标的表现。fallback 按候选顺序选择可用项，更适合有主用与备用顺序的场景。策略组也可以引用其他组，因此界面选中一个组后，最终出口仍可能由下一级组决定。需要核对某次请求时，应查看连接详情中的实际链路。不要仅凭一次探测结果反复切换组类型；先确认测试地址可用，再按稳定出口或自动切换的需求选择。

远程订阅通常会在更新时重新生成原始配置，直接编辑这份内容的改动可能被覆盖。需要长期保留的规则，应放到客户端支持的覆写或合并配置入口，并确认它绑定到当前订阅。规则一般按顺序匹配，自定义条目应位于可能提前命中的宽泛规则之前，尤其不要放到 MATCH 兜底规则之后。添加时还要确认规则引用的策略组名称真实存在，名称大小写与空格也应一致。保存后重新加载配置，用连接页检查目标请求命中的规则，而不是只确认编辑器里的文字仍然存在。

结束使用时先关闭系统代理与 TUN，再通过托盘菜单正常退出客户端，让程序有机会恢复相关设置。如果曾给浏览器、终端或开发工具单独填写代理，还需要分别停用这些应用内的设置。遇到异常退出后无法联网，先查看系统代理是否仍指向本机，而对应监听进程已经停止；确认后关闭这项代理再测试。不要一开始就重置全部网络设置或删除配置文件。若希望开机自动使用，应分别确认客户端自启、内核运行和代理接管状态，不能把开机启动等同于连接已经可用。

先关闭代理确认基础网络可用，再检查客户端内核是否运行、本地端口是否监听，以及目标应用是否确实进入客户端。接着核对订阅有效期，在同一策略组里换一个节点作对照，并读取本次请求对应的日志。域名解析失败应优先排查 DNS；认证失败应核对节点凭据和订阅状态；连接被拒绝则应检查服务器地址、端口与服务可用性。若所有节点同时失败，不宜立刻逐个修改协议参数，应先检查本机网络与配置。每次只调整一项并重试同一目标，保留前后日志，才能判断改动是否有效。

先在操作系统代理设置中确认地址与端口指向当前客户端，并检查内核正在监听。然后查看目标应用是否有独立代理选项、浏览器扩展、绕过列表或已有 VPN，任何一项都可能改变连接路径。访问测试目标时观察连接页：完全没有记录，通常应先查接管路径；有记录却显示 DIRECT，则应查规则和策略，而不是反复重装客户端。部分应用不会读取系统代理，可在应用内配置支持的代理方式，或评估 TUN 模式。终端还可能受代理环境变量影响，修改系统开关后需要单独确认。

先明确希望哪些域名通过哪个解析器查询，再检查配置中的 DNS 监听、上游解析器与分流设置。浏览器的安全 DNS、应用自带 DoH 以及系统加密 DNS 可能形成不同的解析路径，是否关闭应根据预期配置决定，不能只看某个开关。使用测试服务时，要区分代理出口地址与递归解析器地址，两者不同并不能单独证明泄漏；更重要的是查询是否绕过预期路径。可暂时关闭浏览器独立 DNS 作对照，并结合内核日志检查。若使用 TUN，还需核对 DNS 劫持与路由是否实际生效。

部分使用 AppContainer 隔离机制的 Windows 应用受到本机回环访问限制，可能无法连接客户端监听的本地代理。先确认普通浏览器可以通过同一代理联网，再检查客户端是否提供 UWP 回环豁免入口；若有，按应用选择所需项目并授权，不必把所有应用都加入。也可由管理员通过 Windows 的 CheckNetIsolation 工具管理豁免，但需要准确识别应用包身份。并非所有商店应用都受同一种限制；设置后仍失败，应继续检查应用是否读取系统代理、账户登录状态以及连接页记录，而不是重复添加豁免。