Clash 常见问题

Clash 通常指一类基于规则的代理工具及其配置生态；Mihomo 是持续发展的兼容内核，负责连接、规则匹配和 DNS 等网络处理。客户端则提供订阅、策略组和开关界面。同样的界面名称不代表内核能力相同，导入配置前应查看客户端实际使用的内核及支持字段。遇到配置解析错误时，先核对功能兼容性，而不是反复更换节点。

客户端负责读取配置和建立连接，安装本身不会自动获得代理服务。需要导入有权使用的订阅或配置文件，并确认其中包含有效节点及策略组。先查看配置列表是否已有条目，再启用对应配置，到代理页面选择可用节点。只有规则而没有节点的文件不能直接完成代理连接；订阅到期、额度和服务状态需要向订阅提供方确认。

日常使用先选规则模式，让连接按规则进入指定策略组。临时判断是否为分流问题时，可以切换全局模式并明确选择一个可用节点；测试结束后再切回规则模式。直连模式通常让已进入内核的连接直接访问目标。这里的全局是内核处理方式，不等于所有应用都已被接管；应用是否进入内核，还取决于系统代理、应用设置或 TUN。

不一定。节点测速通常是内核经节点访问指定测试地址的耗时，反映的是该次请求的响应情况，不是带宽测试。测试地址、网络拥堵和目标网站位置都会影响结果。选择节点时先看是否能稳定完成实际访问，再比较需要使用的网站或下载任务。不要连续高频测速；大量并发测试可能增加连接负担，让正常节点也出现短暂超时。

先到本站下载页的 iOS 分类查看 Clash Plus，再通过页面中的 App Store 入口安装，产品官网为 clashplus.io。首次连接时，按系统提示允许添加 VPN 配置，然后导入适配该客户端的订阅。不同平台的配置字段和界面不一定完全对应，不宜直接照搬桌面端的服务安装、系统代理端口或驱动操作；是否支持某项能力，以当前客户端说明为准。

先重新复制完整链接，去掉前后空格、换行和聊天软件附加的标点，再确认选用了订阅提供方标注的 Clash 或兼容格式。查看错误是下载失败还是解析失败：前者检查网络、链接有效期和登录状态，后者检查返回内容是否为配置文件。不要把带个人凭据的订阅链接贴到公开论坛；需要求助时只提供去除敏感内容后的错误信息。

先保留当前可用配置，不必马上重装。更新请求与节点连接走的可能是不同路径，因此旧节点可用并不代表订阅地址仍有效。检查订阅是否到期、地址是否更换，以及客户端是否允许选择更新请求的直连或代理路径，再手动更新一次。若返回登录页面或错误页面，应联系提供方确认；删除旧配置前先导出备份，避免丢失仍可工作的设置。

桌面端先开启系统代理，确认浏览器能够访问，再按需要启用 TUN。系统代理适合遵循系统代理设置的应用；TUN 用于接管更多网络连接，需要额外的系统权限、路由和 DNS 配合。首次配置时同时开启多个接管方式会增加判断难度。移动端通常通过系统 VPN 接口工作，不必寻找与桌面端完全相同的开关；先以当前客户端的连接状态为准。

先查看客户端的服务模式或辅助服务设置，按提示安装或启动所需服务。Windows 可能需要管理员权限，macOS 可能要求授权辅助组件，Linux 则可能涉及 TUN 设备访问和网络管理权限。完成授权后重启客户端，再单独开启 TUN 测试。不要为了消除提示直接关闭系统安全防护；若仍失败，记录服务启动错误，并核对该客户端支持的系统版本。

订阅更新通常会重新下载并替换远程配置，直接编辑下载后的文件容易被覆盖。把需要长期保留的规则放到客户端支持的本地覆写、扩展脚本或合并配置中，并确认它们在每次更新后仍会应用。覆写功能的名称和合并顺序因客户端而异，添加前先备份。修改后检查最终生效配置，确认规则位置和策略组名称正确，不要只看编辑器内保存成功的提示。

系统代理只影响读取该设置的应用，有些程序使用自己的代理选项，有些连接类型不会经过系统 HTTP 代理。先打开客户端连接页面，再让目标应用发起一次请求：如果没有记录，检查应用内代理或考虑使用 TUN；如果有记录但走直连，应检查模式、命中的规则和策略组。不要仅凭开关亮起判断接管成功，也不要把所有直连都当作节点失效。

打开客户端的连接列表或日志，再访问目标网站，按域名或进程查找新连接。重点看命中的规则、使用的策略组以及最终节点；网页常同时请求多个域名，应分别检查关键请求。规则通常从上到下匹配，较宽泛的条目放在前面可能提前截获连接。调整后重新发起请求，必要时关闭旧连接，避免复用已有连接导致看起来没有变化。

确认手机与电脑处于可互访的局域网，开启电脑客户端的允许局域网连接，并检查监听地址和混合端口。手机的 Wi-Fi 代理填写电脑的局域网 IP 与对应端口，不是 127.0.0.1。还需按需放行电脑防火墙，检查路由器是否启用了设备隔离。共享前设置适当的访问控制，不要把代理端口映射到公网；使用结束后关闭不再需要的共享入口。

先保留订阅中可用的 DNS 设置，只在明确遇到解析问题或特定应用兼容问题时调整。Fake-IP 将域名映射到虚拟地址，供内核识别连接，并不表示网站真实地址发生改变。修改解析模式、上游解析器或过滤列表时，一次只改一项，再重新建立连接验证。特定设备发现、游戏或本地域名异常时，可评估针对性过滤，不宜直接加入覆盖所有域名的例外。

先查看系统电池统计，确认耗电来自客户端还是实际传输流量。安卓若在锁屏后断连，可检查后台运行权限、电池优化和常驻通知；不同厂商的设置位置不同。耗电偏高时，减少不必要的节点健康检查和频繁订阅更新，观察日志是否反复重连。iOS 应结合系统 VPN 状态和网络切换排查，不照搬安卓保活方法；每次调整后留出一段稳定使用时间再比较。

先关闭代理，确认基础网络能正常访问通常可直连的网站，再检查设备时间和订阅有效状态。随后选择一个节点实际访问目标网站，并查看连接错误，而不是只重复测速。若实际访问正常，可能只是测试地址不适合；若全部连接失败，可在允许的条件下换一个网络对比。单个节点失败与所有节点失败的排查方向不同，不要一开始就清空配置或同时修改 DNS、端口和规则。

先关闭 TUN，确认网络能否恢复；若仍异常，再关闭系统代理并正常退出客户端，检查系统里是否残留手动代理设置。恢复后查看 TUN 日志中的路由、DNS 和虚拟网卡错误，暂停其他 VPN 或网络接管工具后单独测试。不要直接删除不认识的系统网卡或批量重置路由。再次启用时逐项验证，记录哪个开关触发问题，再针对对应配置排查。

如果浏览器正常，而使用沙盒网络环境的商店应用无法连接本机代理，可以检查 UWP 回环限制，但并非所有商店应用都受同一种限制。优先使用客户端提供的回环豁免工具，只为需要的应用授权；也可用 CheckNetIsolation LoopbackExempt -s 查看现有豁免。修改豁免可能需要管理员权限，完成后重启目标应用，并从连接记录确认流量是否进入内核。

先检查是否同时运行了两个客户端或另一个代理进程，优先退出重复程序。确实需要更换监听端口时，选择未占用的端口，并同步更新系统代理、浏览器扩展和其他手动填写该端口的应用。mixed-port 同时接受 HTTP 与 SOCKS5 连接，但具体协议仍要在使用方正确选择。修改后重启内核，确认监听成功；仅改配置而未更新应用设置，仍会连接失败。

记录问题出现的时间、客户端与系统信息、当前模式、目标域名，以及一次失败请求附近的错误日志。先比较规则模式与选定节点后的全局模式，并检查浏览器自带的代理扩展、加密 DNS 或缓存是否影响结果。分享前删除订阅链接、节点凭据、控制接口密钥和个人地址信息。只截取与问题相关的一小段日志，通常比上传整份配置更容易定位，也能减少敏感信息暴露。