20 次浏览0 条回复

dnspup：把网络故障诊断装进浏览器

在线 Ping · 网站测速 · DNS 查询 · 路由追踪 · IP 纯净度与泄露检测

<sub>不用先安装一整套工具，也能从多个角度快速观察一次网络连接。</sub>

</div>

[!NOTE]
本文依据 dnspup 官网在 2026 年 7 月 27 日公开展示的功能整理。站点功能可能调整，请以官网实际页面为准。

📖 目录

dnspup 是什么
它能做什么
一次排障，应该怎样选工具
典型使用场景
快速上手
如何阅读检测结果
使用边界
常见问题
常用入口

🐾 dnspup 是什么

dnspup 是一个面向站长、开发者、运维人员和普通网络用户的中文在线网络诊断工具站。它把常见的连通性、解析、链路、网页性能和本地网络检查集中在一个网站中，适合在浏览器里完成快速排查。[^1]

一句话概括：

从“域名有没有解析”，到“端口能不能连接”，再到“网页慢在哪一步”，dnspup 提供了一组可以相互印证的在线检测工具。

它的价值不只是“测一个数字”，而是从不同层次回答不同问题：

域名解析  →  网络可达  →  端口连通  →  TLS / HTTP  →  页面响应
   DNS          Ping          Tcping          网站测速

🧰 它能做什么

核心工具一览

类别	工具	主要回答的问题	常见用途
🌐 连通性	多地 Ping	目标是否可达？延迟与丢包如何？	判断服务器或 CDN 节点的网络质量
🔌 端口检测	多地 Tcping	指定 TCP 端口能否建立连接？	检查 `80`、`443` 或业务端口
⚡ 性能分析	网站测速	DNS、连接、TLS、首包和下载分别耗时多久？	定位网站访问慢的阶段
🧭 链路诊断	路由追踪 / MTR	数据包经过哪些网络节点？	排查跨地区、跨运营商链路问题
🗂️ 域名系统	DNS 查询	域名返回哪些 DNS 记录？	核对 `A`、`AAAA`、`CNAME`、`MX`、`NS` 等记录
🌍 解析一致性	DNS 传播检测	不同节点看到的 DNS 答案是否一致？	检查记录变更是否已逐步生效
🧪 网络环境	本地网络检测	当前出口与本地网络环境是什么状态？	检查 IPv4/IPv6、线路分流与出口一致性
🛡️ 风险信号	IP 纯净检测	当前 IP 是否出现代理、VPN、Tor、数据中心或滥用风险信号？	了解出口 IP 的环境特征
🔍 隐私检查	WebRTC 泄露 / DNS 泄露	浏览器或 DNS 是否暴露了不同的网络出口？	核对代理环境下的出口一致性
🧬 浏览器环境	指纹检测	当前浏览器暴露了哪些环境特征？	查看 Canvas、WebGL、Audio 与设备信息摘要
📦 批量巡检	批量检测	多个目标是否可达或可访问？	一次检查域名、IP、端口或 URL 列表
6️⃣ IPv6	IPv6 工具	IPv6 下的连通性、端口、HTTP 与路径表现如何？	验证双栈服务和 IPv6 网络质量

[!TIP]
Ping 不通，不等于网站不可用。 一些服务器会禁用 ICMP；此时可以继续用 Tcping 检查 443 端口，再用网站测速验证 HTTPS 服务。

批量与 IPv6 能力

dnspup 还提供了按任务类型拆分的入口：[^2]

[x] 批量 Ping：批量检查延迟与 ICMP 可达性
[x] 批量 Tcping：批量检查 TCP 端口连通性
[x] 批量 HTTP(S)：批量检查 Web 服务可用性
[x] IPv6 Ping、Tcping、HTTP 与路由追踪
[x] FindPing：在 IPv4、IP 范围或 CIDR 中查找可 Ping 的地址

🧭 一次排障，应该怎样选工具

flowchart TD
    A[网站或服务出现异常] --> B{域名能否正确解析?}
    B -- 否 --> C[DNS 查询]
    C --> D[DNS 传播检测]
    B -- 是 --> E{需要判断基础连通性?}
    E -- 是 --> F[多地 Ping]
    F --> G{Ping 不通或延迟异常?}
    G -- 是 --> H[路由追踪 / MTR]
    G -- 否 --> I[继续检查业务端口]
    E -- 否 --> I
    I --> J[Tcping 指定端口]
    J --> K{端口可连接?}
    K -- 否 --> L[检查防火墙、监听状态与安全组]
    K -- 是 --> M[网站测速]
    M --> N[观察 DNS、连接、TLS、首包和下载耗时]

这套顺序对应了从底层到上层的排查思路：

先看解析：确认域名指向了预期地址。
再看网络：从不同地区观察可达性、延迟和路径。
检查端口：确认真正承载业务的端口可以连接。
检查应用：拆解 HTTP(S) 请求各阶段耗时。
交叉验证：不要只凭单个节点、单次结果下结论。

🎯 典型使用场景

场景一：网站“有些地方能开，有些地方打不开”

先做多地 Ping，再对异常地区做路由追踪或 MTR。如果正在更换解析记录，再补充 DNS 传播检测，区分是解析尚未一致，还是网络路径异常。

场景二：服务器禁 Ping，但想确认服务是否在线

直接使用 Tcping 检查业务端口：

目标：example.com
端口：443
目的：验证 HTTPS 端口是否能够建立 TCP 连接

若端口可连接，再进入网站测速观察 HTTP 状态与各阶段耗时。

场景三：刚修改 DNS，想知道是否已经生效

用 DNS 查询核对记录内容。
用 DNS 传播检测比较多个检测节点返回的答案集合。
同时检查旧记录的 TTL，等待缓存自然过期。

场景四：怀疑代理或 DNS 存在泄露

依次查看本地网络、WebRTC 泄露和 DNS 泄露检测结果，比较 HTTP、IPv6、WebRTC 与 DNS 所看到的出口是否一致。

[!IMPORTANT]
“结果不一致”只是需要进一步核查的信号，不自动等同于存在安全事件。分流规则、企业网络、透明代理和不同协议出口都可能造成差异。

🚀 快速上手

以网站访问慢为例

打开 dnspup.com，选择 网站测速。
输入完整域名或 URL，例如 https://example.com/。
点击开始测试，等待各检测节点返回结果。
重点比较 DNS、连接、TLS、首包与下载耗时。
对明显异常的地区继续使用 Ping、路由追踪或 MTR。

你也可以先在本机取得一份基准结果，再与在线节点对照：

# 查询 DNS
dig example.com A
dig example.com AAAA

# 检查 HTTPS 响应耗时
curl -o /dev/null -sS \
  -w 'DNS: %{time_namelookup}s\nTCP: %{time_connect}s\nTLS: %{time_appconnect}s\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n' \
  https://example.com/

<details>
<summary><strong>为什么还要和本机结果对照？</strong></summary>

在线节点代表不同地区或线路的观察视角，本机命令代表你当前网络的真实体验。两者结合，才能判断问题是普遍存在，还是只发生在某个地区、运营商或本地网络中。

</details>

📊 如何阅读检测结果

指标	含义	异常时优先关注
丢包率	探测请求未收到响应的比例	网络拥塞、限速、ICMP 策略或链路故障
平均延迟	往返时间的平均值	物理距离、路由绕行、跨网质量
TCP 连接耗时	建立 TCP 连接所需时间	目标端口、网络链路、防火墙或服务负载
TLS 耗时	HTTPS 握手所需时间	证书链、网络往返次数、服务端性能
首包时间（TTFB）	发出请求到收到首字节的时间	后端处理、缓存命中、数据库或上游服务
下载耗时	接收响应内容所需时间	内容体积、带宽、CDN 与网络稳定性
DNS 答案	域名解析返回的记录集合	配置错误、缓存、TTL、地域或线路解析

[!WARNING]
网络测量具有时间性。单次高延迟或单个节点失败只能作为线索，建议在不同时段重复测试，并结合服务端日志、监控和运营商信息判断。

⚖️ 使用边界

dnspup 更适合即时诊断与交叉验证，而不是替代完整的生产监控体系。

适合	不应单独依赖
✅ 临时排查网站不可达	❌ 7×24 小时告警
✅ 对比多地网络表现	❌ 服务端资源监控
✅ 核对 DNS 与端口状态	❌ 日志与调用链分析
✅ 检查浏览器网络出口	❌ 对 IP 信誉作最终裁决
✅ 为故障沟通收集线索	❌ 代替安全审计或合规判断

使用公开检测服务时，还应注意：

不要提交密码、令牌、带敏感参数的私有 URL。
未经授权，不要对他人的系统进行批量或高频探测。
将检测结果视为某一时间点、某些节点的观察，而非永久结论。

❓ 常见问题

<details>
<summary><strong>Ping 失败就代表服务器宕机了吗？</strong></summary>

不一定。目标服务器或中间网络可能屏蔽 ICMP，但 TCP 和 HTTPS 仍然正常。应继续用 Tcping 和网站测速验证业务端口与应用层响应。

</details>

<details>
<summary><strong>Tcping 成功就代表网站完全正常吗？</strong></summary>

不代表。Tcping 只说明指定端口能够建立 TCP 连接，不能证明 TLS、HTTP 状态、页面内容或后端业务正常。

</details>

<details>
<summary><strong>DNS 记录为什么在不同节点不一样？</strong></summary>

常见原因包括缓存尚未过期、TTL 设置、递归 DNS 差异、地域或线路解析，以及权威 DNS 配置不一致。可以结合 DNS 传播检测与权威记录继续核对。

</details>

<details>
<summary><strong>IP 纯净度结果可以作为最终判断吗？</strong></summary>

不建议。站点展示的是代理、VPN、Tor、数据中心或滥用等风险信号；不同数据源和业务平台的策略可能不同，最终应以具体业务的风控规则与实际验证为准。

</details>

<details>
<summary><strong>dnspup 支持 IPv6 吗？</strong></summary>

支持。官网提供 IPv6 Ping、Tcping、HTTP 测速和路由追踪入口，适合检查双栈服务与 IPv6 网络路径。

</details>

🔗 常用入口

导航	地址
🏠 官网首页	https://dnspup.com/
📡 多地 Ping	https://dnspup.com/ping/
🔌 多地 Tcping	https://dnspup.com/tcping/
⚡ 网站测速	https://dnspup.com/http/
🗂️ DNS 查询	https://dnspup.com/dns/
🧭 路由追踪	https://dnspup.com/traceroute/
🛡️ IP 纯净检测	https://dnspup.com/ip-purity/
6️⃣ IPv6 Ping	https://dnspup.com/ping_ipv6/

从一个现象出发，用多种工具交叉验证

DNS 看解析，Ping 看可达，Tcping 看端口，Traceroute 看路径，HTTP 看体验。

返回顶部 · 立即访问 dnspup

<sub>本文为第三方功能介绍，与 dnspup 官方无隶属或背书关系。</sub>

</div>

参考资料

[^1]: dnspup 官网：站点定位与主要工具入口。
[^2]: dnspup Sitemap：公开页面与工具路径。

markdowm 测试

dnspup：把网络故障诊断装进浏览器

📖 目录

🐾 dnspup 是什么

🧰 它能做什么

核心工具一览

批量与 IPv6 能力

🧭 一次排障，应该怎样选工具

🎯 典型使用场景

场景一：网站“有些地方能开，有些地方打不开”

场景二：服务器禁 Ping，但想确认服务是否在线

场景三：刚修改 DNS，想知道是否已经生效

场景四：怀疑代理或 DNS 存在泄露

🚀 快速上手

以网站访问慢为例

📊 如何阅读检测结果

⚖️ 使用边界

❓ 常见问题

🔗 常用入口

从一个现象出发，用多种工具交叉验证

参考资料