Clash 常见问题

客户端是可以点击操作的应用，负责导入配置、选择策略组和启动服务；mihomo 是处理连接与规则的内核。订阅是服务提供方给出的配置地址，通常包含节点、策略组和规则。安装客户端后，仍需导入适配该内核的配置才能使用代理。排查时先区分是应用无法启动、配置无法加载，还是节点连接失败，不要把三种问题都归为订阅故障。

VPN 图标只说明客户端建立了 Android 的本机 VPN 接口，不代表远端节点一定可用。VpnService 是 Android 提供的接收设备网络流量的系统接口，客户端再按配置处理这些连接。看到图标后，还要打开策略组确认所选节点，并用实际网页或应用测试。若页面打不开，继续看连接日志中的解析、握手或超时信息，不要仅凭图标反复重装应用。

日常使用先选 Rule，也就是规则模式，再到策略组中选择节点。它按规则决定哪些连接直连、哪些交给代理。Global 会把进入内核的连接交给全局策略，仍需选择该策略使用的节点；Direct 则让进入内核的连接直连。模式只影响已经进入内核的流量，不会让没有接管的应用自动进入代理。临时切换 Global 可以帮助判断规则问题，测试后应恢复原来的模式。

两者有关，但不是同一个开关。TUN 是虚拟网络接口方式，用来接收 IP 层流量；Android 客户端通常借助 VpnService 获得系统接管能力，不同应用可能把相关入口命名为 VPN、服务或 TUN。桌面端的 TUN 通常还涉及管理员权限、服务组件和路由设置。不要直接套用电脑教程里的权限命令，应先确认设备平台，再按当前客户端的设置说明操作。

先查看订阅提供方的设备数与同时连接限制，再确认两端客户端支持订阅中的协议和字段。订阅能导入，不等于所有设置都适合两个平台。监听地址、文件路径、TUN 和 DNS 的系统接管方式可能不同，建议共享远程订阅，把平台差异放到各端的本地覆写中。覆写是更新配置后再应用的本地修改。不要直接同步整个应用数据目录，以免覆盖另一台设备的系统设置。

先在客户端导入并选中配置，再启动代理服务。Android 弹出 VPN 连接请求时，核对弹窗中的应用名称与当前安装的客户端一致，然后允许连接。若请求没有出现，先停止其他 VPN 应用，再重新启动服务；工作资料或设备管理策略也可能限制授权。授权后到系统设置的 VPN 页面检查连接状态，不要把允许 VPN 连接误当成授予节点服务方访问手机文件的权限。

打开配置页，找到从 URL 导入的入口，重新从服务提供方复制完整订阅地址。检查开头与末尾是否混入空格、换行或聊天软件的标点，并确认复制的是订阅地址而不是管理后台网页。仍失败时，查看导入日志：网络超时先换网络测试，格式错误则检查链接是否返回登录页或错误页。订阅地址通常含有访问凭据，不要把完整链接贴到公开论坛或截图中。

先到服务提供方的管理页面查看有效期、剩余配额和订阅地址是否被重置。HTTP 401 或 403 通常与访问授权有关，但也可能由站点访问限制引起；不要只靠状态码认定过期。重新复制地址后手动更新，确认客户端实际选中了更新后的配置。若下载成功却没有节点，检查是否拿到了错误格式或空配置。不要立即删除旧配置，先保留仍可用的设置以便回退。

长按应用图标，进入应用信息，再打开电池或后台运行设置，将客户端设为不受限或允许后台活动。部分系统还需要允许自启动，并在最近任务中锁定应用。设置名称会随手机品牌变化，应以系统实际菜单为准。随后启动服务、锁屏几分钟再测试。若只在切换 Wi-Fi 与移动网络时中断，还要查看网络切换日志；省电白名单不能解决节点自身掉线或配置错误。

先关闭 TUN，在客户端设置里查看服务模式或服务组件是否已安装并运行。Windows 通常需要按提示授权管理员操作；macOS 可能需要在系统设置中确认相关权限；Linux 则要按客户端文档配置服务或网络权限。完成后重新启动客户端，再开启 TUN。不要持续以高权限运行来源不明的程序，也不要反复叠加路由命令；若仍失败，保留具体错误信息并检查旧 VPN 的虚拟网卡是否冲突。

先找到客户端的覆写、规则编辑或扩展配置入口，把长期保留的规则写到本地覆写中，避免订阅更新后被替换。规则通常从上往下匹配，先命中的规则决定去向，因此特定域名规则应放在宽泛规则和最终兜底规则之前。添加后重新加载配置，并在连接记录中查看命中规则。规则指定的策略组名称必须与配置一致，拼写不一致可能导致加载失败，而不是自动改用最近的节点。

打开客户端的连接页面，再让目标应用发起一次新的请求，查看对应域名、命中规则和最终策略。已有长连接可能继续沿用旧路径，切换节点后可先关闭目标应用再重新打开。Android 若启用了分应用代理，还要确认目标应用位于接管范围内。节点测速只测试指定探测地址，不代表目标应用的服务器可达；验证时应使用实际业务页面，并把请求时间与日志时间对应起来。

两端分别添加同一远程订阅，再各自建立本地覆写，记录需要保留的 DNS、规则和平台设置。先手动更新订阅，再检查覆写是否仍被启用，最后重新加载配置。不同客户端合并字段的方式可能不同，尤其要确认规则是追加、前置还是替换。迁移前导出必要的本地设置，并保存策略组选择记录；不建议用文件同步工具直接覆盖正在运行的配置文件，以免写入到一半就被加载。

在 Android 系统的 VPN 设置中，找到当前客户端旁的设置入口，再查看这两个选项。始终开启 VPN 用于让系统维持或恢复 VPN 服务；阻止未使用 VPN 的连接会限制没有经过该 VPN 的联网行为，服务异常时可能表现为整机无法上网。先确认客户端支持相关行为，并完成重启与网络切换测试，再按需求启用。若启用后断网，可先回到该页面关闭阻止选项，再检查配置与分应用范围。

先看问题属于哪一层：节点列表过旧或服务方更换地址，先更新订阅；配置提示不支持的协议或字段，再检查客户端及内核是否需要更新。正常使用时不必同时修改所有设置。更新客户端前保存本地覆写与重要配置，更新后先加载原配置进行测试。若直接同时更换客户端、订阅、DNS 和模式，出现故障时很难判断原因。每次只改一项，并记录修改前后的连接表现。

先停止代理服务，确认本机基础网络可以访问日常站点；再检查订阅有效期、配额和节点列表是否更新。随后确认系统日期与时间自动同步，查看日志是否出现 DNS 解析失败、连接超时或握手错误。换一个节点和另一种网络交叉测试，并实际打开目标网页。若只有测速失败而网页正常，可能是探测地址不可达。不要一开始就重装客户端，这会丢失现场设置，也不能修复远端节点故障。

先在客户端确认本地代理端口正在监听，再到 Windows 的网络和 Internet 设置中查看代理地址与端口是否一致。浏览器扩展、独立代理配置和部分工作策略可能覆盖系统代理，先停用相关扩展或改为跟随系统设置，然后重新打开浏览器。接着查看客户端连接记录是否出现该请求。若完全没有记录，优先检查流量入口；若已有记录但访问失败，再排查策略、节点和 DNS，不要反复切换系统代理按钮。

许多命令行工具不会自动读取桌面系统代理，应先查看该工具支持的代理参数或环境变量，再填写客户端实际监听的地址、端口与协议。HTTP 代理和 SOCKS 代理不能只换端口而忽略协议；部分程序还需要 ALL_PROXY，具体以工具文档为准。修改后在新终端中测试，并检查连接记录。若多种程序都需要接管，也可评估 TUN。不要把含凭据的环境变量输出或完整终端截图公开分享。

先查看日志里无法解析的是目标站点域名还是节点服务器域名，再检查配置的 DNS 上游是否能在当前网络访问。加密 DNS 的服务器地址本身也可能需要先完成域名解析，不能随意改成另一个同样不可达的地址。Android 的私人 DNS、浏览器安全 DNS和客户端 DNS 可能形成不同解析路径，测试时一次只调整一项。若使用 fake-ip，也就是合成地址模式，应检查客户端的 DNS 接管是否正常，而不是仅清除浏览器缓存。

先确认受影响应用确实运行在受限的应用容器中，并检查桌面浏览器是否能通过同一代理联网。部分 UWP 应用默认不能访问本机回环地址，也就是 127.0.0.1 这类本机地址，因此无法连接客户端的本地代理端口。若客户端提供 UWP 回环工具，可按需对目标应用添加豁免，并按提示授权；没有该工具时，应查阅 Windows 的 CheckNetIsolation 文档。只处理需要的应用，修改后重新启动目标应用并检查连接记录。