HTTP 响应行为
HTTP 检查会观察页面或 API 是否成功返回、返回什么状态码、是否发生跳转,以及不同探针看到的响应头是否一致。
13CE 用来回答一个实际问题:当网站、CDN、API 或域名从越南及相关网络路径访问时,表现到底如何?这页说明每类测试测量什么、单个结果不能单独证明什么,以及如何把测试结果转成下一步排障动作。
HTTP 检查会观察页面或 API 是否成功返回、返回什么状态码、是否发生跳转,以及不同探针看到的响应头是否一致。
DNS 检查会观察域名在不同网络或解析器下指向哪里,帮助发现记录不一致、缓存过旧、流量分配或解析器行为差异。
TCP 检查关注端口是否能连通,以及连接建立是否足够快。它适合用于判断 HTTP 还没有完整响应前,底层连接是否已经失败。
延迟检查帮助区分正常距离导致的高延迟和异常劣化。对比不同地区可以判断变慢是全局、局部,还是和特定网络路径有关。
如果用户打不开网站,先看 HTTP 与 TCP。如果用户命中不同 IP,先看 DNS。如果网站能打开但变慢,先看延迟。
观察越南探针和相关路径之间是否有共同模式。只在某个地区出现的问题,和所有地区都出现的问题,判断方式不同。
如果不同探针解析到不同 IP 或 CNAME,HTTP 与延迟差异可能来自流量分配,而不一定是应用本身故障。
用最贴近假设的下一类 guide 继续确认:HTTP 看状态码与响应头,DNS 看解析目标,latency 看路径质量,resolver 看公共 DNS 与 ISP DNS 的差异。
如果越南探针持续返回与其他路径不同的状态码、DNS 答案或延迟,这通常是区域路由、CDN、解析器或上游链路差异的有效信号。
任何探针网络都不能代表所有设备、运营商和最后一公里条件。使用 13CE 缩小问题范围后,必要时还应结合日志、监控、CDN 数据或用户反馈确认。
如果你正在排查真实问题,先选择最接近症状的指南:访问失败看 HTTP,目标不一致看 DNS,访问慢看 latency,公共 DNS 与 ISP DNS 差异看 resolver。