Clash 常见问题

客户端提供订阅管理、策略选择、日志查看和系统网络设置；内核负责解析配置、匹配规则与建立连接。Clash Meta 是 Clash 的衍生内核，后续以 mihomo 名称继续发展。不同客户端可能内置不同内核，也可能允许替换内核，因此界面相似不代表协议和字段支持一致。遇到配置不兼容时，先在关于或内核信息中确认实际运行的内核，再查对应文档，而不是只看客户端名称。

客户端是配置与连接的运行工具，不会仅凭安装就产生可用的远端代理服务。订阅或本地配置需要包含代理节点、策略组及规则等必要信息，远端服务还需要处于可用状态。导入前应确认配置来源可信、协议受当前内核支持，并了解服务的使用范围。只有节点列表的订阅不一定是完整的 Clash 配置，可能还要由客户端合并到配置模板；具体取决于导入入口支持的格式。

规则模式按配置中的规则顺序选择策略，适合日常分流；全局模式将内核接管的连接交给全局策略，适合临时对照测试；直连模式让内核接管的连接直接访问目标，适合排除远端节点因素。这里的模式只决定进入内核后的处理方式，不决定哪些应用流量会进入内核。切到全局仍无法接管某个应用时，应检查系统代理或 TUN，而不是反复修改规则。

两者的接管位置不同。系统代理通过操作系统的代理设置引导遵循该设置的应用，部分命令行程序、游戏或独立网络栈可能不会使用它。TUN 通过虚拟网卡和路由接管匹配的流量，还涉及权限、DNS 与其他 VPN 的协作。浏览器使用正常而其他应用不通时，可先确认应用是否支持显式代理，再考虑 TUN。并非所有故障都需要同时开启两种方式。

协议名称一致只是基本条件，还要核对传输方式、TLS、认证及扩展参数。例如 VLESS 的不同传输组合、Hysteria2 的带宽设置，都可能受到内核能力或客户端导入实现的限制。分享链接、Clash YAML 和其他客户端的配置格式也不是同一回事。建议优先使用服务提供方明确支持的配置格式，导入后检查节点类型与关键参数；不要为消除报错而随意删除认证或安全相关字段。

在客户端的配置或订阅页面新增远程配置，粘贴完整链接并保存，等待下载及解析完成，再把该配置设为当前使用。随后打开策略组，选择一个有效节点，启用系统代理或按需启用 TUN，最后查看连接记录。各客户端的按钮名称不同，但下载成功、配置启用与流量接管是三个独立环节。订阅链接可能包含访问凭据，不应贴到公开截图、在线转换页面或问题讨论区。

先查看更新日志，区分域名解析失败、连接超时、HTTP 状态错误与配置解析失败。若返回 401 或 403，检查账号状态及链接授权；若返回 404，确认地址是否已更换。请求成功却无法解析时，可能下载到了登录页、错误提示页或不兼容格式。再按客户端提供的选项尝试直连或通过现有代理更新，避免当前失效节点影响下载。不要连续高频重试，也不要把完整订阅地址发到公开渠道。

先保留原配置，阅读日志中首个错误的位置。字段不支持通常需要核对内核能力及配置格式；找不到策略组则应检查规则目标、组名、节点名之间是否完全一致，包括大小写与空格。YAML 缩进应使用空格，列表层级也要正确。若配置由订阅生成，优先修正订阅模板或客户端的覆写配置，避免更新后手工修改被覆盖。一次只调整一处，再执行客户端提供的配置检查。

TUN 涉及虚拟网卡与系统路由，通常需要相应权限。桌面客户端若提供服务模式或特权辅助程序，应先按其安装流程完成授权，再由服务执行需要提权的操作，不必直接把长期以管理员身份运行界面作为默认方案。安装服务后仍失败时，查看服务是否启动、虚拟网卡是否创建，以及安全软件是否拦截。移动端则需要允许系统 VPN 配置；拒绝授权后，相关接管功能无法建立。

mixed-port 是同时接受 HTTP 与 SOCKS 代理连接的监听端口，应用的代理地址应填写实际监听地址和端口，而不是控制接口端口。仅在本机使用时，保持回环地址监听即可。若要供局域网设备使用，还要检查 allow-lan、绑定地址、系统防火墙与认证设置，并将访问范围限制在可信网络。不要把代理监听或控制接口直接暴露到公网；更改端口后，也要同步修改应用中的显式代理设置。

先选择明确的节点，再发起一个新的目标连接，在客户端连接列表中核对目标域名、命中规则、策略组与实际节点。必要时关闭目标应用的旧连接后重新打开，因为已建立的连接可能继续沿用原出口。出口地址查询可以辅助判断，但单看浏览器图标、系统代理开关或节点测试成功都不充分。若应用自行使用其他代理或 VPN，也要先排除重叠路径，否则测试结果可能对应另一条连接。

规则通常从上到下匹配，首次命中即执行对应策略。精确的自定义规则应放在可能提前命中的宽泛规则之前，并确认目标策略组存在。订阅配置建议使用客户端的覆写或规则合并功能，避免直接编辑生成文件后被更新覆盖。检查时要确认当前配置已重新加载，并查看新连接的规则记录。若应用使用 IP 连接且内核缺少域名信息，域名规则可能无法匹配，需要结合 DNS 与流量识别方式分析。

Fake-IP 是内核分配的虚拟映射地址，用于保留域名与连接之间的关系，不是目标服务器的真实公网地址。应用拿到该地址后，后续连接应由内核接管。部分局域网发现、设备管理或要求真实解析结果的应用可能需要例外处理。应针对具体域名配置过滤或调整 DNS 路径，而不是一次排除所有域名。切换 DNS 模式后，可重启目标应用并清理相关缓存，避免旧映射继续影响判断。

自动更新通常会刷新远程配置或代理提供者的数据，但策略选择是否保留，取决于客户端的持久化机制及策略组名称是否稳定。直接写进远程配置文件的修改容易在下次下载时被替换。建议把固定规则、DNS 调整等放进客户端支持的覆写层，并在更新后检查最终生效配置。更新完整配置与更新 proxy-providers 不是同一操作；设置计划任务前，先确认客户端提供的是哪一种更新入口。

命令行工具不一定读取桌面系统代理。先查工具文档，使用它支持的代理参数、专用配置或环境变量，并指向客户端实际监听的本机地址与端口。不同工具对 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 及大小写的支持并不统一，不能假定设置一个变量就对所有程序生效。测试后若不再需要，应在对应终端会话或配置文件中撤销设置。关闭客户端却保留显式代理，会让工具持续连接一个不存在的本地入口。

订阅下载地址与节点服务器是不同目标，订阅能更新不能证明节点可用。先确认账号、流量与服务状态，再换同组其他节点进行对照；仅个别节点失败时，优先检查该节点服务。全部失败则查看本机网络、域名解析、系统时间及内核协议支持。Hysteria2、TUIC 等还依赖 UDP 路径。测试 URL 本身不可达也会导致超时，应结合实际访问和连接日志判断，不要仅依据一项测试结果反复重装客户端。

先确认内核运行正常，本地代理端口确实处于监听状态，再核对系统设置中的地址与端口。检查浏览器是否由扩展、企业策略或独立代理设置覆盖，以及目标地址是否落入代理绕过列表。随后在客户端查看新请求是否出现：没有连接记录时，问题多在接管入口；已有记录则继续检查规则、策略和节点。退出其他会修改代理设置的程序后再测试，避免开关状态与系统实际设置不一致。

部分受应用容器隔离的 Windows 应用不能直接访问本机回环代理，此时可能需要针对具体应用配置回环豁免。先确认普通桌面浏览器能够使用同一代理，再使用客户端提供的 UWP 回环工具或系统管理工具，仅选择确有需要的应用并按要求授权。并非所有商店应用都采用相同网络模型，不能把所有连接故障都归因于回环限制。若改用 TUN，仍需检查路由、DNS 与应用实际连接记录。

先关闭 TUN，并暂停其他 VPN 或同类流量接管工具，确认基础网络能够恢复。随后只启用一个接管方案，检查默认路由、DNS 设置与虚拟网卡状态。若关闭客户端后仍异常，使用客户端提供的服务停止或网络设置恢复功能，并检查是否残留手工配置的代理和 DNS。不要在不了解作用时批量删除系统路由或网卡。恢复基础连接后，再结合日志逐项启用功能，找出触发异常的最小配置。

端口占用时，先确认是否存在另一个客户端、旧内核进程或后台服务监听同一地址，不要直接结束不明系统进程。可以停止重复实例，或修改监听端口并同步应用代理设置。若退出客户端后才无法联网，检查系统代理是否已关闭，浏览器扩展及终端环境变量是否仍指向本机端口；TUN 用户还应确认服务和路由已正常退出。自动启动场景下，界面关闭不一定代表后台内核已停止，应分别核对。