ConnProof

all nodes timeout：所有节点同时超时的十分钟排查流程 ​

CLIENT-002all nodes timeout严重程度 High
一句话结论

所有节点同时超时，问题几乎不可能出在任何单个节点上，而在你的本地环境或订阅链路。第一步是脱离客户端，在浏览器里直连打开任意网站，确认基础网络本身是通的。

适用环境WindowsmacOSLinuxAndroidiOS
适用客户端通用客户端
最后验证：2026-07-28规则版本：v1内容更新：2026-07-28

结论 ​

概率是排查的第一工具：几十个分布在不同机房、不同线路上的节点同时全部超时，几乎不可能是它们恰好一起坏了。当前证据强烈指向共同环节——你的设备、你的网络出口、系统时间，或者整份已过期的节点列表。这一页给出一个十分钟的固定流程，按顺序做，不要跳步。

适用环境 ​

  • 全部桌面与移动平台
  • 任何显示"全部节点超时/全部延迟测试失败"的客户端

一分钟快速判断 ​

前三步不需要任何工具：

  1. 关掉代理开关，浏览器直连打开任意常用网站。打不开 → 基础网络断了，先修网（重启路由器、检查网线/Wi-Fi、确认宽带没欠费），别再折腾客户端；
  2. 看系统时间。手机对照桌面，或对照任何联网设备。偏差超过 2 分钟 → 先校时。绝大多数加密协议对时间敏感，时间漂移会让所有节点的握手统一失败，这是"全红"最经典的隐藏原因；
  3. 想一想订阅多久没更新了。服务方迁移或轮换节点后，旧列表整体失效的表现正是全部超时。先更新订阅再测一轮。

这条错误代表什么 ​

“节点超时”通常指客户端对节点做的延迟测试（TCP 建连或 HTTP 请求）没有在限定时间内得到回应。单个节点超时说明那个节点或其线路有问题；全部超时说明测试流量在离开你的设备之前或刚离开就被卡住了。注意一个细节：部分客户端的延迟测试走的是特定测试 URL，如果那个测试 URL 本身被当前网络阻断，也会出现"全红但实际能用"的假象——所以流程里会有一步真实访问验证。

ConnProof 如何判断 ​

第 1～3 步之后问题仍在，用 CLI 收集证据：

connproof doctor

doctor 会给出：系统时间基础信息、DNS 配置与解析能力、常见本地代理端口监听状态、系统代理指向、网络接口与默认路由摘要。重点看三条：

  • 默认路由缺失 → 本机路由表坏了（常见于 VPN 软件异常退出后），重启网络或系统；
  • 系统代理指向的端口无服务监听 → 代理残留死锁，转 PROXY-002；
  • DNS 解析能力失败 → 当前网络 DNS 故障，节点域名全都解析不了，自然全部超时。

再对任意一个节点的域名做分层检测：

connproof diagnose 某节点域名 --port 节点端口

DNS 层失败 → 解析问题；TCP 层失败 → 出口阻断；TLS 层失败 → 时间或线路干扰。一个节点的分层证据，通常就能代表全体。

最常见原因 ​

  1. 基础网络断开或需要门户认证：酒店/校园网需要网页登录，登录前所有外部连接都超时；
  2. 系统时间偏差：关机较久的设备、虚拟机、双系统电脑最常见；
  3. 本地防火墙或安全软件拦截客户端进程：更新客户端版本后规则失配，表现为"升级后突然全红"；
  4. 订阅过期：节点列表整体失效；
  5. 出口网络对代理流量的整体阻断：换网络立即恢复是其标志。

Windows 排查步骤 ​

  1. 完成快速判断三步；
  2. connproof doctor 看默认路由、系统代理、DNS 三项；
  3. Windows 安全中心 → 防火墙和网络保护 → 允许应用通过防火墙，确认客户端在列表中且勾选了当前网络类型；第三方安全软件同理检查其网络防护日志；
  4. 客户端升级后出现的全红，尝试完全退出客户端再以管理员身份运行一次；
  5. 全部通过仍全红 → 换手机热点。恢复则原网络阻断，保留证据反馈网络管理员或换出口。

macOS 排查步骤 ​

  1. 快速判断三步 + connproof doctor；
  2. 系统设置 → 网络 → 过滤器 检查是否有残留的内容过滤器/VPN 配置干扰（旧代理软件卸载不净的常见后遗症）；
  3. 系统升级后客户端内核可能失去网络权限，重装或在安全提示中重新授权；
  4. 热点对比收尾。

手机端排查步骤 ​

  • 先确认蜂窝数据/Wi-Fi 本身可用（关代理开浏览器）；
  • iOS：设置 → 通用 → VPN 与设备管理，删除残留的旧 VPN 配置后重试；
  • Android：确认客户端的 VPN 权限仍在（系统设置里 VPN 列表），部分系统更新会吊销它；
  • 更新订阅必须在关闭代理的状态下做，避免死锁。

如何区分本地问题和节点问题 ​

这条错误里天平几乎完全偏向本地，但仍有一个例外值得排除：

证据结论
热点下依旧全部超时本地设备问题（时间、防火墙、客户端）
热点下恢复原网络出口阻断
多台设备、多个网络都全红极可能订阅整体失效（唯一"服务方"场景）
别人用同一订阅正常你的本地环境问题

仍未解决时收集什么信息 ​

  • ConnProof 错误码（CLIENT-002）与 doctor 的脱敏输出；
  • 客户端名称和版本、操作系统版本；
  • 问题开始时间（是否紧随某次系统/客户端更新）；
  • 热点对比结果与单节点 diagnose 的失败层级。

禁止提交：完整订阅链接、密码、验证码、私钥、Token。

重新运行检测 ​

connproof diagnose 某节点域名 --port 节点端口 --format markdown --output diag.md

修复后单节点分层检测应全部通过，客户端延迟测试恢复正常数值。

相关文档 ​

更新记录 ​

  • 2026-07-28：规则 v1 发布，确立十分钟四步流程。