Clash 常见问题

客户端提供导入配置、切换策略和查看日志的操作界面；Mihomo 等内核负责实际连接、规则匹配与 DNS 处理；订阅提供节点及部分配置内容。安装客户端不等于获得可用的代理服务。开始配置前，先确认订阅来源、有效期以及提供方支持的格式，再选择兼容的客户端。排查问题时应区分界面操作失败、内核启动失败和订阅服务异常。

日常使用优先选规则模式，流量按当前配置中的规则进入直连或代理策略。全局模式让进入内核的请求统一交给全局策略，但仍需选中可用节点；直连模式让进入内核的请求直接连接目标。全局模式不等于接管设备全部流量，应用是否经过内核仍取决于系统代理、应用代理或 TUN 设置。对比模式可以辅助定位规则问题，测试后应恢复原设置。

不建议公开。订阅地址通常包含与账户绑定的访问凭据，持有完整链接的人可能获取节点信息或消耗服务额度。提交截图时应遮住地址路径、查询参数、节点密码和控制接口密钥，不要只遮住域名。若链接已经公开，进入提供方后台重置订阅地址，再逐台设备替换旧链接；删除聊天记录不能让已经泄露的旧地址自动失效。

iOS 可从 App Store 安装 Clash Plus，客户端官网为 clashplus.io，本站下载页提供商店入口。导入前确认订阅提供方支持该客户端需要的格式；不同客户端对脚本、规则集和扩展字段的支持可能不同。电脑上可用的配置不代表手机端能原样运行。建议先导入提供方给出的兼容订阅，确认基础连接正常，再逐项加入自定义规则。

不一定。常见节点测速测量的是访问指定测试地址的响应时间，反映建立连接和收到响应的耗时，不直接代表持续下载带宽。实际速度还受目标站点、线路拥堵、服务额度和本地网络影响。比较时保持相同测试地址与网络环境，再用实际使用的服务验证。若响应时间较短但视频仍卡顿，应继续检查吞吐表现、丢包和规则命中情况。

先确认复制的是完整订阅地址，而不是账户登录页或购买页面，尤其检查结尾是否被聊天软件截断。再到提供方后台确认服务有效且链接未被重置，并核对订阅格式与内核要求。日志若显示认证失败，优先检查地址和账户；若显示配置解析错误，检查返回内容是否为网页或不兼容配置。不要把完整订阅地址提交到公开检测网站。

只有订阅格式与当前客户端不兼容，且提供方没有直接提供兼容链接时，才考虑转换。优先使用提供方内置的格式选项，其次使用能够自行控制的本地转换工具。第三方在线转换服务可能接触完整订阅及节点凭据，使用前应评估信任关系。转换后检查代理协议、策略组引用和规则集地址；转换只能调整格式，不能恢复过期账户或修复已经失效的节点。

先查看客户端是否提供服务模式或辅助服务安装入口，按当前版本说明完成安装，再重新启动客户端。Windows 通常需要管理员权限安装相关服务；macOS 可能要求授权辅助工具或网络扩展；Linux 需要具备创建虚拟网络接口和配置路由的权限。若仍失败，检查日志中的权限、接口创建和路由冲突信息。不要直接照搬来源不明的提权命令，也不要长期关闭系统安全防护。

先确认内核正在运行，系统代理指向本机实际监听的地址与端口，而不是旧客户端留下的端口。检查浏览器扩展是否另外指定了代理，目标域名是否落在系统代理绕过列表中。然后发起一次新请求，在连接记录中核对是否出现；有记录但走直连，应查规则或模式，没有记录则继续查应用入口。部分应用不读取系统代理，需要单独设置代理或使用 TUN。

以客户端当前配置显示的监听值为准，不要把示例端口当作固定答案。混合端口通常可同时接收 HTTP 与 SOCKS 代理请求；应用要求 HTTP 代理时填写对应 HTTP 或混合端口，要求 SOCKS5 时填写 SOCKS 或混合端口。本机应用一般使用 127.0.0.1，其他设备需要填写代理主机的局域网地址。端口相同不代表协议写法相同，应按应用输入框要求选择类型。

订阅更新通常会重新获取远端配置，直接修改订阅生成文件的内容可能被覆盖。先备份现有规则，再检查客户端是否支持覆写、合并或独立规则文件，将个人修改放到这些持久化入口中。合并后要确认规则顺序和策略组名称仍然有效，尤其是自定义规则应放在兜底规则之前。仅导出订阅链接通常不能保存本地覆写，多设备迁移时还需单独备份相关文件。

打开客户端的连接页面，清理无关记录后重新访问目标站点，查看目标域名、命中规则、策略链和最终出口。规则通常按顺序匹配，较早命中的规则会影响后续判断，修改后还应关闭旧连接再测试。网页可能同时请求多个域名，只查看地址栏域名容易漏掉图片或登录接口。若连接记录里完全没有对应请求，应先排查接管方式，而不是继续修改分流规则。

可以，但需要设备位于可互通的局域网，电脑客户端开启允许局域网连接，监听地址允许接收局域网请求，并在防火墙中仅对可信网络放行所需端口。手机的网络代理填写电脑局域网地址及 HTTP 或混合端口，不要填写 127.0.0.1。部分应用不遵循 Wi-Fi 的 HTTP 代理设置。使用结束后关闭共享入口，不要将代理端口或外部控制接口直接暴露到公网。

不必默认同时开启。浏览器等遵循系统设置的应用通常可以先使用系统代理；需要接管不遵循系统代理的程序时，再评估 TUN。TUN 会改变流量入口和部分路由行为，与其他 VPN、虚拟网卡或安全软件并用时可能冲突。排查时先只保留一种接管方式，确认连接和 DNS 正常后再考虑组合使用。改变模式前记录原设置，避免多项同时修改后难以判断原因。

订阅地址可以在兼容客户端之间重新导入，但本地覆写、规则文件、策略选择和应用偏好不一定随订阅同步。迁移前分别记录订阅来源与本地修改，并使用客户端提供的导出功能备份。不同设备的监听地址、文件路径和 TUN 设置可能不同，不宜整份覆盖。使用云盘或 WebDAV 时限制访问权限，备份内容若包含订阅凭据或节点密码，应采用受保护的存储方式。

先关闭代理验证基础网络，再检查系统时间和订阅有效期，更新一次配置。确认测速地址本身可访问后，选择不同线路手动测试，并查看日志是否出现域名解析失败、连接拒绝或握手错误。若同一订阅在另一网络可用，优先检查当前网络限制、本机防火墙和 DNS；若跨设备、跨网络都失败，再联系提供方核实服务状态。不要只根据一个测试地址判定全部节点不可用。

先重新打开客户端，关闭系统代理和 TUN 后正常退出，让客户端撤销代理与路由设置。若客户端无法启动，进入操作系统网络设置，检查是否残留指向本机端口的手动代理；只移除确认属于该客户端的设置，保留工作网络要求的配置。仍异常时检查虚拟网卡、其他 VPN 与 DNS 设置。恢复前记录原值，不要一次清空全部网络配置，以免影响企业网络或静态地址。

部分采用 AppContainer 隔离的应用访问本机代理时会受回环限制，并非所有商店应用都存在相同情况。先确认浏览器通过系统代理能正常访问，再查看客户端是否提供 UWP 回环工具，仅为需要的目标应用开启豁免，相关操作可能要求管理员权限。回环豁免只解决访问本机代理的限制，不会自动让所有应用遵循系统代理。完成后重启目标应用，并在连接页面核对请求是否进入内核。

先查看日志是否明确出现解析失败，再区分是节点服务器域名无法解析，还是目标网站域名失败。前者需要检查代理建立之前可用的解析路径，后者还要核对配置中的 DNS 分流与规则。临时停用其他 DNS 接管工具，避免与 TUN 或客户端 DNS 功能叠加。每次只调整一个设置，关闭旧连接并按系统方式刷新缓存后重测；不要仅因某个解析地址常见就直接替换全部配置。

先备份配置和本地覆写，记录操作系统、设备架构、客户端名称以及故障出现前的操作。通过客户端支持的日志目录或系统崩溃记录查看报错，重点保留启动失败附近的信息；若怀疑配置问题，可在备份后使用最小配置验证，不要直接删除所有数据。分享日志前遮住订阅地址、密码和控制接口密钥。若临时回退到此前可用版本，还需确认配置格式与该版本兼容。