Clash 常见问题
订阅、系统代理、TUN 与连接故障。
先确认问题发生在哪一层,再调整对应设置。
按分类跳转,点击问题展开答案。旧版界面名称以 Clash for Windows 为例,新客户端的入口可能不同。
基础认知
先分清客户端、内核与代理服务,避免把不同层面的问题混在一起。
Clash for Windows 还在更新吗?新电脑应该装什么?
Clash for Windows 原项目已停止维护,旧安装包不会因此获得新的协议支持、内核修复或 Windows 兼容性更新。已有环境能运行,不代表适合继续用于新设备。新安装可先比较 Clash Plus、Clash Verge Rev 与 FlClash,再确认系统架构和配置格式。迁移前保留订阅来源、自己添加的规则和策略组选择;不要直接覆盖旧目录,也不要把旧内核能读取的配置等同于所有客户端都能读取。
安装客户端后,为什么还需要订阅或配置文件?
客户端负责读取配置、监听本地端口并转发连接,本身不等于可用的代理服务。订阅通常由服务提供方给出,里面包含节点、策略组和规则,也可能受套餐期限与流量额度限制。先确认手里的地址是客户端支持的配置订阅,而不是网页登录地址或付款页面。订阅链接可能具有账户访问能力,应像密码一样保存;排查时只描述错误信息,不要把完整链接发到公开评论区或陌生转换网站。
Clash for Windows、Mihomo 和配置文件是什么关系?
桌面客户端提供导入配置、选择策略组和切换系统代理的界面,内核负责实际处理连接,YAML 配置文件则定义端口、DNS、节点与规则。Clash for Windows 的旧内核与使用 Mihomo 的新客户端并不完全等价,部分字段和协议只在特定内核中可用。看到配置解析错误时,应先确认客户端内核和字段支持范围,而不是反复重装。单独下载内核也不会自动获得完整桌面界面或订阅管理功能。
Windows、Android 和 iOS 可以共用一份订阅吗?
是否能共用取决于服务提供方的设备限制、客户端接受的订阅格式,以及各平台内核对协议和字段的支持。Windows 上导入成功,不能保证手机上的客户端也接受全部内容。先在服务提供方页面选择对应客户端格式,再按设备分别导入;连接数或设备数超限则需要调整服务方案。iOS 可在下载页查看 Clash Plus 的商店入口与官网 clashplus.io,移动端的网络接管方式不能直接照搬 Windows 系统代理设置。
Global 模式或 TUN 模式能保证所有流量都经过代理吗?
不能仅凭模式名称判断。Global 决定进入内核的连接采用哪个策略,并不负责让所有程序把连接交给内核;TUN 通过虚拟网络接口接管符合路由条件的流量,也可能存在路由排除、DNS、IPv6 和其他 VPN 的影响。先区分流量是否进入客户端,再检查实际命中的策略。涉及敏感业务时,应分别验证目标应用、DNS 与 IPv6 的路径,不能把浏览器出口地址变化当作整台电脑所有连接都已被接管的证据。
安装配置
从架构、配置启用和监听端口开始,先让基础连接工作。
Windows 安装包该选 x64 还是 ARM64?
打开 Windows 设置,进入系统、系统信息,查看系统类型和处理器信息。常见 Intel、AMD 桌面电脑通常选择 x64;采用 ARM 处理器的设备应优先选择客户端明确提供的 ARM64 包。不要只看 Windows 10 或 Windows 11 的名称判断架构。下载页未列出的架构不能靠修改文件名获得支持。安装后打不开时,记录提示内容,再核对系统版本、架构和运行依赖,避免先关闭系统防护或盲目更换兼容模式。
首次导入订阅后,怎样确认配置已经启用?
在 Clash for Windows 的 Profiles 页面粘贴订阅地址并下载,等待出现配置条目,然后点击条目将其选中。其他客户端对应入口通常叫配置或订阅。接着进入 Proxies,确认策略组和节点已经载入,并选择准备使用的策略。最后回到 General 开启 System Proxy,再用一个目标网站验证,同时查看 Connections 或 Logs 是否出现对应连接。只有配置下载成功还不够,未选中配置、策略组仍为 DIRECT 或系统代理未开启,都可能让访问保持直连。
启用 TUN 提示权限不足,应该先检查哪里?
先确认客户端支持当前 Windows 版本的 TUN 实现,再查看服务模式是否安装并正常运行。旧版 Clash for Windows 通常需要先处理 Service Mode,新客户端可能使用自己的服务安装入口;不要混用不同客户端的服务程序。按客户端说明完成一次管理员授权后,再尝试开启 TUN。仍失败时查看服务启动和虚拟网卡相关日志,并暂时关闭其他 VPN 做对照。公司电脑受设备策略限制时,应联系管理员,不要绕过组织的权限控制。
导入 YAML 出现解析错误,为什么更新订阅也没用?
先看错误指向的行号和字段。YAML 层级依赖缩进,应使用空格,不能把制表符混入缩进;同级字段还要保持对齐。随后确认下载到的是配置正文,而不是登录页、到期提示页或网站验证页面。若格式正确但提示未知代理类型或不支持的字段,则可能是内核过旧或订阅格式不匹配。保留原文件后再做最小修改,每次只改一处;不要用全局替换删除报错字段,这可能让策略组引用失效并产生新的错误。
7890 端口被占用,改哪个位置才能恢复连接?
先退出重复启动的代理客户端,确认是否只是同一个程序开了两份。需要保留多个程序时,为它们分配不同的监听端口,并在当前生效配置或客户端覆写入口修改对应字段。mixed-port 表示 HTTP 与 SOCKS 共用端口,port 和 socks-port 则是分开的入口,不能混为一个值。修改后重载配置,确认日志不再出现端口绑定失败,再同步更新系统代理以及浏览器、终端里手工填写的代理地址。界面显示新端口不代表外部程序会自动跟着修改。
使用技巧
代理模式决定怎样处理连接,系统设置决定哪些连接能够进入客户端。
日常使用应该选择 Rule、Global 还是 Direct?
有完整规则的配置通常从 Rule 开始:连接按规则顺序匹配,再交给对应策略组。Global 适合短时间判断是否为分流规则导致的问题,但仍要在全局策略组选择有效代理;Direct 则让进入内核的连接直接访问。切换模式不会自动修复失效订阅,也不会让未进入客户端的应用突然走代理。排查完成后恢复原来的规则模式,再检查目标域名命中的规则与策略,不要长期用全局模式掩盖本应修正的分流配置。
System Proxy 已开启,为什么浏览器或终端仍然不走代理?
System Proxy 主要修改 Windows 系统代理设置,只有遵循该设置的程序才会使用它。先到 Windows 设置的网络和 Internet、代理页面,核对手动代理地址与客户端端口是否一致;再检查浏览器扩展是否覆盖系统设置。终端工具、开发软件和游戏可能使用独立代理配置,或根本不读取系统代理。打开目标应用发起一次请求,观察 Connections;没有记录时优先查接入方式,有记录却失败时再查规则、节点和 DNS。需要接管更多应用时再评估 TUN。
Microsoft Store 等 UWP 应用无法联网,回环限制怎么处理?
部分 UWP 应用受 AppContainer 网络隔离影响,不能直接访问本机代理监听地址。先确认普通浏览器使用同一代理可以联网,再判断是否仅特定应用受影响。旧版 Clash for Windows 提供的 UWP Loopback 工具可用于给指定应用配置回环豁免,操作通常需要管理员授权;只选择确实需要的应用,应用更新后也可能需要重新检查。回环豁免不是通用联网修复,若使用 TUN 后仍失败,还应查看应用认证、系统时间、服务状态和实际连接日志。
开启 Start with Windows 后,开机为什么还是不能直接连接?
Start with Windows 通常只决定客户端是否随登录启动,不代表订阅已更新、配置已选中、系统代理或 TUN 已恢复。先在任务管理器的启动应用中确认没有被禁用,再重启测试客户端是否真的运行。若客户端启动了却连接失败,检查服务模式、当前配置和策略组选择,也要考虑网络尚未就绪造成的启动时订阅更新失败。便携版移动目录后,旧启动项可能指向不存在的位置;应在新位置重新设置,不要同时保留安装版和便携版的启动项。
Allow LAN 打开后,手机为什么连不上电脑代理?
Allow LAN 只是允许局域网访问监听服务,手机还需要与电脑处于可互通的网络,并手动填写电脑的局域网 IP 和正确的 HTTP 代理端口,不能填 127.0.0.1。还要核对监听地址、Windows 防火墙入站规则,以及路由器是否启用了访客网络或设备隔离。只在可信网络开放必要端口,使用公共网络时及时关闭。手机 Wi-Fi 的手动代理通常不覆盖所有应用,也不等于手机已经启用 TUN;是否生效仍需按目标应用验证。
故障排查
保留当前配置,每次只改变一个条件,用日志和实际请求确认结果。
Clash 订阅更新失败,怎样区分到期、网络和格式问题?
先保留当前可用配置,不要立即删除。查看 Profiles 的更新提示或日志:401、403 可能与权限、链接失效或站点拦截有关,404 要核对地址,超时则优先检查网络与域名解析。到服务提供方的账户页面确认期限、额度和订阅地址是否变更。若得到内容却无法解析,检查返回的是否为网页,以及所选订阅格式是否匹配内核。更新请求可能依赖当前代理路径,可按客户端支持情况尝试直连更新或切换可用节点,但不要把订阅地址交给陌生转换服务。
所有节点都显示超时,是不是必须重新购买订阅?
先不要依据一次测速下结论。确认本机时间准确、基础网络可用、订阅未过期,再尝试不同节点和另一条网络。延迟测试依赖测试地址、超时阈值与请求方式,测试失败不一定等于所有实际访问都失败。用目标网站做一次真实请求,并结合 Logs 区分解析失败、连接超时或认证错误。若所有节点在不同网络都失败,再向服务提供方提供时间段与脱敏错误记录;不要公开服务器凭据,也不要仅凭一个延迟数字反复重装客户端。
节点能连接,但部分网站打不开,怎样检查 DNS 泄漏或解析异常?
先在连接记录中确认目标域名进入了客户端,以及命中了哪个策略,再查看日志是否出现 DNS 查询失败。浏览器安全 DNS、系统 DNS、TUN DNS 接管与配置中的解析规则可能走不同路径,不能只改一个公共 DNS 地址就认为问题已解决。按当前客户端文档核对 nameserver、fallback 或 fake-ip 等设置的支持范围,并检查 IPv6 是否走了预期路径。DNS 检测结果需要结合实际解析出口与规则解释;网站打不开也可能是节点出口受限、缓存或目标站自身故障。
退出 Clash 后整台电脑断网,如何恢复 Windows 网络?
先到 Windows 设置的网络和 Internet、代理页面,关闭残留的手动代理,保留组织要求的配置。也可以重新打开客户端,先关闭 System Proxy,再正常退出。若使用过 TUN,确认客户端已经关闭 TUN 并释放相关路由;同时检查其他 VPN 是否仍在运行。浏览器能恢复但终端仍失败时,查看终端会话或工具内是否保留手动代理。不要一开始就删除所有网卡或重置全部网络,先处理明确的残留设置,避免连带影响企业 VPN 和虚拟机网络。
提交故障信息时,哪些日志有用,哪些内容需要遮住?
记录操作系统与架构、客户端名称、内核信息、正在使用的模式,以及故障发生的大致时间。按一次可重复的操作收集短时间日志,说明是所有应用失败还是只有一个应用失败,并附上已经尝试过的对照结果。公开前移除完整订阅链接、账户标识、节点密码、访问令牌和不必要的目标地址。不要直接上传整个配置目录;先查看截图与文本里是否包含凭据。保留原始日志供自己核对,向外提供的副本只留下定位问题必需的信息。