三网延迟

国内多节点 Ping / 路由 / 可用性

用国内外多节点工具检查延迟、路由和连通性，排查是本地网络、运营商还是目标服务的问题。 前提：Linux/macOS POSIX shell 与 curl/ping；Windows 请用 WSL2，PowerShell 的别名与语法不同。请求只验证当时网络，不是持续可用性保证。

分类：网络

核验信息

范围与状态：仅公开链接 HTTP 只读检查；链接能打开不等于命令运行、模型调用或部署完成。未执行脚本、未调用付费模型、未测试生产服务。实际运行状态：unknown（未实测）。

适用环境：浏览器；回程检测需授权网络与 Linux，线路结果仅代表检测时点。

费用：阅读公开资料不代表服务免费；订阅、API、流量与 VPS 费用以供应商规则为准，具体费用 unknown。

风险：脚本可修改系统或删除数据；网络检测须授权；媒体注意版权与账号规则；API 不要泄露凭据。原指南安全提醒仍适用。

  • Cloudflare Trace · 核验日期：2026-10-06T06:49:42.936Z · 公开链接可达（非功能实测）；HTTP 200
  • Ping.pe · 核验日期：2026-10-06T06:49:41.370Z · 公开链接可达（非功能实测）；HTTP 200
  • ITDOG Ping · 核验日期：2026-10-06T06:49:43.234Z · 待人工核验；HTTP 200

来源：本页当前公开链接与只读报告；403、验证码、timeout 不判定为坏链。定期检查报告仅供人工复核，不自动改文案。

Original notes

我会怎么用

遇到网页慢、连接超时、地区性打不开，想判断故障是在本地、运营商还是目标服务的人。

推荐顺序

  1. 先在本机用 curl -I 或浏览器确认 DNS 已解析、TLS 能建立、HTTP 状态码是什么。
  2. 再用国内多节点 Ping/HTTP 测试对照：只有本地失败通常是本地网络，多个地区都失败才更像目标服务问题。
  3. 对比 IPv4 与 IPv6、不同 DNS 和不同网络（家宽/手机热点），缩小故障范围后再改配置。
  4. 每次只改一个变量，并保留修改前后的时间、节点和响应头，方便回滚和反馈给服务商。

结果怎么看

  • 延迟高不一定代表不可用；丢包、握手失败和间歇性超时对实际体验影响更大。
  • Cloudflare Trace 只能说明请求落在哪个边缘，不等于源站健康或回源链路正常。
  • HTTP 200 只代表页面返回成功，应用还要检查登录、API、WebSocket 等真实路径。

常见坑

  • 把一次 Ping 超时当成持续故障；至少重复多次并在不同时间段复测。
  • 只换 DNS，不检查浏览器缓存、代理、系统 hosts 和本地 IPv6 优先级。
  • 把 CDN 节点故障误判为源站故障，直接重装服务器反而扩大影响。

安全提醒

  • 测试命令默认只发起请求，不要对不属于自己的目标做高频扫描或压力测试。
  • 公开报告时隐藏 Cookie、Authorization、内网地址和完整响应体。

维护者备注：排障记录比“感觉变快了”更可靠；我会保留原始时间戳和节点，确认问题是否真的被解决。

可打开的链接

命令速查

命令仅供复制，运行前请核对来源并读懂内容。

返回 OneMJJ 首页

OneMJJ · VPS、自托管与 AI 工具与历史维护笔记。少踩坑，多留传家宝。

部分工具由第三方运营；本站命令仅供复制，不会自动执行。运行前请核对环境、阅读源码并备份重要数据。本站可能展示 Google AdSense 广告，详见隐私政策。