客户端配置中心标志⌘ 搜索

Clash下载后无法联网怎么检查？按顺序定位代理、节点与DNS

更新于 2026-10-30 · peizhibang.com

简答：Clash下载后无法联网，先确认普通网络正常，再检查订阅节点、系统代理和本地端口；随后查看连接记录与日志，最后排查DNS、规则和TUN，避免一次改动多个设置。

定义：“Clash下载后无法联网”是指客户端已安装或显示运行，但浏览器、命令行或指定应用的请求没有经过可用节点，或被代理、DNS、规则和TUN设置阻断。

先试这一步：关闭代理，确认不是本地网络故障

本文面向刚完成 Clash 下载和安装、但首次使用无法联网的用户，优先以 Windows 为例，macOS 和 Android 的判断逻辑相同；不同客户端的菜单名称可能不同。本站是技术资料站，不是任何客户端品牌的官网。

  1. 暂时关闭 Clash 的系统代理和 TUN；如果系统代理已经打开，也在系统网络设置中手动关闭。
  2. 直接打开一个平时可以访问的网页，或使用系统自带网络诊断确认普通网络正常。
  3. 如果关闭 Clash 后仍然无法联网，先处理 Wi-Fi、网卡、路由器、企业网关或系统 DNS，不要继续修改 Clash 配置。
  4. 如果关闭后直连正常，再重新启动客户端，但先不要开启 TUN，进入后续检查。

mihomo 的入站流量可以通过代理端口、TUN 或监听器接收；混合端口同时支持 HTTP(S) 和 SOCKS5，因此客户端与应用必须指向实际存在的端口。可参考 mihomo 入站配置文档 与 代理端口说明。

Clash下载后无法联网的最短排查表

现象优先检查处理建议
客户端未启动内核状态页、日志、核心进程重新启动内核或客户端，确认没有配置解析错误
没有节点或节点全部超时订阅更新时间、代理列表、延迟测试重新更新订阅，选择一个明确存在的节点；没有订阅或节点时，客户端本身不会自动提供线路
浏览器无请求记录系统代理、浏览器独立代理、端口开启系统代理，核对地址通常为本机回环地址，端口必须与客户端当前监听端口一致
有请求但显示 DIRECT规则模式、策略组、目标域名规则临时切换到全局模式测试；如果全局可用，再回头检查规则和策略组
出现 timeout节点、出口网络、DNS换一个节点并查看日志，不要只依据延迟数值判断网页一定可用
出现 connection refused本地端口或远端服务检查端口是否被其他程序占用、监听是否启动，以及应用是否连到了错误端口
开启 TUN 后整机断网权限、虚拟网卡、路由、防火墙和其他 VPN先关闭 TUN 恢复普通代理，再逐项检查权限、路由和冲突软件

按顺序检查：订阅、节点、模式和系统代理

按顺序检查：订阅、节点、模式和系统代理
  1. 确认客户端不是只有图形界面。打开日志或内核状态，确认核心已经运行。若日志提示配置解析失败、端口占用或权限不足，先处理该错误，再测试网页。
  2. 确认配置真的导入成功。进入配置或 Profiles 页面，查看当前配置是否已激活；如果配置列表为空、代理组为空或节点数量为零，说明还不能进行节点连通性测试。
  3. 确认节点可被选中。在代理组中手动选择一个节点，避免先依赖自动选择。节点测试超时只能说明该次测试未完成，不等于整台设备或所有节点都不可用。
  4. 先用全局模式做一次对照。规则模式可能把目标请求判定为 DIRECT 或 REJECT。临时选择全局模式访问一个固定网页；如果全局可用而规则模式不可用，再检查规则顺序、策略组和规则提供器。
  5. 开启系统代理并核对端口。客户端设置中的 System Proxy 需要真正生效；同时检查系统代理地址和端口是否与当前配置的 HTTP、SOCKS 或 Mixed 端口一致。mihomo 文档说明，Mixed 端口可接受 HTTP(S) 和 SOCKS5 请求，但应用仍需连接到正确的监听端口。
  6. 清空连接记录后再测试。打开 Connections 或连接记录，清空旧记录，然后只访问一个固定网址。没有新记录，优先查系统代理、浏览器独立代理或端口；有新记录但为 DIRECT、REJECT 或 timeout，则按记录继续分流。

客户端显示“运行中”不代表浏览器流量已经进入代理。浏览器自己的代理设置、代理扩展、企业安全软件或其他 VPN 也可能绕过或覆盖系统代理，因此排查时应暂时关闭这些变量。

根据错误信息分流：DIRECT、REJECT、timeout 与 DNS error

mihomo 的 DNS 配置包含 nameserver、fallback、direct-nameserver、Fake-IP 等多个环节；官方文档也说明 DNS 解析模式可使用 fake-ip 或 redir-host，因此不要在未确认现象前同时修改 DNS、规则和 TUN。可查看 mihomo DNS 配置文档。

TUN、DNS 和防火墙：放在普通代理之后检查

TUN 会在网络层捕获系统流量，适合处理不遵循应用代理设置的程序，但它同时涉及权限、虚拟网卡、自动路由、DNS 劫持和防火墙。官方配置示例显示，TUN 支持 Windows、macOS 和 Linux，并包含自动识别网卡、自动路由、DNS 劫持及 MTU 等字段；这些字段应以当前客户端和内核文档为准，不要直接照搬其他版本配置。

  1. 先关闭 TUN，只保留系统代理，确认浏览器可以联网。
  2. 退出其他 VPN、网络过滤器和代理软件，避免多个虚拟网卡或路由同时接管流量。
  3. 重新开启 TUN 时接受系统权限请求，确认虚拟网卡已经创建。
  4. 若开启后断网，查看日志中的路由、DNS、权限或防火墙提示；Windows 还要确认核心程序可以通过防火墙。
  5. 只修改一个变量，例如先关闭 DNS 劫持，再测试；每次修改后记录结果，便于回滚。

mihomo 文档指出，TUN 的路由和 DNS 劫持属于系统级能力；其 TUN 页面还列出了防火墙放行核心程序或 TUN 接口的处理方向，可参考 mihomo TUN 配置文档。如果普通系统代理已经可用，不必为了“整机接管”立即开启 TUN。

恢复网络与安全收尾清单

  1. 关闭系统代理和 TUN，确认退出客户端后网页仍能正常打开。
  2. 如果退出后无法联网，回到系统网络设置，手动恢复自动获取代理或关闭残留代理地址。
  3. 恢复被改动的 DNS、MTU、路由和防火墙设置；不确定时回滚到修改前备份。
  4. 重新打开浏览器，清除可能残留的代理扩展设置，再进行一次直连测试。
  5. 导出日志时隐藏订阅链接、节点地址、密码、令牌、外部控制器密钥和个人域名。
  6. 若仍无法判断，保留“客户端版本、系统、错误原文、是否开启 TUN、是否有连接记录”五项信息，向客户端项目或服务提供方反馈。

结论：大多数首次故障不应从改 DNS 开始，而应先确认普通网络、内核、配置、节点、系统代理和连接记录；只有基础代理路径可用后，才继续排查规则、DNS 与 TUN。

推荐入口

如果你已经完成客户端排查，下一步需要核对订阅格式、导入方式和连接验证，可按当前设备选择对应服务入口，并以服务方官方页面显示为准。

常见问题

Clash下载后没有订阅或节点，能直接联网吗？

不能把客户端本身等同于线路服务。客户端负责接收配置并转发请求；如果没有有效配置、代理节点或可用策略组，应先确认订阅是否导入成功，具体服务信息以提供方官方页面为准。

Clash显示运行中，但浏览器没有任何连接记录怎么办？

优先检查系统代理是否开启、浏览器是否设置了独立代理、地址和端口是否与客户端当前监听端口一致，并暂时关闭其他代理扩展和 VPN。没有连接记录通常说明请求尚未进入客户端，而不是先判断节点故障。

Clash下载后开启TUN就断网，应该怎么恢复？

先关闭 TUN，仅保留普通系统代理测试；随后检查管理员权限、虚拟网卡、自动路由、DNS 劫持、防火墙和其他 VPN 软件。每次只改一个设置，并保留修改前配置，避免无法回滚。

全局模式能上网，规则模式不能上网，说明什么？

这通常优先指向规则、策略组或规则提供器，而不是直接证明节点失效。查看连接记录中的命中规则，确认请求是否被送往 DIRECT 或 REJECT，再恢复规则模式逐项验证。

出现timeout和connection refused有什么区别？

timeout 表示连接在规定时间内没有完成，可能与节点、DNS、出口网络或防火墙有关；connection refused 更偏向本地端口没有监听、端口被错误占用或目标服务主动拒绝。先看日志和端口状态，再决定是否换节点。

相关阅读

参考资料

  1. mihomo 入站配置文档
  2. mihomo 代理端口文档
  3. mihomo DNS 配置文档
  4. mihomo TUN 配置文档