Clash 常见问题

Clash 客户端提供配置导入、代理组选择和连接查看等界面；mihomo 内核负责解析配置、匹配规则并处理网络连接；订阅通常由服务提供方维护，用于交付节点或完整配置。安装客户端不等于获得代理服务。排查时先确认当前启用的配置，再确认内核正在运行，最后检查节点是否可用，避免把订阅问题误判为安装问题。

规则模式按配置中的规则自上而下匹配，适合日常分流；全局模式把进入内核的连接交给全局代理组处理，该组仍可能选中直连；直连模式让进入内核的流量直接连接目标。全局模式不会自动接管所有应用。遇到单个站点异常时，可临时切到全局模式对照测试；测试结束后恢复规则模式，并从连接记录检查实际命中的规则。

系统代理向应用提供本地代理地址，只影响遵循这项设置的程序。TUN 模式通过虚拟网络接口与路由接管流量，可覆盖部分不读取系统代理的应用，但通常需要管理员权限或服务模式。实际覆盖范围取决于路由、排除项、DNS 和系统限制。建议先用系统代理验证配置与节点，再按应用需求启用 TUN，避免同时改变多个变量后难以定位问题。

延迟测试通常测量访问指定测试地址的一次请求耗时，不代表节点可提供的持续带宽。视频与下载还受出口拥塞、目标站点、丢包、服务限速和本地无线网络影响。先确认测速与实际应用使用的是同一个节点，再用同一文件或同一视频清晰度进行对照。不要只按最低延迟排序，也不要把不同测试地址、不同网络下的数值直接比较。

不能仅凭文件扩展名判断兼容性。客户端可能使用不同内核，也可能在导入时追加 DNS、TUN 或规则设置；某些协议和配置字段仅受特定内核支持。迁移前保留原配置与本地覆写，查看新客户端的内核类型，再检查解析日志中的具体字段错误。对于已停止维护的客户端，优先迁移到持续维护的版本，而不是反复删除无法识别的字段。

先确认复制的是订阅地址，而不是账户管理页或网页分享地址，并检查链接前后是否夹带空格、换行。随后查看更新日志：返回登录页面、空响应或不支持的格式，都可能导致列表为空。还要确认配置已被设为当前使用项，节点提供器是否需要单独更新。不要把完整订阅链接发到公开讨论区，其中的访问参数可能允许他人读取订阅内容。

401 或 403 通常表示请求未获授权，也可能来自服务方的访问限制。先在服务方账户页确认订阅有效期、流量余额与链接是否已重置，再复制新地址更新。检查客户端的订阅请求是否被错误规则拦截，并确认系统时间准确。不要靠连续重试绕过服务限制；如果新地址仍返回相同状态，记录错误时间与状态码，向服务方核实，不公开链接中的访问参数。

先从日志读取报错的行号与字段名，再检查附近的缩进、冒号、列表短横线和引号配对。YAML 缩进使用空格，不要混入制表符；含特殊字符的值可按语法加引号。若错误来自代理组或规则目标，核对引用的名称是否存在且大小写一致。修复前保存原文件，每次只改一处并重新加载。订阅更新可能覆盖手动修改，长期调整应使用客户端支持的覆写机制。

先关闭 TUN，确认系统代理模式可以正常连接。Windows 可按客户端说明安装或修复服务模式，再确认授权成功；macOS 检查系统要求的网络扩展或 VPN 授权；Linux 检查 TUN 设备和进程所需权限。若曾安装其他 VPN，暂时断开并检查虚拟网卡冲突。不要长期关闭安全防护来绕过错误，应根据日志中的权限、驱动或设备提示分别处理。

部分 UWP 应用受网络隔离限制，不能直接访问回环地址上的本地代理。先确认普通浏览器能通过同一代理联网，再检查客户端是否提供 UWP 回环豁免工具，仅为需要的应用启用豁免。豁免不等于强制应用读取系统代理；若应用仍不使用代理，可在权限与路由正常的前提下测试 TUN。应用更新或重新安装后，可能需要重新检查对应包的豁免状态。

优先使用客户端提供的规则覆写、扩展配置或合并功能，而不是直接修改订阅缓存文件。先确认规则的目标代理组确实存在，再把更具体的域名规则放在宽泛规则与最终 MATCH 之前。规则按首条命中生效，放在 MATCH 后的条目不会被执行。保存后重新加载配置，在连接记录中核对命中规则与策略；订阅更新后再检查覆写是否仍被应用。

先确认当前使用的组是自动测速类型，而不是需要手动选择的 select 组。url-test 根据配置的测试地址、间隔、超时与容差选择节点，不会持续测量所有实际业务的速度。若组引用了节点提供器，还要确认提供器已经更新。切换策略后，已有连接可能继续使用原节点；使用新建连接测试，必要时只关闭相关旧连接，不必反复重启整个客户端。

当服务方提供的格式与客户端要求不同，且客户端不能直接导入时，才需要考虑订阅转换。优先索取服务方提供的 mihomo 或 Clash 兼容配置，减少转换环节。第三方转换服务可能接触完整订阅地址，也可能改变规则、DNS 或代理组。使用前了解其处理方式，转换后检查协议参数和策略引用；能直接导入的订阅，不必为了更换界面而额外转换。

在客户端连接页面找到目标域名或进程，查看命中规则、策略链与出口节点，再与当前代理组的选择对照。仅查看浏览器显示的出口地址，不能代表其他应用的路径。若记录里找不到该应用，先检查它是否绕过系统代理，或被 TUN 排除。测试前关闭应用的旧连接并重新发起请求；对域名规则的判断还应结合 DNS 记录，避免仅凭目标 IP 推断。

备份本地规则覆写、代理组选择、DNS 与 TUN 自定义设置，以及需要保留的配置文件。订阅地址和配置可能包含访问凭据，应存放在受保护的位置，不放入公开仓库或公开网盘。迁移后先验证新客户端能加载配置，再逐项恢复自定义设置。不同客户端的内部数据目录未必兼容，优先使用导出功能或可读配置，不要直接覆盖整个程序数据目录。

先关闭代理测试基础网络，确认系统时间、网关和普通网站访问正常。再检查当前配置是否包含有效节点、订阅是否过期，以及测试地址本身是否可访问。换一个节点并使用实际目标网站对照，必要时切换手机热点，区分本地网络限制与服务端故障。如果只有统一测速超时而实际访问正常，应检查测试地址与测试规则，不要直接认定全部节点失效。

先确认内核正在运行，本地监听端口与系统代理填写的端口一致，并查看是否出现端口占用。随后检查浏览器是否启用了独立代理扩展，或采用不跟随系统设置的代理配置。暂时关闭其他 VPN 与代理程序，只保留一个客户端测试。若请求已出现在连接记录中，继续检查规则、节点和 DNS；若完全没有记录，重点排查应用到本地代理之间的路径。

先在连接记录中查找目标域名，确认是否被 REJECT 拒绝、误选直连，或进入不可用的代理组。临时用全局模式和一个已验证可用的节点测试：恢复访问通常提示分流路径存在差异，但不能单独证明 DNS 正常。若日志显示解析失败或返回异常地址，再检查 DNS 上游、域名策略与浏览器安全 DNS。每次只调整一项，并重新建立连接验证。

先明确预期：哪些域名应由哪个解析器处理，以及解析请求是否需要经过代理。检查内核 DNS、TUN 的 DNS 劫持设置、系统解析器和浏览器安全 DNS，避免多个入口各走不同路径。浏览器自带的加密 DNS 可能绕过系统解析流程，系统代理本身也不保证接管全部 DNS。结合内核日志与网络抓包判断；检测网站显示的解析器位置，只能作为辅助线索。

先检查系统代理是否仍指向已关闭的本地端口，将其关闭或恢复退出前的设置。若曾启用 TUN，重新打开客户端，关闭 TUN 后正常退出，再检查残留虚拟网卡、路由和 DNS 设置。受单位策略管理的设备不要擅自改动既有代理。恢复过程中先记录原设置，避免直接执行整套网络重置；只有明确常规恢复无效时，再按操作系统说明进行进一步修复。