排错自救中心 核验更新: 2026-11-09
连接故障自救指南：系统化排查决策树
绝大多数所谓的“梯子挂了”，90% 来源于本地局域网冲突、客户端监听失效或分流规则配置错误。 遵循计算机网络分层排查法则，从本地物理层到跨境链路层逐步闭环定位，拒绝无脑重装。
四层网络分层自检决策表（一分钟快速定位）
打开终端依次执行以下探测命令，哪一层报错，故障就出在哪一层。
| 故障层级 | 排查范畴 | 标准探测命令 | 正常判定标准 | 故障应对方案 |
|---|---|---|---|---|
| 第一层：本地物理与局域网 | 排查家庭 Wi-Fi 干扰、路由器死锁与局域网丢包 | ping -c 4 192.168.1.1 | 丢包率 0%，往返延时 < 3ms | 切换 5GHz Wi-Fi 信道或插网线直连路由器 |
| 第二层：客户端本地代理监听 | 排查 7890 监听端口、系统代理开关与 TUN 虚拟网卡状态 | curl -Iv --proxy http://127.0.0.1:7890 https://1.1.1.1/cdn-cgi/trace | 返回 HTTP 200 OK，包含出口 IP 字段 | 在客户端中重启内核，检查端口是否被其他软件占用 |
| 第三层：DNS 域名解析与防污染 | 排查 Fake-IP 分配、国内上游解析与 DoH 劫持 | nslookup www.google.com 127.0.0.1 -port=1053 | 返回 Fake-IP 保留段 (如 198.18.x.x) 或无报错 | 在客户端开启 Fake-IP 模式，配置阿里 DNS 作为 fallback |
| 第四层：跨境链路与海外落地 | 排查运营商国际出口晚高峰拥塞与目标机房 IP 风控 | 运行本站 /lab/connection-check/ 双轮对照 | 中位往返耗时平稳，连续 15 次探测失败率为 0 | 在策略组中切换至纯内网 IEPL 专线节点 |
典型症状排查专项手册
图文步骤化排查闭环
共 3 步排错闭环
晚上网页经常转圈，先查什么：晚高峰连接故障全流程排查
典型现象：白天一切正常，但到了晚上 20:30 - 22:30，打开 Google、GitHub、Notion 等海外网页时加载条死死卡在头部，或者频繁报错 ERR_CONNECTION_TIMED_OUT。
/web-stuck/ 进入完整排错手册 →
/check-egress-ip/ 进入完整排错手册 →
共 3 步排错闭环
为什么浏览器能访问，终端却一直超时：命令行与全局代理隔离排障
典型现象：浏览器刷 Google、GitHub 秒开，但在 macOS Terminal 或 Windows CMD/PowerShell 中执行 git clone、npm install 或 curl 时一直卡死并报错 Failed to connect / Connection timed out。
/terminal-timeout/ 进入完整排错手册 →
/high-speed-high-drop/ 进入完整排错手册 →
共 3 步排错闭环
Clash 导入订阅或连接时报错 SSL 握手失败：原因与三步解决教程
典型现象：在 Clash Verge、Shadowrocket 或 v2rayN 中导入或更新订阅时，提示「Network Error: SSL Handshake Failed」或「Certificate Verification Failed」，无法拉取最新节点。
/ssl-handshake-failed/ 进入完整排错手册 →
❓ 未找到你的具体症状？
我们整理了全网高频的近 200 个网络代理长尾疑问，涵盖分流陷阱、倍率纠纷、客户端报错与防跑路常识。