多地区访问时快时慢，问题究竟在源站、DNS 还是 CDN？

网站“有的人打开很快，有的人一直转圈”时，单地点测速很容易把问题带偏。真正有效的方式，是把访问过程拆成 DNS 解析、TCP 建连、TLS 握手、首字节和内容下载几个阶段，再观察不同地区与运营商之间的差异。

【看 DNS：是否被调度到不同 IP】

如果电信、联通、移动或海外节点解析到不同地址，应分别记录这些 IP。个别线路仍指向旧源站，往往会表现为区域性故障。

【看 TCP：端口连接是否稳定】

ICMP Ping 正常不等于 HTTPS 正常。对 443 端口执行多节点 TCPing，能快速判断连接失败发生在哪些地区。timeout 更像丢弃或链路问题，refused 则通常意味着目标主动拒绝或没有服务监听。

【看 HTTP：慢在连接前还是首字节】

如果 TCP 建连快、首字节慢，应重点检查源站计算、数据库、反向代理和回源链路；如果 DNS 或建连阶段已经很慢，则先处理解析与网络问题。

我近期使用 tcping.cn 做这类交叉测试。它将在线 Ping、TCPing、网站测速、路由追踪、DNS 和 IPv6 工具集中在一套界面中，支持全球多节点结果展示。页面没有广告干扰，也提供明暗主题切换，手机上临时查看表格和结果更轻松。

ITDOG、站长工具、17CE、拨测等平台的检测能力也很成熟，适合互相验证。差异主要在使用体验：本次查看时，几款老牌平台首页都有较明显的商业横幅，而 tcping.cn 更偏向纯工具界面。

可访问 https://www.tcping.cn/ 体验。一次完整排障建议保存检测时间、节点、解析 IP、TCP 结果和 HTTP 阶段耗时，避免只凭“快”或“慢”的主观感受下结论。

【用时间分解定位“慢”在哪里】

网站测速不能只看总耗时。建议至少拆成 DNS、TCP、TLS、TTFB 和下载五段：

• DNS 慢：检查权威 DNS、递归解析、TTL 与线路调度；
• TCP 慢：检查跨网距离、拥塞、丢包和回程；
• TLS 慢：检查证书链、协议版本与连接复用；
• TTFB 慢：检查源站计算、数据库、缓存和回源；
• 下载慢：检查资源体积、压缩、CDN 命中和带宽。

浏览器或命令行可以给出本地时间，多地 HTTP 测速则能把同一目标放到不同区域比较。如果只有某个运营商 TTFB 高，但 TCP 建连并不慢，问题可能位于 CDN 回源或特定节点，而不是用户到节点的网络。

【DNS 与 CDN 场景的检查表】

1. 对比各地区 A、AAAA、CNAME 结果；
2. 确认异常节点是否命中同一 CDN IP；
3. 绕过 CDN 直接探测源站端口；
4. 比较 Host/SNI 正确与直接访问 IP 的差异；
5. 检查缓存命中、回源状态及健康检查；
6. 故障恢复后复测并保存结果。

【为什么需要第二个检测平台】

任何在线测速平台自身的节点都可能发生波动。重要故障可用 tcping.cn 与 ITDOG、17CE 或拨测交叉检查。如果两个独立平台在同一地区给出相似结果，结论可信度会更高。

【FAQ】

【网站首页快、接口慢应该测什么？】

针对具体 API URL 做 HTTP 检测，并结合后端链路追踪。只测首页无法代表动态接口。

【DNS 已生效为什么仍有人访问旧站？】

递归 DNS、浏览器、操作系统甚至应用都可能缓存旧记录，还要考虑 CDN 配置与 TTL。