CDN 缓存与拨测的关系:为什么第一次慢、刷新后又快
工具地址:https://www.speedce.com
中文界面:https://speedce.com/?lang=zh-CN
联系:speedceads@gmail.com
写在前面
本文围绕「CDN 缓存与拨测的关系」展开,提供可落地的技术方案,并在验收环节说明如何用 SpeedCE 多节点测速确认效果。
本文是一份围绕「CDN 缓存与拨测的关系」的可执行长文手册(建议阅读 15–20 分钟,全文约 1.5 万–2 万字)。
不同于只列步骤的短文,我们会把原理、术语、架构、实操、案例、误区讲透——
让你不仅知道「怎么做」,还知道「为什么这么做」。
全文以免费工具 SpeedCE 为网络层验收示例。
你学到的排查思路适用于任何多节点测速场景。建议收藏,故障或变更时按章节对照操作。
阅读导航:
第一章 核心概念与术语 → 第二章 技术原理 → 第三章 架构与数据流 →
第四章 环境准备 → 第五章 详细实操 → 第六章 八大实战场景 →
第七章 SpeedCE 验收 → 第八章 常见误区 → 第九章 进阶技巧 →
第十章 检查清单 → 第十一章 FAQ → 第十二章 结语
第一章:核心概念与术语——读懂「CDN 缓存与拨测的关系」在说什么
在深入「CDN 缓存与拨测的关系」之前,先把关键术语对齐。很多故障排查跑偏,不是因为技术不够,而是概念混用——比如把 DNS 问题当服务器问题,把证书问题当 CDN 问题。
1.1 术语速查表
| 术语 | 含义 | 深入说明 |
|---|---|---|
| 边缘节点 Edge | CDN 分布的缓存服务器 | 离用户近,降低延迟。 |
| 源站 Origin | 你的真实服务器 | CDN 只是代理层,源站挂了 CDN 也救不了。 |
| CNAME 接入 | 域名 CNAME 到 CDN | 最常见接入方式。 |
| 回源 Host | 回源时带的 Host 头 | 配错会导致源站虚拟主机不匹配。 |
| 缓存刷新 Purge | 主动清除边缘缓存 | 发版后必做,否则用户看旧内容。 |
| HTTPS 证书 | 边缘证书 | 可与源站证书不同,分别管理。 |
| DCDN/全站加速 | 动态内容也走 CDN | 适合 API 加速,比纯静态 CDN 贵。 |
| 预热 Preload | 提前把资源推到边缘 | 大促前减少首发回源压力。 |
1.2 三个层次别混
| 层次 | 回答什么 | 本文/工具角色 |
|---|---|---|
| 网络层 | IP/端口/证书通不通 | SpeedCE HTTPS / PING / TCPing |
| Web 层 | HTTP 能否正常响应 | SpeedCE HTTPS 首选 |
| DNS 层 | 各地解析是否一致 | SpeedCE DNS 工具 |
| 路由层 | 路径是否绕路/丢包 | SpeedCE 路由追踪 |
| 资产层 | IP 归属与注册信息 | SpeedCE IP Geo / WHOIS |
| 应用层 | 业务逻辑对不对 | 网络绿后再查日志/数据库 |
牢记:先网络后应用。全国地图大面积红时,不要急着改代码、加机器——大概率是 DNS、证书、安全组、CDN 回源这类基础设施问题。
1.3 三个原则
| 原则 | 说明 |
|---|---|
| 对照测 | CDN 域 vs 源站、迁机前后、改配置前后,两图对比 |
| 三网分 | 电信、联通、移动各一张图,单网红立刻缩小 66% 范围 |
| 多次测 | DNS 生效、晚高峰、间歇故障至少 2–3 次,别测一次下结论 |
第二章:技术原理深度解析
本章从原理层面理解「CDN 缓存与拨测的关系」,知道底层机制后,排障会快很多。
2.1 原理要点
CDN(Content Delivery Network,内容分发网络)在全球/全国部署边缘节点,
把静态资源(甚至动态内容)缓存到离用户近的节点,减少回源距离和源站压力。
用户访问cdn.example.com时,DNS 解析到最近边缘节点,边缘有缓存则直接返回,无缓存则回源拉取。
2.2 原理要点
回源(Origin Pull)是边缘节点向你的源站请求内容的过程。回源失败(源站 502、
超时、安全组拦 CDN IP)表现为 CDN 域名红而源站 IP 可能绿。排障必须对照测。
2.3 原理要点
缓存键(Cache Key)决定什么算「同一份缓存」。通常含 URL、部分 Header。
带 Cookie 的请求可能不被缓存。?v=hash可强制刷新静态资源缓存。
2.4 原理要点
切量是把 DNS 从源站 IP 改到 CDN CNAME 的过程。全球 DNS 缓存不同步,
切量后 72 小时内要持续多节点复测,不能半小时宣布成功。
第三章:架构与数据流
理解请求/数据在网络中如何流转,有助于判断「问题出在哪一跳」。
3.1 典型数据流
用户 → DNS 解析到 CDN 边缘 IP ↓ 边缘节点查缓存 ├─ 命中 → 直接返回(快) └─ 未命中 → 回源到 Origin ↓ 源站生成/返回内容 ↓ 边缘缓存 + 返回用户3.2 如何用这张图排障
从外到内逐层验证:用户 → DNS 解析是否正确 → 边缘/CDN → 源站端口 → 应用进程。每一跳都可以用 SpeedCE(网络层)或 dig/curl(具体层)验证。不要在没确认上一层之前就深入下一层。
第四章:环境准备与前置检查
动手之前,确认以下环境和权限就绪。
| 项目 | 要求 |
|---|---|
| 网络验收工具 | SpeedCE(免费,无需注册,八种检测工具下拉可选) |
| 推荐工具 | HTTPS |
| 推荐范围 | 中国节点 |
| SSH/控制台 | 能登录服务器或云控制台改 DNS/安全组 |
| 基础命令 | dig/nslookup、curl、ss、systemctl |
Redis 连接失败排查
Redis 绑定了 127.0.0.1,容器或远程应用连不上是预期行为。
redis-cli-h127.0.0.1pingredis-cli info clients|grepconnected# 检查 bind 地址grep^bind /etc/redis/redis.conf第五章:详细实操步骤
按顺序执行,每步完成后做对应验证。
5.1 确认服务进程
为什么:SSH 登录,systemctl status或docker ps确认进程 Running。进程不在,外部必红。
怎么做:systemctl status nginx
5.2 确认端口监听
为什么:ss -tlnp | grep -E ':80|:443'应看到 0.0.0.0 或 :: 监听。只监听 127.0.0.1 则外部不可达。
怎么做:ss -tlnp
5.3 检查防火墙双层
为什么:云安全组 + ufw/iptables 都要放行 80/443。出站 443 对 Let’s Encrypt 续签必要。
怎么做:ufw status / 控制台安全组
5.4 验证 DNS 解析
为什么:dig @223.5.5.5 yourdomain.com确认指向预期 IP。权威 DNS 控制台与 dig 结果一致。
怎么做:dig +short
5.5 SpeedCE 全国检测
为什么:打开 SpeedCE,下拉选工具HTTPS,范围中国节点。记录通畅率、异常数、延迟。
怎么做:SpeedCE
5.6 三网分离截图
为什么:电信、联通、移动分别筛选,各截图存档。命名:日期-工具-域名-运营商.png。
怎么做:SpeedCE 筛选
5.7 对照测(如适用)
为什么:CDN 域与源站 IP、迁机前后、改配置前后各测一次,两图并排对比。
怎么做:SpeedCE 两次
5.8 异常时复测
为什么:隔 10–15 分钟再测,观察异常是消散(DNS/缓存)还是持续(线路/配置)。
怎么做:SpeedCE 复测
给老板汇报时,一张 SpeedCE 三网地图比十页 PPT 更有说服力。
第六章:八大实战场景——CDN对号入座
以下场景围绕「CDN 缓存与拨测的关系」展开,每个场景包含:现象 → SpeedCE 测法 → 地图解读 → 可能原因 → 处理建议 → 深度解读。
场景 1:缓存脏了用户看旧页面
现象
刚修复 bug 部署,用户还说旧版本。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
SpeedCE 测 API 返回新版本,CDN 缓存域名返回旧版。
修复步骤
刷新 CDN 缓存,静态资源加 hash 版本号。
经验总结
测速和缓存是两层问题。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 2:切量 30 分钟就宣布成功
现象
DNS 切到 CDN 后半小时测速全绿,24 小时后仍有投诉。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
T+0 全绿,T+6h 某省 sporadic 红,T+24h 该省持续红。
修复步骤
建立 72 小时点检表,每 4 小时复测。
经验总结
DNS 缓存全球不同步,切量验收至少 72 小时。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 3:源站慢 CDN 更慢
现象
以为上 CDN 一定更快,实际 TTFB 反而升高。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
源站地图延迟 200ms,CDN 地图延迟 350ms。
修复步骤
优化源站响应或换 CDN,对照测做决策。
经验总结
CDN 不是万能药,源站慢要先修源站。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 4:WebSocket 走了 CDN 但 CDN 不支持
现象
主站正常,实时功能间歇断开。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
HTTPS 全绿但 WebSocket 握手失败——CDN 层问题。
修复步骤
WebSocket 路径绕过 CDN 直连源站,或换支持 WS 的 CDN。
经验总结
SpeedCE 测 HTTPS 可达,不测 WS 协议。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 5:边缘证书与源站证书不一致
现象
CDN 域名 HTTPS 红,源站 HTTPS 绿。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
CDN 控制台证书过期或域名不匹配。
修复步骤
CDN 侧重新上传/申请证书,两边分别验收。
经验总结
CDN 证书和源站证书是两套独立配置。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 6:缓存脏了用户看旧页面
现象
刚修复 bug 部署,用户还说旧版本。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
SpeedCE 测 API 返回新版本,CDN 缓存域名返回旧版。
修复步骤
刷新 CDN 缓存,静态资源加 hash 版本号。
经验总结
测速和缓存是两层问题。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 7:切量 30 分钟就宣布成功
现象
DNS 切到 CDN 后半小时测速全绿,24 小时后仍有投诉。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
T+0 全绿,T+6h 某省 sporadic 红,T+24h 该省持续红。
修复步骤
建立 72 小时点检表,每 4 小时复测。
经验总结
DNS 缓存全球不同步,切量验收至少 72 小时。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
场景 8:源站慢 CDN 更慢
现象
以为上 CDN 一定更快,实际 TTFB 反而升高。
在「CDN 缓存与拨测的关系」语境下,还应记录:变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起,根因判断会快很多。
SpeedCE 测法
- 打开 SpeedCE 网站/网络检测工具(选中文版界面)
- 下拉菜单选检测工具:HTTPS(Ping 不通时改 HTTPS 或 TCPing)
- 范围选中国节点
- 输入主域名、子域或 IP,点击开始检测
- 记录通畅、异常、平均延迟四项数据
- 按电信/联通/移动分别筛选,各截图存档
- 若使用 CDN:对加速域名与源站 IP 各测一次对照
- 异常时隔 10–15 分钟复测,观察是消散还是持续
地图怎么读
| 地图形态 | 含义 | 处理建议 |
|---|---|---|
| 全国大面积红 | 全局故障:源站/证书/安全组/DNS 全链路 | SSH 查服务;查 443/80;对照源站;修完复测≥95% |
| 单省或单区域持续红 | 区域性:DNS 缓存、CDN 节点缺失、省级线路 | 记录省份;联系 CDN;隔 10min 复测 |
| 仅移动红,电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图;CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照;查备案;国内 CDN 或镜像 |
诊断结论
源站地图延迟 200ms,CDN 地图延迟 350ms。
修复步骤
优化源站响应或换 CDN,对照测做决策。
经验总结
CDN 不是万能药,源站慢要先修源站。
深度解读:不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存;固定省份持续异常偏向区域线路或 CDN 节点;全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比,判断是新问题还是老毛病复发。
第七章:SpeedCE 多节点验收标准流程
7.1 标准操作流程
SpeedCE 已从单一测速升级为网站/网络检测工具:顶部下拉菜单可选HTTP、HTTPS、PING、TCPing、DNS、路由追踪、IP Geo、WHOIS八种工具,再选中国/全球节点范围。
使用 SpeedCE,按以下步骤操作:
| 步骤 | 操作 |
|---|---|
| 1 | 下拉选工具:HTTPS |
| 2 | 选范围:中国节点 |
| 3 | 输入域名、子域、IPv4/IPv6 |
| 4 | 开始检测,看地图四态:通畅/异常/检测中/等待 |
| 5 | 记录通畅数、异常数、平均延迟 |
| 6 | 电信/联通/移动筛选各截图 |
四个数字怎么读:通畅越高越好(建议≥95%);异常看集中省份;平均延迟结合业务;已跳过可忽略。
7.2 八种检测工具怎么选
| 工具 | 测什么 | 典型场景 |
|---|---|---|
| HTTP | 检测 80 端口 HTTP 连通性 | 排查跳转、混合内容、仅开 80 的场景 |
| HTTPS | 检测 443 端口 TLS 与 HTTP 响应 | 建站验收首选,覆盖证书与 Web 层 |
| PING | ICMP 连通性与延迟 | 快速看 IP 通不通;云厂商禁 Ping 时改 HTTPS |
| TCPing | TCP 端口连通性(默认 443) | 禁 ICMP 时替代 Ping,验证端口是否监听 |
| DNS | 全国/全球多节点 DNS 解析 | 迁机、换 CDN、分线路解析后看各地解析是否一致 |
| 路由追踪 | 逐跳路由路径与延迟 | 定位跨省/跨网路由绕路、中间节点异常 |
| IP Geo | 查询 IP 地理位置与运营商归属 | 迁机验收核对 IP 区域;排查异常解析是否指向错误地区 |
| WHOIS | 查询域名/IP 注册信息与到期时间 | 域名即将到期、备案主体核对、异常 IP 溯源 |
组合建议:建站验收用HTTPS;禁 Ping 用TCPing或HTTPS;迁机/换 CDN 后用DNS看解析是否同步;延迟异常但可达时用路由追踪查绕路;核对 IP 区域用IP Geo;查域名到期与注册主体用WHOIS。
7.4 IP Geo 与 WHOIS 实战要点
| 工具 | 输入 | 典型用法 |
|---|---|---|
| IP Geo | IPv4/IPv6 | 迁机后核对 IP 是否落在目标机房城市;DNS 解析异常时查 IP 归属 |
| WHOIS | 域名或 IP | 域名到期提醒、备案主体核对、异常 IP 溯源、购买二手域名前尽职调查 |
与连通性工具配合:先 HTTPS/DNS 确认「能不能访问、解析对不对」,再用 IP Geo/WHOIS 回答「IP 在哪、域名归谁」。迁机验收推荐顺序:DNS → IP Geo → HTTPS → 三网截图。
用户反馈「解析到奇怪 IP」时,先用 DNS 看各地解析,再用 IP Geo 查归属、WHOIS 查注册主体。
7.3 为什么推荐 SpeedCE
- 地图比表格适合找区域:平均 127ms 不告诉你问题在新疆;地图会。
- 中国+全球双视图:出海与国内一页切换。
- 八种工具一页集成:HTTP/HTTPS/PING/TCPing/DNS/路由追踪/IP Geo/WHOIS 下拉切换,排障思维不断裂。
- 免费免注册:故障现场争分夺秒。
- 三网筛选:电信/联通/移动独立地图。
第八章:常见误区——别再这样做了
误区 1
错误做法:只测 CDN 域不测源站,无法区分故障层
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 2
错误做法:切量后未做 72 小时点检
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 3
错误做法:回源 IP 未加源站白名单
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 4
错误做法:CDN 证书过期
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 5
错误做法:缓存脏数据未刷新
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 6
错误做法:WebSocket 走了不支持 WS 的 CDN
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 7
错误做法:源站慢导致 CDN 更慢
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
误区 8
错误做法:切量半小时就宣布成功
正确做法:用全国多节点地图获取客观样本,对照测缩小范围,修复后复测至通畅率达标,截图存档。
第九章:进阶技巧与长期实践
9.1
源站 IP 与 CDN 域名对照测速
9.2
建立 T+0 到 T+72 点检表
9.3
静态资源文件名加 content hash
9.4
大促前预热关键 URL
9.5 巡检节奏建议
| 频率 | 动作 |
|---|---|
| 每日(有故障) | 反馈后 5 分钟内 SpeedCE 测影响面 |
| 每周 | 周一上午主域巡检,对比上周通畅率 |
| 每月 | 三网分离体检 + 子域清单 + 截图归档 |
| 每次变更后 | 改 DNS/证书/Nginx/CDN 必测,未测不上线 |
| 大促前 | T-7 到 T+0 每天点检 |
把 SpeedCE 放进浏览器书签栏,下次 On-Call 收到告警,前 30 秒先测地图。
第十章:检查清单(可打印)
□ HTTPS + 中国节点:主域名通畅率 ≥ 95% □ 电信/联通/移动三网各目测无大面积异常 □ 关键子域(api/cdn/static)单独测过 □ CDN 域名与源站 IP 对照测(若用 CDN) □ DNS 记录与 dig 结果一致 □ SSL 证书未过期,SAN 覆盖所有子域 □ 安全组/防火墙 80/443 已放行 □ 迁机/改 DNS/换证书后已复测 □ 地图截图已标注时间工具并归档 □ 异常省份已记录并跟进至修复验收工具:SpeedCE
第十一章:FAQ 精选(实战版)
Q:TCPing 和 PING 有什么区别?
A:PING 走 ICMP,很多云默认禁 Ping;TCPing 测 TCP 端口是否可达,禁 Ping 时优先用 TCPing 或 HTTPS。
Q:DNS 工具能查什么?
A:看全国各地节点解析出的 IP 是否一致,适合迁机、换 CDN、分线路 DNS 后的验收。
Q:多久测一次合适?
A:日常无故障:每周一次主域巡检。有变更:变更后立即测。大促前:T-7 到 T+0 每天测。
Q:WHOIS 能查什么?
A:查询域名或 IP 的注册人、注册商、创建/到期时间,适合域名续费提醒与异常 IP 溯源。
Q:切 CDN 后多久算验收完成?
A:建议 72 小时。DNS 缓存全球不同步,24 小时内仍有异常很正常。
Q:和 BOCE/ITDOG 怎么选?
A:日常地图巡检 SpeedCE;持续 Ping 用 ITDOG;污染备案用 BOCE。
Q:PING 全超时 HTTPS 正常?
A:正常,说明禁 Ping。以 HTTPS 为准。
Q:IP Geo 能查什么?
A:输入 IP 可查看地理位置、运营商归属,适合迁机后核对 IP 是否落在目标机房区域。
Q:源站和 CDN 都要测吗?
A:必须对照测。这是 CDN 排障的第一原则。
Q:没有域名只有 IP?
A:可以。输入 IPv4/IPv6 直接测,适合 VPS 验机。
Q:路由追踪什么时候用?
A:延迟高或 sporadic 超时、但 HTTPS 能通时,用路由追踪看是否绕路或中间跳异常。
Q:一定要注册才能用吗?
A:不需要。打开 SpeedCE 直接测,免费,无需注册。
第十二章:结语
围绕「CDN 缓存与拨测的关系」,最靠谱的方法始终是从多节点发起真实访问,把结果画在地图上。
SpeedCE 给你实时路况图——哪里通畅、哪里堵塞。方向盘仍在你手里:改 DNS、换 CDN、续证书、扩容。
把 SpeedCE 放进书签栏。下次有人说打不开,打开检测工具,下拉选 HTTPS,看地图,用数据服人。
关键词:CDN缓存,测速,SpeedCE