Clash 常见问题

客户端提供配置导入、模式切换与日志查看等界面；内核负责处理连接、解析规则并选择出口；订阅则由服务提供方生成，通常包含节点或完整配置。安装客户端不等于已经拥有可用线路，导入订阅也不等于系统流量已经进入代理。初次使用应先确认订阅有效、配置已选中，再开启系统代理并查看连接记录。遇到问题时分清这三个层级，可以避免把服务到期误判为安装故障。

日常使用通常选择规则模式，由配置中的规则按顺序决定直连、代理或拒绝连接。全局模式通常把进入内核的连接交给全局策略组，仍需在该组选择合适出口；它不会自动接管所有应用。直连模式通常让进入内核的连接直接访问目标，可用于对照排查。切换模式后，原有长连接可能继续沿用旧出口，验证时应新建连接，并在连接记录中查看实际使用的策略。

系统代理修改操作系统的代理入口，主要影响遵循该设置的应用；部分命令行程序、游戏或自行管理网络的应用可能不会使用它。TUN 模式通过虚拟网卡和路由接入更多流量，但依赖权限、驱动、DNS 与路由设置，具体支持范围由客户端和内核决定。建议先用系统代理完成基础验证，再按应用需求启用 TUN。两者不是网络加速等级，也不能修复失效订阅或不可用节点。

客户端与线路服务是两项独立内容。部分客户端永久免费并开放源代码，但节点服务器的带宽、账号和有效期由订阅提供方管理，不能据此推断线路免费或长期可用。导入前应确认服务来源、支持的配置格式与使用范围。不要把不明来源的订阅直接设为主配置，也不要公开订阅地址；其中可能包含访问凭据，泄露后可能被他人使用，必要时应在服务端重置。

使用相近内核的客户端通常能共用部分 YAML 配置，但界面设置、内核版本、扩展字段和文件路径未必兼容。迁移前先备份配置，检查协议支持、规则集格式、DNS 字段及本地引用路径，再在新客户端执行配置检查。开机自启、系统代理和服务权限通常需要重新设置。导入成功后仍应验证规则命中与连接出口，不能把文件成功读取当作所有功能已经迁移完成。

先在系统信息中确认处理器架构，再到安装包页面选择对应客户端。常见的 x64 或 AMD64 面向多数 Intel、AMD 桌面处理器，ARM64 面向相应的 ARM 设备；不能只根据系统名称判断。macOS 还需区分 Apple Silicon 与 Intel，Android 则需结合设备与应用支持情况选择。若安装器提示架构不兼容，应返回核对，而不是反复修改文件扩展名。升级已有客户端前先导出或备份当前配置。

先查看导入结果和日志，确认收到的是客户端支持的配置，而不是登录页、网页说明或错误响应。有些地址只返回节点集合，需要客户端明确支持对应导入方式；完整配置则通常还包含策略组和规则。随后确认刚导入的配置已被选中并成功加载。若日志提示解析错误，联系订阅提供方获取兼容格式，不要把网页内容直接保存为 YAML。排查时只分享脱敏错误信息，不发送完整订阅地址。

先关闭 TUN，确认普通系统代理可以正常访问，再按照当前客户端的说明安装或修复服务组件。Windows 常需要服务或管理员权限，macOS 可能要求批准网络相关权限，Linux 则需检查服务权限及虚拟网卡支持。授权完成后重新启动客户端并阅读首次报错。若仍失败，检查是否有其他 VPN 或虚拟网卡软件冲突。不要为了绕过报错长期关闭安全防护，也不要同时修改多项路由设置。

在客户端中导入受支持的订阅或配置后，先选中配置及代理策略，再按系统提示允许添加 VPN 配置。返回客户端启动连接，检查系统连接状态与客户端日志，随后用新的网页请求验证。iOS 的网络接入方式与桌面系统代理不同，不应照搬桌面端端口设置。若连接按钮无法启用，先检查配置解析结果及系统授权；若已启用但不能访问，再核对订阅有效期、所选出口和 DNS 设置。

开机自启只表示客户端会在登录后启动，不一定同时开启系统代理或 TUN。应分别检查启动项、启动后连接选项、配置选择和服务状态，并确认所需权限已授予。多用户环境下，还要核对启动项属于哪个账号。排查时先手动启动并验证网络，再退出重登观察日志；不要只看托盘图标。笔记本从休眠恢复后若路由尚未就绪，可先等待网络连接完成，再重新建立客户端连接。

不要直接把长期使用的自定义规则写进每次都会被订阅覆盖的原始文件。优先使用客户端提供的覆写、合并或扩展配置功能，并先阅读它对规则插入位置的说明。需要优先匹配的规则通常应放在兜底规则之前，但不能假定所有客户端都采用相同合并顺序。更新后检查实际生效配置，并用目标域名产生新连接，确认命中预期规则。修改前保留备份，以便出现解析错误时恢复。

开启系统代理后，在浏览器中发起一个新的请求，同时观察客户端连接记录。记录中应能看到目标地址、命中的规则和所用策略；如果完全没有记录，先检查流量是否进入客户端。可以再用可信的 IP 查询服务辅助判断出口，但它只能反映该次请求，不能证明所有应用都经过代理。对于直连与代理分别配置的目标，应各测一次。不要仅凭客户端显示运行中或网页能够打开就认定分流正确。

延迟测试通常测量到指定测试地址的一次请求耗时，不等于可用带宽，也不能完整反映丢包、拥塞和目标网站的访问质量。相同节点访问不同服务时，后续网络路径也可能不同。比较体验时尽量使用相同设备、网络、目标和时间段，并观察实际传输是否稳定。若只在某个站点变慢，先检查该站点的规则命中与出口，而不是只按延迟排序反复切换。测试本身还可能消耗线路流量。

仅在确实需要让同一可信网络内的设备使用代理时开启该选项。被连接设备应填写运行客户端的电脑局域网地址和实际监听端口，而不是填写自身的回环地址。还需检查监听地址、防火墙入站规则及客户端支持的访问认证。不要把代理端口映射到公网，也不宜在公共无线网络上直接开放。使用结束后关闭局域网入口；若连接失败，先确认两台设备互通，再检查代理协议与端口是否一致。

至少隐藏完整订阅地址、访问令牌、密码、节点服务器地址、账号信息以及不希望公开的访问域名和本机路径。日志即使没有明显密码，也可能暴露服务标识或网络环境。提交问题时保留客户端名称、内核信息、系统类型、触发步骤和相关错误行即可，不必上传整份配置。需要复现配置时应制作最小脱敏样例，并先自行检查附件。若凭据已经公开，仅删除截图不够，还应到服务端重置。

先确认本地网络与系统时间正常，再检查订阅是否到期、流量是否耗尽或地址是否被重置。接着查看更新日志，区分超时、认证失败和配置解析错误；更新成功但解析失败时，应向提供方确认返回格式。如果订阅域名需要通过代理访问，而当前配置又不可用，可按客户端支持情况临时改用直连更新，或使用已验证可用的连接。不要连续频繁重试，也不要把私有订阅地址提交给不明转换网站。

先关闭代理确认基础网络可用，并检查系统时间是否正确，再核对订阅状态和当前配置。仅单个节点失败时，可与同一配置中的其他出口对照；全部失败时，应优先检查本地网络、订阅账号、内核协议支持及安全软件拦截。通过日志区分域名解析失败、连接超时和认证失败，避免一律归因于节点故障。可以换一个可信网络作对照，但不要在同一轮测试中同时修改端口、DNS 和协议参数。

先在系统代理设置中核对地址与端口是否对应当前客户端的实际监听入口，再确认内核已启动且端口没有被占用。浏览器扩展、独立代理设置或其他代理软件可能覆盖系统设置，可暂时停用后新建连接观察。若客户端连接记录里仍没有请求，问题通常在接入环节；若已有记录，则继续检查规则和出口。命令行工具未必遵循系统代理，需要单独配置受支持的代理方式，不能据此认定客户端失效。

先确认普通浏览器通过系统代理能够访问，再判断受影响应用是否属于受回环限制的打包应用。部分应用不能直接访问本机回环代理入口，可在客户端提供的回环豁免工具中仅为所需应用授权，并按提示使用管理员权限。豁免并不解决所有商店应用问题，也不能修复节点或 DNS 故障。若使用 TUN，应另查虚拟网卡与路由状态。处理后重新启动目标应用测试，不建议一次为所有应用批量豁免。

显示已连接只说明部分组件正在运行，先查看新请求是否进入连接记录，再检查所选策略、规则是否命中拒绝、DNS 是否报错及出口是否可用。如果退出客户端后才断网，应检查系统是否仍指向已经停止监听的本机代理，并清理残留代理设置；使用过 TUN 时还需确认虚拟网卡和路由已恢复。保留原设置后逐项回退，不要同时重置全部网络参数。公司或学校管理的设备应先咨询网络管理员。