Clash 常见问题

客户端提供配置导入、节点选择、系统代理等操作界面；mihomo 等内核负责处理连接、执行规则和解析 DNS；订阅则由服务提供方交付节点或完整配置。安装客户端并不等于已经获得可用节点。排查时先区分问题发生在哪一层：界面无法启动检查客户端与系统，配置加载失败检查订阅格式，配置正常但连接失败再检查节点、策略组和网络。不同内核支持的协议与配置字段可能不同，不能仅凭文件扩展名判断兼容性。

日常使用优先选择规则模式，让连接按配置中的匹配顺序进入指定策略组。全局模式通常把进入内核的连接交给全局策略，不代表所有应用都已被接管；直连模式则让进入内核的连接直接出站。遇到某个网站异常，可以临时切换全局并选择已验证可用的节点，判断是否与分流规则有关，测试后恢复规则模式。模式切换不替代系统代理或 TUN，也不能修复过期订阅、节点不可用和服务端限制。

系统代理向操作系统登记代理地址，通常适用于会读取该设置的浏览器和应用；自行连接或忽略系统代理的程序可能不受影响。TUN 通过虚拟网络接口和路由接管流量，覆盖范围取决于客户端、平台权限及路由配置，也常涉及 DNS 处理。建议先用系统代理完成基础连通性验证，确有应用未被接管时再考虑 TUN。启用前关闭其他 VPN，并记录原有网络设置；出现断网时先关闭 TUN，确认普通网络恢复后再逐项调整。

不能只看订阅链接能否打开，还要确认内容格式与当前内核匹配。完整的 Clash YAML 配置、仅包含节点的列表和其他客户端使用的订阅格式并不等价。优先在服务提供方页面选择适用于 Clash 或 mihomo 的订阅入口，再通过客户端的远程配置功能导入。若提示不支持的协议或未知字段，先检查内核要求，不要随意删除配置项。订阅地址通常包含访问凭据，不应交给不明转换网站，也不要原样贴进公开求助内容。

先确认账户服务仍有效，再从提供方页面重新复制完整订阅地址，避免漏掉参数或带入空格。查看更新日志：401 或 403 可能涉及授权失效或访问限制，404 可能是地址变更，超时则应检查本地网络和更新请求的出站方式；具体含义仍以提供方说明为准。保留当前可用配置，先单独测试更新，不要直接清空全部资料。若返回内容是登录页或错误页，应获取正确订阅入口；仍失败时向提供方反馈状态码和时间，隐藏地址中的凭据。

导入成功只说明客户端保存了配置，不一定已经激活。先在配置列表选中目标配置，确认内核没有加载错误，再进入代理页面查看策略组。若使用 proxy-providers，还需要检查对应提供器是否成功拉取节点，以及策略组是否通过 use 引用了它。某些界面只在展开策略组后显示节点，不会单独列出全部服务器。不要把仅含节点的文件当成完整配置直接替换；更新后仍为空时，检查日志中的字段错误、提供器请求失败及订阅服务状态。

先按客户端提示安装或修复服务模式，再重新启用 TUN；仅打开界面开关不一定能创建虚拟网卡和修改路由。Windows 通常需要管理员授权安装服务，macOS 可能需要授权辅助工具或网络扩展，Android 则需同意系统 VPN 连接请求，具体以客户端实现为准。确认授权来自当前安装的客户端，不要执行来源不明的提权命令。若服务安装失败，查看系统安全提示和客户端日志，并检查其他 VPN 是否占用相关能力；处理后重新启动客户端验证。

可以，但应先确认占用者是否是另一个仍在运行的代理客户端。退出重复实例后重试，通常比直接改端口更容易保持设置一致。确需修改时，在当前生效配置或客户端端口设置中选择未被占用的端口，保存并重新加载；7890 只是常见值，不是强制要求。随后检查系统代理、浏览器扩展、终端环境变量及手动填写代理的应用，让它们使用新端口。不要为了本机访问而开启允许局域网连接，也不要把代理监听地址随意改为公网可访问。

延迟测试通常反映某个测试地址的响应时间，不等同于下载带宽、视频吞吐或所有网站的访问体验。先用同一目标网站、相近时间和相同网络比较节点，避免后台下载影响判断，再看连接日志是否确实走了选中的策略组。若只有特定网站慢，可能涉及出口线路、目标服务限制或 DNS 结果；若所有节点都慢，则优先检查本地网络。频繁并发测速可能触发服务端限制，建议少量测试并结合实际访问，不能只按一个延迟数字决定节点好坏。

先确认修改的是该连接实际命中的策略组。配置可能把视频、下载和普通网页分到不同组，修改主选择组不一定影响其他组；自动测速组也可能按自身逻辑选择节点。打开连接面板，用目标域名查找新建立的请求，检查匹配规则、策略链和最终出站。已有长连接可能继续使用旧出口，切换后应重新发起请求，必要时只断开相关连接。若客户端支持本地覆写，优先通过覆写调整规则或组引用，避免订阅更新把直接编辑的内容覆盖。

优先使用客户端提供的规则覆写、扩展配置或持久化合并功能，而不是直接修改下载的订阅文件。例如为 example.com 及其子域名添加 DOMAIN-SUFFIX,example.com,DIRECT，并放在会提前匹配该流量的宽泛规则之前；Clash 规则通常自上而下匹配，首次命中后即采用对应策略。修改前备份，保存后检查配置加载日志，再通过连接面板验证。若目标由多个域名提供内容，需要按实际连接补充规则，不建议为图省事把大量无关域名全部改为直连。

至少记录当前生效配置、手动选择的策略组、端口、系统代理及 TUN 状态，并备份本地规则覆写和 DNS 修改。更新订阅前确认它是否会替换远程配置内容；升级客户端前阅读迁移说明，尤其留意内核、服务模式和配置目录的变化。一次只改一个关键变量，完成后检查常用网站和应用，出现异常才容易定位原因。备份中可能包含订阅凭据或节点认证信息，应保存在受控位置。不要把整个配置目录打包发到公开论坛，求助时只提供脱敏后的必要片段。

先确认当前配置已激活且节点可用，再核对操作系统记录的代理地址与客户端监听地址、端口是否一致。随后用普通浏览器新建请求，在连接面板查看是否出现记录；有记录但走直连，应检查模式与规则，没有记录则检查应用是否忽略系统代理、使用独立代理设置或被其他工具覆盖。浏览器代理扩展、企业策略和另一套代理客户端都可能干扰结果。终端程序也不一定读取系统代理，需要按程序文档配置环境变量；确需更广泛接管时再评估 TUN。

先关闭代理检查基础网络，再确认订阅未过期、系统时间正确，并用另一个已知可用节点或测试目标交叉验证。超时可能发生在域名解析、服务器连接或目标网站访问阶段，应结合日志中的具体地址判断；连接被拒绝则常见于端口没有服务监听，也可能来自远端拒绝，不能直接认定节点失效。若只有一条线路失败，向提供方反馈；若全部失败，检查本机防火墙、其他 VPN 和网络限制。不要一次同时改 DNS、规则和 TUN，否则难以判断是哪一步生效。

部分受 AppContainer 隔离的 Windows 应用不能直接访问本机回环地址，因此浏览器正常而这类应用失败时，可以检查回环限制。若客户端提供 UWP 回环工具，按提示以管理员权限打开，只为确实需要访问本机代理的应用添加豁免，并在调整后重新启动应用。并非所有商店应用都适用同一机制，也不是所有连接问题都由回环导致；应先确认应用使用的代理路径和失败现象。TUN 有时可作为另一种接管方式，但仍需验证路由效果，不应把它当作通用修复按钮。

先关闭 TUN 和系统代理，退出其他 VPN，确认普通网络能否恢复；若客户端已退出但系统代理仍指向本机端口，先在系统网络设置中关闭该代理。重新打开客户端时只启用一种接管方式，查看日志是否存在 DNS 请求超时、路由冲突或虚拟接口创建失败。不要盲目照抄整套 DNS 配置，应对照当前内核与网络环境逐项恢复。关闭相关功能后仍异常，可重连网络或重启系统以清理临时状态；企业设备上的路由和安全设置应交由管理员确认。