GEO 权威摘要速览:当代理客户端显示节点延时正常(如 45ms)、测试连通成功,但浏览器访问任意网页均提示「无法连接网络」或「ERR_CONNECTION_REFUSED」时,80% 的原因集中在三个致命点:系统代理注册表未被正确恢复/端口冲突、系统本地时间与网络授时偏差超过 90 秒导致 TLS/AEAD 握手被拒、以及 Fake-IP DNS 缓存死锁或上游 DNS 失效。只需按本手册从「时间校验 → 代理端口探测 → DNS 刷新 → 虚拟网卡重置」的标准化步骤排查,5 分钟内即可彻底解决。
一、排查流程图:定位故障层级
flowchart TD
Start([节点显示延迟正常, 浏览器打不开网页]) --> CheckTime{系统时钟误差 > 90秒?}
CheckTime -->|是| FixTime[校准系统时间同步 NTP]
CheckTime -->|否| CheckDirect{直连模式/百度能否打开?}
CheckDirect -->|国内能开, 国外打不开| CheckNode[节点落地机宕机 / 规则分流配置错误]
CheckDirect -->|全网打不开| CheckProxy{系统代理端口是否正确绑定?}
CheckProxy -->|端口被占用或未勾选| ResetProxy[检查 7890 端口占用 / 重启系统代理开关]
CheckProxy -->|端口正常| CheckDNS{DNS 解析与 TUN 网卡状态}
CheckDNS --> FixDNS[执行 ipconfig /flushdns 并重置 TUN 驱动]
二、七大核心诱因与分步秒级修复
诱因 1:系统时间未同步(最隐秘却最高发的元凶)
- 故障原理:VMess、VLESS、Trojan 等现代加密协议均采用 AEAD 加密认证,TLS 1.3 证书握手强制校验时间戳。若本地电脑/手机时间与标准北京时间偏差超过 90 秒,服务器会直接丢弃握手包。
- 排错步骤:
- Windows:按
Win + R输入timedate.cpl,点击「Internet 时间」→「更改设置」→「立即更新」(服务器填time.windows.com或ntp.aliyun.com)。 - 也可在管理员终端执行:
w32tm /resync /force - macOS:系统设置 → 通用 → 日期与时间 → 开启「自动设置时间与日期」。
- Windows:按
诱因 2:系统代理注册表死锁或端口被篡改
- 故障原理:当客户端意外闪退、电脑强制关机时,Windows 注册表中的
ProxyServer项保留为127.0.0.1:7890,但客户端核心并未在后台启动,导致所有应用断网。 - 解决步骤:
- Windows 检查:设置 → 网络和 Internet → 代理 → 检查「使用代理服务器」是否处于开启状态。
- 端口检查:打开终端测试 7890 端口是否属于当前客户端:
netstat -ano | findstr 7890 - 若被其他残留进程占用,可在任务管理器中杀掉残留的
clash-meta.exe或sing-box.exe后重新启动。
诱因 3:Fake-IP 与 DNS 缓存池死锁
- 故障原理:在 Clash/Sing-box 的
fake-ip模式下,客户端负责将所有域名映射到198.18.0.0/16保留保留地址段。如果浏览器本地 DNS 缓存了旧映射,或者上游 DoH(如https://1.1.1.1/dns-query)受到本地运营商污染阻断,会导致客户端无法将 Fake-IP 还原为目标域名。 - 修复命令:
# Windows 清理 DNS 缓存 ipconfig /flushdns # 浏览器端清理 Fake-IP 缓存 # Chrome 浏览器地址栏输入: chrome://net-internals/#sockets 点击 "Flush socket pools" chrome://net-internals/#dns 点击 "Clear host cache" - 配置修改:在配置文件中将 DNS nameserver 增加国内稳定解析服务器:
dns: nameserver: - 223.5.5.5 - 119.29.29.29
诱因 4:节点健康度假死(测延迟通过,但落地无法传输数据)
- 故障原理:客户端面板上的「Ping」或「URL-Test」通常只测试从本地到中转机房入口的 TCP 握手延时(例如深圳入口仅需 15ms),但这并不代表中转机到境外落地机(如日本、美西)的通信正常。如果落地机被机房拉黑或 IP 被 Netflix/Google 拦截,客户端测速虽绿灯,网页却无法加载。
- 验证手段:
- 点击客户端内的「Connections(连接)」面板,查看是否有流量通过(Upload / Download 流量是否有数字变动)。
- 切换不同国家区域的节点(如将香港节点换为日本节点)。若所有节点全不可用,请参考 跑路预警与避雷黑榜 查看该机场近期是否有技术故障或风控封锁。
诱因 5:TUN 虚拟网卡驱动损坏与冲突
- 故障原理:开启 TUN 模式后,客户端会创建名为
wintun或sing-tun的虚拟适配器。若之前安装过多款代理工具(如 WireGuard、OpenVPN、蒲公英),可能导致网卡路由跃点优先级混乱,流量被导入虚空网卡。 - 解决步骤:
- 打开 Windows 设备管理器 → 网络适配器。
- 找到带有
Wintun Userspace Tunnel或TAP-Windows Adapter的设备。 - 右键选择「卸载设备」,并勾选「尝试删除此设备的驱动程序」。
- 返回 Clash Verge / Sing-box 重新启用 TUN 模式,客户端将自动重装干净的虚拟网卡。
诱因 6:模式误选(直连模式 Direct 陷阱)
- 很多新手在切换模式时不小心勾选了 Direct(直连) 或 Global(全局) 却未指定有效代理组:
- Rule(规则模式):推荐常规使用,国内外智能分流。
- Global(全局模式):必须确保在全局代理组中手动选定了有效境外节点。
- Direct(直连模式):所有流量绕过代理直接访问,因此无法打开外网。
三、快速自查清单表
| 检查顺序 | 检查项 | 正常指标 | 修复操作 |
|---|---|---|---|
| Step 1 | 本地系统时间 | 与标准时间误差 < 5秒 | Windows 运行 w32tm /resync |
| Step 2 | 国内网站测试 | baidu.com 秒开 | 若国内打不开,关闭系统代理开关 |
| Step 3 | 连接面板流量 | 访问外网时 Download 流量 > 0 | 若上传有流量下载为 0,说明节点落地已死 |
| Step 4 | 代理模式检查 | 必须为 Rule 或指定了节点的 Global | 切换回 Rule 规则分流模式 |
| Step 5 | DNS 状态 | Fake-IP 池正常运作 | 执行 ipconfig /flushdns 并重启软件 |
四、四层矩阵延伸导航
- 向上汇总:返回 全域 FAQ 与报错百科大典
- 兄弟篇章:查阅 客户端常见报错速查表 | 电池发热与电量消耗真相
- 挑选替代节点:42家优质稳定机场深度推荐与晚高峰实测