订阅 · 分流 · 连接排查
Clash 常见问题
配置与故障排查
先判断问题发生在订阅下载、配置加载，还是应用连接阶段，再按对应问答逐项检查。不同客户端的菜单名称可能不同，以下步骤以功能名称为准。
基础认知
区分客户端、内核与代理入口，避免把模式切换误当成连接开关。
Clash 内核、mihomo 与图形客户端有什么区别？
内核负责解析配置、匹配规则和建立连接；图形客户端负责订阅管理、设置开关与日志展示。mihomo 延续了 Clash.Meta 的开发路线，支持的协议和字段与原版 Clash 并不完全相同。教程中的设置入口可能随客户端变化，因此排查时应同时记录客户端名称、内核类型与系统平台。只有界面版本相同，不能保证两台设备具备相同的协议支持能力。
安装 Clash 后，为什么还需要订阅或配置文件？
客户端是连接工具，安装包通常不包含可直接使用的远端连接信息。订阅或配置文件提供服务器地址、认证参数、策略组和分流规则。导入前先确认提供方支持当前内核的格式，不要把网页地址或账户管理页面当成订阅链接。订阅地址可能带有账户凭据，不应发布到论坛、截图或在线转换工具；需要他人协助时，只提供删去敏感信息后的错误描述。
规则、全局与直连模式分别适合什么时候使用？
规则模式依次匹配配置中的规则，命中的策略决定连接走代理还是直连，适合日常使用。全局模式把进入内核的连接交给全局策略，适合短时判断问题是否来自分流规则，但不会自动接管所有应用。直连模式让进入内核的连接直接访问目标，也不等于退出客户端。排查结束后恢复规则模式，并检查全局策略组或规则策略组是否仍选中了临时测试项。
系统代理与 TUN 模式可以互相替代吗？
系统代理向操作系统登记代理地址，主要影响遵循该设置的应用；部分程序会使用自己的代理设置，或完全忽略系统代理。TUN 通过虚拟网卡和路由接管符合条件的流量，更适合需要覆盖其他应用的场景，但依赖权限、路由和 DNS 配置。首次配置建议先用系统代理验证订阅，再按需要启用 TUN。两者同时开启并不必然更好，故障时应分别测试，避免混淆流量入口。
安装配置
按导入、启用、授权的顺序操作。先确认配置能加载，再处理自启和接管范围。
订阅应该导入哪个入口，导入成功后还要做什么？
在客户端的订阅、配置或 Profiles 页面选择通过 URL 导入，粘贴提供方给出的完整订阅地址，再执行下载或更新。看到配置名称并不代表已经启用：还需要把它设为当前配置，确认策略组中出现可选择的出站，并选择适当的节点。随后切到规则模式，开启系统代理，用浏览器访问实际需要的服务。若提示解析错误，先核对订阅格式，不要反复修改连接密码来碰运气。
TUN 开启失败或提示权限不足，应该检查什么？
先查看内核日志，区分权限不足、虚拟网卡创建失败和路由添加失败。Windows 客户端通常需要安装并启动服务模式；macOS 可能需要批准网络扩展或授予管理员权限；Linux 则取决于客户端服务及网络管理权限。优先使用客户端提供的服务安装入口，不要长期用高权限运行所有程序。若同时有其他 VPN 或虚拟网卡工具，先暂停其连接再测试，确认权限正常后再检查 TUN 配置。
配置文件报错，怎样定位是格式还是内核兼容问题？
保留错误日志中的字段名与行号，再查看附近几行。YAML 的缩进应使用空格，同一层级保持一致，列表标记后需要空格；冒号、引号和策略组名称也要核对。若提示未知代理类型或不支持的字段，应检查内核能力，而不只是调整缩进。先备份配置，再一次只改一处并重新加载。订阅生成的配置还可能被下一次更新覆盖，长期修改应放在客户端支持的覆写或合并入口。
开启开机自启后，为什么仍然没有代理连接？
开机自启只保证客户端尝试启动，不一定同时启用系统代理、TUN 或后台服务。先在重启后确认客户端进程与内核都已运行，再检查当前配置是否加载、系统代理开关是否开启，以及 TUN 服务是否正常。部分桌面系统的自启指登录后启动，不是在登录前运行。若网络尚未就绪，订阅更新可能先失败；等网络连接完成后手动更新一次，避免把启动时序问题误判为订阅失效。
使用技巧
修改规则、共享代理或调整 DNS 前保留当前配置。每次只调整一个项目，验证后再继续。
怎样添加 Clash 自定义规则，避免订阅更新后丢失？
优先使用客户端的规则覆写、扩展配置或合并配置功能，不要直接修改订阅下载生成的临时文件。规则通常从上到下匹配，具体域名应放在宽泛规则和最终兜底规则之前，目标策略名称必须与现有策略组完全一致。保存后重新加载，并在连接列表中观察该请求命中了哪条规则。已有连接可能继续沿用旧策略，需要重新建立连接才能验证；修改前保留备份，便于出现误分流时恢复。
延迟测试数值很低，为什么下载或视频仍然很慢？
延迟测试主要反映对指定测试地址完成请求所需的时间，不等于可用带宽，也不能代表所有目标服务的体验。下载速度还受服务器负载、线路拥塞、丢包、目标站点和本地网络影响。比较节点时应保持同一网络、同一目标与相近时段，先看服务能否稳定打开，再观察持续传输表现。不要只按最低毫秒数反复切换；如果只有某个站点慢，还应查看其实际命中规则与出口策略。
手机或电视如何使用电脑上的局域网代理？
两台设备需要处在可互相访问的局域网。电脑端开启允许局域网连接，确认监听地址没有限制在本机回环地址，并在防火墙中仅对可信网络放行代理端口。另一台设备填写电脑的局域网 IP 和实际 mixed-port 端口，而不是填写 127.0.0.1。手动 HTTP 代理通常只覆盖遵循该设置的应用，不代表所有流量都已接入。使用结束后关闭共享，避免在公共网络开放未经访问控制的代理入口。
Fake-IP 是什么，遇到局域网域名异常要怎么处理？
Fake-IP 模式为域名分配用于内部映射的地址，内核据此把后续连接关联回域名，辅助规则分流。这些地址不是目标服务器的真实地址，因此不能只凭解析结果判断 DNS 出错。若打印机、NAS 或内部域名访问异常，先确认本地 DNS 和域名后缀，再根据内核文档配置 fake-ip-filter 及相应解析策略。修改后清理相关 DNS 缓存并重建连接，避免旧缓存让测试结果看起来没有变化。
故障排查
优先观察日志与连接记录。一次失败只能说明当前请求没有完成，不能直接判定订阅或客户端不可用。
订阅更新失败或提示 401、403，应该怎样排查？
先检查设备时间与基础联网状态，再到订阅提供方确认账户、有效期和链接是否已被重置。401 通常与认证失败有关，403 表示请求被拒绝，但最终原因仍应以提供方说明为准。若返回的是登录网页而非配置内容，重新获取正确订阅地址；若是超时，再检查订阅更新采用直连还是代理下载。不要把完整链接贴到公开页面，也不要在来源不明的转换网站输入地址来尝试修复。
节点全部超时，是订阅失效还是网络问题？
先关闭代理入口，确认本地网络本身可以正常联网，再检查配置是否更新成功、设备时间是否准确。测试地址不可访问时，也可能出现全部超时，因此应结合实际服务访问与内核日志判断。若只有一个节点失败，检查该节点状态；若全部连接都在解析或握手阶段失败，再依次核对 DNS、认证信息和内核协议支持。每次只改变一个条件，并暂停其他 VPN，避免同时改端口、DNS 和模式后无法确认原因。
系统代理已开启，为什么浏览器或其他应用仍不走代理？
先查看客户端连接列表：有记录但走直连，多半要检查规则和策略选择；完全没有记录，则检查应用是否使用系统代理。浏览器扩展、应用内手动代理和代理绕过列表都可能覆盖系统设置。核对系统中的代理地址与端口是否对应当前监听值，更换 mixed-port 后尤其要同步。命令行工具还可能读取独立的代理环境变量。确认普通浏览器请求可进入内核后，再考虑为不遵循系统设置的应用使用 TUN。
Windows 的 UWP 应用无法使用本机代理，怎样检查回环限制？
部分 AppContainer 应用受网络隔离限制，不能直接访问本机回环代理。先确认普通桌面浏览器能通过同一代理访问目标，再使用客户端提供的 UWP 回环工具，只为需要的应用添加回环豁免；该操作通常需要管理员权限。并非所有商店应用都是 UWP，也并非所有连接失败都由回环限制造成。若添加豁免后仍失败，继续查看连接日志、应用代理支持与防火墙设置，不要直接为所有应用批量放开权限。