Clash 常见问题与故障排查

订阅链接是客户端获取远程配置的地址，通常包含代理节点、策略组和规则信息。它不是单个节点地址，也不是安装包。复制时需要保留完整参数，不要删掉问号后的 token 等内容；订阅地址应只放入可信客户端，不要发布到公开页面。

订阅是远程配置入口，客户端更新订阅后会生成或替换本地配置。配置文件负责组织端口、DNS、节点、策略组和规则，代理节点只是配置中的一部分。节点可用不代表整份配置一定能正常工作，策略组选择、规则顺序和流量接管方式也需要同时检查。

日常使用通常选择规则模式，由 rules 段决定每个域名或地址走代理、直连还是拒绝。全局模式会把已接管的流量交给同一个代理策略，适合临时测试节点。直连模式绕过代理，可用于确认网络故障是否来自 Clash 配置。排查结束后再切回规则模式。

部分客户端会暂时保留上一次成功加载的本地配置，但远程更新、节点状态和服务授权可能已经失效，因此不能把本地仍有配置视为订阅有效。先在订阅服务页面确认状态，再手动更新配置；如果返回空内容、授权错误或到期提示，需要先处理订阅本身。

直接编辑订阅生成的配置时，下一次更新可能覆盖这些改动。需要长期保留的规则应放入客户端支持的覆写、合并或扩展配置中，并确认它们的应用顺序。修改前可复制现有配置作为参考，更新后重点检查策略组名称和规则目标是否仍然对应。

打开客户端的配置、订阅或 Profiles 页面，选择从 URL 导入，把完整地址粘贴到输入框并执行下载。导入成功后还要选中这份配置，使其成为当前配置。仅保存地址但没有启用配置时，策略组和规则不会参与流量处理。

先确认 Clash 内核已经启动，再检查系统代理开关和本地混合端口是否一致。浏览器若配置了独立代理、扩展代理或安全软件接管，也可能绕过系统设置。可先关闭这些额外入口，用浏览器访问测试；仍无效果时检查 Windows 代理设置中是否出现正确的本地地址和端口。

系统代理通常需要客户端获得修改网络设置的授权，TUN 还可能要求安装网络扩展、辅助服务或输入管理员凭据。授权后应回到客户端确认开关保持开启。如果系统设置中显示扩展被阻止，需要先允许对应项目，再完全退出并重新启动客户端。

先关闭 TUN，按照客户端提供的入口安装服务模式、网络扩展或虚拟网卡组件，然后重新启动客户端。Windows 可检查驱动安装和管理员授权，macOS 检查网络扩展许可，Linux 检查 CAP_NET_ADMIN、设备权限和路由写入权限。不要同时启动多个会创建虚拟网卡的代理工具。

Android 同一时间通常只允许一个应用使用系统 VPN 接口。先断开其他 VPN、加速器、防火墙或使用本地 VPN 过滤流量的应用，再回到 Clash 重新连接。如果系统启用了始终开启的 VPN，需要在系统网络设置中取消原应用绑定，之后再授权当前客户端建立连接。

先更新订阅并确认配置加载成功，再进入策略组选择可用节点，最后开启系统代理或 TUN。这样可以把配置获取、策略选择和流量接管分开验证。出现问题时按相反顺序逐层关闭，也更容易判断故障发生在订阅、节点还是系统接管环节。

不一定。延迟测试使用的地址、测试方式和真实业务连接可能不同，测试目标被拦截也会显示超时。先换一个测试地址或直接打开目标网站，再检查节点协议、端口和时间是否正确。如果所有节点同时超时，更应优先检查本地网络、DNS、订阅内容和内核状态。

常见配置使用 mixed-port 同时接收 HTTP 和 SOCKS 流量，也可以分别设置 port 与 socks-port。端口应选择本机未被占用的值，并让系统代理、浏览器或其他应用指向同一个实际监听端口。修改端口后需要重载配置，必要时检查防火墙和端口占用情况。

Fake-IP 先返回虚拟地址，再由 Clash 还原域名并匹配规则，通常能减少应用绕过域名规则的情况。Redir-Host 返回真实解析结果，对部分局域网设备和特殊应用更直观。遇到游戏、局域网域名或设备发现异常时，可先把相关域名加入排除列表，而不是直接关闭整套 DNS。

部分 UWP 应用受 Windows 应用容器限制，不能直接访问本机回环代理。使用客户端提供的 UWP 回环工具，勾选需要访问本地代理的应用并保存，然后重新启动该应用。不要默认全选全部项目；系统更新或应用重装后，如果设置失效，需要再次检查对应条目。

先确认订阅地址完整且没有多余空格，再用浏览器访问地址查看是否返回配置内容或明确错误。随后检查系统时间、当前网络、DNS 和客户端日志。若浏览器也无法获取，问题通常在订阅状态或网络链路；若浏览器可获取而客户端失败，重点检查客户端的更新代理、用户代理要求和配置解析错误。

先切到直连模式确认基础网络正常，再检查设备时间、内核是否运行和订阅是否刚被替换。然后查看 DNS 能否解析、节点服务器地址是否可达，以及防火墙是否拦截客户端。所有节点同时失效通常不是逐个节点故障，避免在未确认原因前反复删除配置。

浏览器可能使用了自己的代理扩展，而其他应用既不读取系统代理，也没有被 TUN 接管。先确认浏览器是否配置独立代理，再检查系统代理是否开启。对于不支持系统代理的应用，可在权限和兼容性允许时使用 TUN；同时检查该应用是否写死了直连、代理地址或自定义 DNS。

先关闭 TUN 并退出客户端，确认基础网络恢复。随后检查虚拟网卡、默认路由、DNS 劫持和自动路由设置，清理其他代理工具留下的路由或网卡冲突。重新开启时先使用默认配置，不加载复杂覆写；如果关闭客户端后仍断网，可重置系统代理并重新连接当前网络。

依赖 GEOIP、GEOSITE 或规则集的规则可能无法加载最新分类，严重时配置会因文件缺失而启动失败。先查看日志确认失败的是数据库下载、路径写入还是规则引用，再检查存储权限和更新地址可达性。更新完成后重载配置，并确认规则提供者状态不再显示错误。