工具对比
Ping、traceroute、端口检查和网站检查有什么区别
理解 Ping、traceroute、端口检查和网站检查真正能证明什么、不能证明什么，从而根据当前症状选择正确的诊断工具。
这些工具听起来相关，因为它们都从某个角度测试可达性，但它们回答的是不同问题。选错工具会制造错误确定性。Ping 能显示某个 IP 是否回应 ICMP；端口检查能显示 TCP 端口是否接受连接；网站检查能显示真实 HTTP 或 HTTPS 请求是否完成；traceroute 能显示路径在传输中的表现。它们没有任何一个能完全替代其他工具。
按问题选择，不按习惯选择
从你要解释的症状出发选择工具，而不是从你最熟悉的工具出发。
网站检查是最好的宽入口
对网站加载问题，它通常给出最有用的第一份答案，因为它包含请求路径和最终响应。
网络工具回答更窄的问题
当第一份网站结果把你指向可达性或路径问题后，Ping、traceroute 和端口检查会更有用。
01
每个工具真正能证明什么
开始在四个页面之间切换前，先用这张表快速判断。
| 工具 | 主要问题 | 不能证明什么 |
|---|---|---|
| Ping | 此目标是否从这台服务器回应 ICMP？ | 不能证明 Web 服务健康，甚至不能证明 80/443 正在监听。 |
| Traceroute | 从这台服务器到目标的路径看起来如何？ | 不能证明网站本身健康，而且部分跳点可能隐藏或限制回复。 |
| 端口检查 | 某个 TCP 端口是否从这台服务器接受连接？ | 不能证明该端口上的 HTTP、HTTPS 或应用行为正确。 |
| 网站检查 | 真实网页请求是否完成了解析、连接、协商，并返回可用 HTTP 结果？ | 不能证明每个用户地区或浏览器看到的网站体验都一样。 |
02
哪个症状适合哪个工具
从用户可见的问题开始，而不是从工具名称开始。
“网站打不开”
先用网站检查。它能最快判断失败看起来像 DNS、TLS、连接中断、重定向问题，还是应用响应。
“我怀疑 443 被关闭或过滤了”
用端口检查。它回答更窄的问题：服务器是否在你预期的端口接受连接。
“我想知道路径本身是否不稳定”
用 traceroute，尤其是在你已经知道服务应该可达，但怀疑延迟、丢包或路由异常之后。
“我只想知道主机有没有任何响应”
谨慎使用 Ping。它可以提供快速信号，但很多主机会降低 ICMP 优先级或屏蔽 ICMP，同时仍正常提供网页流量。
03
这些工具常让人产生的错误假设
大多数诊断混乱都来自给某个工具过高的证明力。
Ping 成功不代表网站可用
ICMP 可以响应，但 80 和 443 仍可能关闭、证书可能损坏，或者应用返回错误。
443 开放不代表 HTTPS 信任健康
TCP 连接可以成功，但 TLS 握手或主机名验证仍可能失败。
traceroute 异常不一定解释网页故障
中间跳点可能限制回复或隐藏自己。嘈杂的路由不自动等于网站不可达。
网站检查覆盖面广，但仍受位置限制
它反映的是这台服务器看到的情况。另一个地区或网络服务商仍可能遇到不同的 DNS、边缘路由或策略行为。
04
不确定从哪里开始时的合理顺序
这个顺序让工具相互配合，而不是相互竞争。
先运行网站检查
它能为 Web 症状给出最完整的第一张图，并常常立即减少低层猜测。
服务可能没监听时用端口检查
这是从同一台服务器确认预期 TCP 端点是否可达的最快方式。
只有当基础主机可达性本身重要时才用 Ping
把它当作辅助信号，不要当作网站正常或损坏的最终证明。
路径仍是疑问时用 traceroute
它最适合在你已经知道要解释哪类应用层症状之后，作为路径上下文使用。
05
现在打开合适的工具
如果你的症状已经很明确，可以跳过理论，直接进入对应检查。