Clash 常见问题

Clash 通常指代理内核及其配置生态；Mihomo 是该生态中持续发展的内核，早期常以 Clash Meta 名称出现。Clash Verge Rev、Clash Meta for Android 等图形客户端负责订阅管理、策略选择和系统接入，实际支持的协议与字段还取决于所用内核。查教程时先在客户端的关于或内核设置中确认名称，再对照对应文档；不能仅凭界面上有 Clash 字样，就认为不同客户端的配置能够完整通用。

客户端主要负责读取配置和转发流量，安装完成不等于已经具备可用的代理出口。订阅通常由所使用的服务提供方给出，内容可能包含节点、策略组、规则与 DNS 设置；单个节点链接则往往只描述一条连接。先确认拿到的是适配当前内核的配置订阅，再导入并选为当前配置。订阅地址可能包含账户访问凭据，不要贴到公开论坛、截图或陌生的在线转换页面中；排查时只提供已经隐去敏感信息的错误文本。

规则模式根据配置中的规则决定流量走哪个策略，适合日常按域名、地址或应用需求分流。全局模式将进入内核的连接交给全局策略，仍需选择可用的出口；它不会自动接管未进入客户端的应用流量。直连模式通常让进入内核的连接直接访问。排查某个网站时，可以暂时切到全局并选择已知可用的节点，比较规则模式的结果；验证后恢复原模式，避免把临时测试设置长期保留。

不一定。系统代理把本机代理地址写入操作系统设置，主要服务于遵循该设置的应用；TUN 通过虚拟网络接口和路由接入流量，覆盖范围受平台、权限及路由配置影响。浏览器使用正常时可以先保留系统代理，不必为了开启更多开关而叠加 TUN。遇到不遵循系统代理的应用，再按客户端文档启用 TUN 并检查 DNS。两者可以在部分客户端中配合使用，但不能据此推断所有流量都已被接管，也应避免与另一套 VPN 路由冲突。

在客户端找到配置、订阅或 Profiles 页面，选择通过链接导入，粘贴完整地址并保存。下载完成后还要把这份配置设为当前使用项，再进入代理或策略组页面选择出口。若出现 YAML 解析错误，先确认链接返回的是 Clash 兼容配置，而不是登录页面、普通网页或其他格式的订阅。最后开启所需的系统代理或 TUN，用浏览器访问目标站点并查看连接记录。只看到配置名称出现在列表中，不能说明它已被启用或流量已经进入内核。

Windows 可在设置中的系统信息查看系统类型，区分 x64 与 ARM 处理器；macOS 在关于本机中确认 Apple 芯片或 Intel 处理器。Android 优先依据设备处理器架构和客户端发布说明选择，常见的较新设备使用 ARM64，但不能只凭系统版本判断。通用包仅在该客户端确实提供时使用。Linux 除处理器架构外，还要区分发行版使用的 deb、rpm 或其他格式。安装失败时先核对这些条件，再检查系统版本要求，不要反复更换来源不明的安装包。

先保存当前可用配置，再查看客户端日志中失败的是权限申请、虚拟接口创建还是路由写入。Windows 客户端可能需要安装服务模式或按文档授予管理员权限；macOS 可能要求授权特权辅助程序或网络相关组件；Android 通常需要确认系统 VPN 连接请求，并检查是否已有另一项 VPN 占用。Linux 的权限与运行方式有关，应依照客户端说明处理。不要仅因看到 TUN 字样就修改系统安全设置，权限齐全后仍失败时，再排查其他 VPN、虚拟网卡和路由冲突。

先确认普通浏览器通过同一代理能够访问，再判断故障是否仅出现在受应用容器限制的 UWP 应用中。这类应用访问本机代理地址可能受回环限制影响，可使用客户端提供的回环豁免工具，或按 Windows 文档通过 CheckNetIsolation 为确切的应用包配置豁免，通常需要管理员权限。只对有需要的应用处理，并记录修改项以便恢复。并非所有商店应用都是 UWP，也并非每种连接失败都由回环限制引起；豁免后仍失败，应继续检查应用是否采用系统代理及自身网络设置。

先检查客户端内核是否正在运行，以及系统代理地址和端口是否对应当前配置的监听端口。随后查看浏览器是否被代理扩展、企业策略或独立代理设置覆盖，并确认目标地址没有落入系统绕过列表。访问目标网页时观察客户端连接记录：完全没有记录时，优先查流量入口；已经出现记录但走直连时，再查规则和策略组选择。修改配置端口后，应重新应用系统代理设置。若同时运行多个代理客户端，先退出其他客户端，避免它们反复改写同一项系统设置。

不能。客户端的延迟测试通常是通过节点请求指定测试地址，结果反映当时该请求的连通情况与耗时，不等同于持续传输带宽，也不保证目标网站可访问。测试地址不可达时，还可能出现节点可用但测速超时的情况。选择节点时应结合实际访问、连接日志和服务方状态判断，避免连续发起大量测速请求。若要比较下载体验，使用同一目标、相近时段与相同网络条件，并留意测试可能消耗订阅流量；不要把单次延迟最低当成所有场景的最优选择。

Fake-IP 是部分内核支持的 DNS 增强方式：为域名返回映射地址，再由内核关联原始域名处理连接，它不是代理出口的真实地址。局域网设备、依赖真实解析结果的应用或特定发现协议可能需要额外处理。先确定异常是否只在启用该模式后出现，再检查本地域名解析、DNS 接管和局域网路由；必要时依据内核文档为相关域名配置 fake-ip-filter，或调整对应 DNS 策略。不要直接添加宽泛排除规则，修改后还要清理应用或系统的旧解析缓存并重新测试。

远程订阅更新可能替换整份配置，直接在订阅文件中修改的内容因此可能被覆盖；节点或策略组重命名，也可能导致原有选择无法继续匹配。先区分正在编辑的是远程配置缓存、独立本地配置，还是客户端提供的覆写层。需要长期保留的规则应使用该客户端支持的覆写、合并或脚本机制，并检查最终生成配置中的规则顺序。自动更新与策略选择记忆是两项不同功能，不能只打开更新开关就期待所有选择保持不变。变更前保存可恢复的副本。

先记录更新时的 HTTP 状态或日志错误：401、403 可能涉及授权、访问策略或凭据，404 可能是地址失效，超时或解析失败则应先检查网络与 DNS；状态码本身不能替代服务方确认。到服务提供方的账户页面核对有效期、流量和是否更换过订阅地址，再重新复制完整链接。若返回的是登录页或验证页，应向提供方获取适配客户端的入口。浏览器能打开链接也不代表客户端使用相同网络路径，必要时按客户端选项分别验证直连与代理更新，避免连续重试触发限制。

通常先排查共同条件比重装更有效。确认本机可以直接联网，订阅尚在有效期内且没有用尽流量，再检查系统日期、时间和时区是否准确。随后确认当前内核支持订阅中的协议及相关参数，并查看日志是否提示握手、证书或解析失败。所有节点同时超时也可能来自测试地址不可达，应用实际访问应单独验证。若只有当前网络失败，可在符合使用条件的另一网络复测，以区分本机与网络路径问题。不要为了绕过证书错误而随意关闭证书验证。

按流量入口、DNS、规则与出口的顺序检查。先观察连接记录是否出现浏览器请求，没有记录就检查系统代理或 TUN 是否真正生效；有请求但域名解析失败，再核对 DNS 配置和当前网络的解析可达性。随后查看该连接命中的规则及策略组，确认没有选中不可用的出口或意外直连。最后使用另一条已知可用的节点进行对照，并留意目标网站自身是否故障。界面显示已连接可能只表示内核或虚拟接口已启动，不能替代完整访问验证；每次只改一项，保留前后结果。

先查看报错对应的是 mixed-port 等代理监听端口，还是外部控制端口，二者不能混为一谈。Windows 可用 netstat -ano 查看监听项及 PID，再到任务管理器确认进程；macOS 或 Linux 可用 lsof -i :7890 检查占用，部分环境需要相应权限。确认是旧客户端后正常退出，不要直接结束无法识别的系统进程。若需要共存，为新客户端选择空闲端口，并在实际生效的配置或客户端端口设置中修改，同时更新系统代理及应用独立代理的端口，再重新启动验证。