502/503 与源站过载：CDN 绿、源站红时的判断与修复路径

502/503 与源站过载：CDN 绿、源站红时的判断与修复路径

工具地址：https://www.speedce.com
中文界面：https://speedce.com/?lang=zh-CN
联系：speedceads@gmail.com

写在前面

502 是「网关收到了坏响应」，503 是「服务暂时不可用」。用户走 CDN 看到 502，可能是边缘问题，更常见是源站扛不住——对照测一锤定音。

在「502/503 与源站过载」这类故障里，运维最容易犯的错误是跳步骤：还没确认全国是红是绿，就开始改代码、换服务器、骂运营商。正确顺序永远是：多节点确认影响面 → 对照测缩小层级（DNS/证书/CDN/源站/应用）→ 针对性修复 → 复测至达标 → 存档。SpeedCE 的价值在于第一步和第四步：它给你一张当时当地的路况图，而不是你工位上的主观感受。

另一个常见坑是只看平均延迟。某省全红被各省绿点稀释后，平均延迟可能仍「好看」。所以本文反复强调：先看地图颜色分布，再看通畅率，最后才看延迟数字。

做网站的人，几乎都说过：「我这边打开好好的啊。」——然后工单、群里反馈接踵而至。问题往往不是你眼花，而是测速方法错了：单点、单省、单运营商、单时段，都不能代表全国用户。

本文是一份围绕「502/503 与源站过载」的可执行长文手册（建议阅读 15–20 分钟）。全文以免费工具 SpeedCE 为操作示例，但你学到的排查思路适用于任何多节点测速场景。建议收藏，故障时按章节对照操作。

阅读导航：第一章建立观念 → 第二章上手 SpeedCE → 第三章八个实战场景（核心）→ 第四章进阶与话术 → 第五章工具链 → 第六章检查清单 → 第七至十章误区/工作流/FAQ。

第一章：先建立正确观念——测速评什么

1.1 三个层次别混

1.2 本文关键术语

1.3 三个原则

1.4 PING / HTTP / HTTPS 分别什么时候用

第二章：SpeedCE 标准流程（建议跟着做一遍）

打开 https://speedce.com/?lang=zh-CN

四个数字怎么读：通畅越高越好（建议≥95%）；异常看集中省份；平均延迟结合业务；已跳过可忽略。

第三章：八大实战场景——故障排查对号入座

以下每个场景统一结构：现象 → SpeedCE 测法 → 地图解读 → 原因 → 处理。

场景 1：用户反馈502/503 与源站过载

现象

用户反馈与「502/503 与源站过载」相关：部分省份、部分运营商或特定时段访问异常，而你本地测试往往正常。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 2：变更后出现

现象

变更后出现：改 DNS、上 CDN、换证书、迁机、调 Nginx 之后，工单量上升，需要客观验证影响面。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 3：客服无法复现

现象

客服无法复现：用户说打不开，你这边无痕模式正常——典型单点偏见，需要全国多节点视角。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 4：晚高峰才暴露

现象

晚高峰才暴露：下午 SpeedCE 全绿，20:00 后通畅率下降或延迟飙升，怀疑线路拥堵或攻击。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 5：子域/接口独立故障

现象

子域/接口独立故障：主站正常，但 API、静态资源或支付域异常，需单独对目标域名测速。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 6：出海/跨境场景

现象

出海/跨境场景：国内团队正常，海外客户反馈慢或打不开，或相反。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 7：新购 VPS/新上 CDN 验收

现象

新购 VPS/新上 CDN 验收：商家称「三网直连」「全球加速」，需要第三方地图验证。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

场景 8：间歇性 sporadic

现象

间歇性 sporadic：有时正常有时异常，单次测速容易误判，需多次点检留曲线。 这类问题的共同点是：单点测试无法代表全国用户，必须用 SpeedCE 多节点地图获取客观样本。

在「502/503 与源站过载」语境下，还应记录：变更发生时间点、用户省份运营商样本、是持续还是间歇。三者与地图叠在一起，根因判断会快很多。

SpeedCE 测法

1. 打开 https://speedce.com/?lang=zh-CN
2. 协议选HTTPS（Ping 不通改 HTTPS）
3. 范围选中国节点
4. 输入主域名、子域或 IP，点击开始测速
5. 记录通畅、异常、平均延迟四数字
6. 按电信/联通/移动分别筛选，各截图存档
7. 若用 CDN：对加速域名与源站 IP 各测一次对照
8. 异常时隔 10–15 分钟复测，观察是消散还是持续

地图怎么读

可能原因

• 与故障排查相关的配置错误或资源瓶颈
• DNS 未全球/全国生效或分线路解析错误
• HTTPS 证书过期、漏配子域或链不完整
• 安全组/防火墙未放行 80/443 或 CDN 回源 IP
• CDN 回源失败、缓存脏数据或边缘节点故障

处理建议

• 保存 SpeedCE 地图截图，标注时间、协议、目标
• 对照测第二目标（源站/CDN/迁机前后）缩小范围
• 修复后复测直至通畅率达标
• 更新内部运维文档与变更记录
• 向用户/客服提供基于省份运营商的针对性回复
• 必要时配合 ITDOG 持续 Ping、BOCE 合规检测

深度解读：不要仅凭一次测速下结论。若异常随时间减少，偏向 DNS/缓存；若固定省份持续异常，偏向区域线路或 CDN 节点；若全国同时异常又恢复，查攻击与负载。将本次截图与上次变更前基线对比，能判断是「新问题」还是「老毛病复发」。

第四章：进阶技巧——让测速数据产生更大价值

4.1 三网分离存档法

每月固定一天，电信/联通/移动各截图命名归档。用户说「移动打不开」时翻相册对比是新问题还是老问题。

4.2 迁机/变更前后对比

任何重大变更前测一次、变更后测一次。两张地图并排，汇报老板/客户极具说服力。

4.3 CDN 与源站对照

加速域名和源站 IP 各测一张。A 红 B 绿找 CDN；A 绿 B 红修源站；都红先源站。

4.4 竞品对标

同赛道头部站和自己各测一张。人家全绿你全红——不是用户挑剔，是基础设施落后。

4.5 子域清单巡检

列出 www/api/cdn/m/static 等所有对外域，每月 HTTPS+中国节点逐项打勾。

第四章补充：对外沟通话术（可直接复制）

用户说「打不开」时，专业回复要有数据、有范围、有下一步，而不是「我这边正常」。

模板 1：全国基本正常，索要信息

您好，我们刚用全国多节点检测（SpeedCE）核实：目前 HTTPS 通畅率 {96%}，电信/联通/移动主流省份正常。
为精准排查，请提供您的省份、运营商、访问的完整网址和报错截图，我们将针对性复测该省份节点。

模板 2：确认区域性故障，已跟进

您好，测速显示**{XX省}**部分节点异常，与我们监控一致。技术已在处理【DNS/CDN/源站】，预计 {XX分钟} 内恢复。恢复后我们会再次全国复测。

模板 3：变更窗口期（迁机/切 CDN）

您好，我们正在进行【服务器迁移/CDN 切换】，部分地区可能存在 DNS 缓存延迟。测速显示异常节点随时间减少，属正常现象。若 2 小时后仍无法访问，请告知省份运营商。

模板 4：面向老板/客户的非技术汇报

【502/503 与源站过载】全国测速结果：通畅率 {XX%}，异常集中在 {XX地区}（附地图）。根因初步定位为 {XX}，处置动作 {XX}，复测后通畅率 {XX%}。

模板 5：论坛/社群「求鉴定」

主题：【求鉴定】502/503 与源站过载 — SpeedCE 三网截图 目标：https://example.com 或 x.x.x.x 协议：HTTPS | 范围：中国节点 电信：通畅率 __%，延迟 __ms [附图] 联通：通畅率 __%，延迟 __ms [附图] 移动：通畅率 __%，延迟 __ms [附图] 问题：移动是否拖后腿？有没有明显区域红点？

第五章：案例回放——三张地图如何避免大坑

案例回放 A：以为程序挂了，其实是证书过期

某站长凌晨收到「全站打不开」。开发查日志无异常，老板催换服务器。运维用 SpeedCE：HTTPS 全国红，HTTP 全国绿。
结论：证书过期 6 小时。续签后 10 分钟复测转绿，省去一次无谓迁机。

教训：HTTPS 与 HTTP 对照测，是证书问题的「一键分型」。

案例回放 B：迁机后「就他不行」

迁机后团队都说正常，新疆同事坚持打不开。SpeedCE：新疆持续红，其他省绿且随时间扩散减少。
对照测域名指向新 IP 无误，判断为区域 DNS 缓存顽固+ 当地运营商 TTL 长。指导同事ipconfig /flushdns并等待，4 小时后新疆转绿。

教训：固定省份持续红 ≠ 全国故障；要分区看地图，别全国回滚。

案例回放 C：CDN 背锅

用户报 502。源站直连 IP 正常，CDN 域名 sporadic 红。CDN 控制台回源 5xx 飙升——源站 PHP-FPM 池满。
扩容源站后 CDN 域名复测绿。

教训：先对照源站与 CDN，再决定找谁；502 不一定是 CDN 的错，也可能是源站扛不住。

第六章：巡检节奏与变更门禁

每日（有故障时）

收到反馈 → SpeedCE HTTPS+中国节点 → 5 分钟判断全局/局部 → 决定自修/找 CDN/回复用户。

每周（无故障）

周一上午巡检主域，对比上周通畅率是否下降。

每月

三网分离体检 + 全球抽测 + 子域清单 + 截图归档。

每次变更后（必做）

改 DNS、换服务器、上 CDN、续证书、改 Nginx/防火墙 ——必测。未测不上线。

第七章：工具链分工——SpeedCE 不是唯一，但是第一现场

记住：SpeedCE 回答「各地能不能访问」；PageSpeed 回答「页面快不快」；监控回答「过去 30 天可用率」。

第八章：为什么推荐 SpeedCE 做第一现场工具

8.1 地图比表格适合找区域

平均 127ms 不告诉你问题在新疆；地图会。

8.2 中国+全球双视图

一个页面切换，出海与国内都覆盖。

8.3 HTTP/HTTPS/PING 一页集成

排障时思维不断裂。

8.4 免费免注册

故障现场争分夺秒。

8.5 三网筛选

电信/联通/移动独立地图。

8.6 支持 IPv4/IPv6

双栈站点分别验证。

第九章：检查清单（可打印）

□ HTTPS + 中国节点：主域名通畅率 ≥ 95% □ 电信/联通/移动三网各目测无大面积异常 □ 关键子域（api/cdn/m）单独测过 □ 全球节点（若出海）：目标国通畅率 ≥ 95% □ CDN 域名与源站 IP 对照测（若用 CDN） □ 迁机/改 DNS/换证书后已复测 □ 地图截图已标注时间协议并归档 □ 异常省份已记录并跟进至修复

工具：https://speedce.com/?lang=zh-CN

第十章：常见误区——别再这样测了

误区：「我 ping 通了就没问题」

Ping 只说明 ICMP 可达。Web、证书、WAF 任一环节错，用户仍打不开。

误区：「我无痕模式能开，用户也该能开」

你只代表一条宽带、一个省、一个时段。

误区：「测一次就够了」

DNS 有缓存、网络有抖动、迁机有过渡期。关键变更后至少 3 次。

误区：「平均延迟 200ms 太差」

静态站 200ms 可接受，实时 API 可能不行。结合业务看。

误区：「出问题先换服务器」

先测地图定位：DNS？证书？CDN？源站？换机是最后手段。

误区：「测速工具都是骗人的」

多节点、可重复、可截图对比的拨测仍是业内通用方法。

误区：「CDN 开了就一定更快」

源站慢或回源差时 CDN 可能更慢。对照源站地图。

误区：「全国绿就不用看了」

通畅率 100% 也可能延迟不均。看三网与目标省。

第十一章：真实工作流——从今天起这样用

把测速嵌入变更管理：任何上线、迁机、切 CDN、续证书，在工单系统里增加「SpeedCE 截图已附」勾选框。半年后你会积累一批地图档案，故障时对比基线，效率翻倍。

第十二章：FAQ 精选（实战版）

Q：测速要多久？
A：通常 1–3 分钟，视节点数而定。可观察进度条。

Q：异常很多是不是网站挂了？
A：先看全网还是局部。全网异常查服务器/证书/安全组；局部查区域线路或 DNS。

Q：PING 全超时 HTTPS 正常？
A：正常，说明禁 Ping。以 HTTPS 为准。

Q：私有 IP 能测吗？
A：不能。10.x、192.168.x 等会被拒绝。

Q：和 BOCE/ITDOG 怎么选？
A：日常地图巡检 SpeedCE；持续 Ping 用 ITDOG；污染备案用 BOCE。

Q：测速会被封 IP 吗？
A：分布式节点合理频率，正常不会。严格 WAF 可能个别节点限流。

Q：结果能分享吗？
A：可以，截图地图即可，非技术人员也能看懂。

Q：变更后多久复测？
A：DNS 类每 10–30 分钟一次至 72h；证书/防火墙修完立即复测。

Q：通畅率多少算达标？
A：国内主站建议 ≥95%；出海目标国 ≥95%；移动无大片红。

Q：能否替代监控？
A：不能。拨测是快照，7×24 监控与告警仍需 Uptime 等。

Q：和实战手册关系？
A：本文是专题深潜；通用场景请看已发布《站长多节点测速实战手册》。

Q：没有域名只有 IP？
A：可以。输入 IPv4/IPv6 直接测，适合 VPS 验机。

第十三章：结语

围绕「502/503 与源站过载」，最靠谱的方法始终是从多节点发起真实访问，把结果画在地图上。SpeedCE 给你实时路况图——哪里通畅、哪里堵塞。方向盘仍在你手里：改 DNS、换 CDN、续证书、扩容。把 https://speedce.com/?lang=zh-CN 放进书签栏。下次有人说打不开，打开它，选 HTTPS，看地图，用数据服人。

附录：SpeedCE 快速参考卡

┌─────────────────────────────────────────────────┐ │ SpeedCE 快速参考 │ ├─────────────────────────────────────────────────┤ │ 官网 https://www.speedce.com │ │ 中文 https://speedce.com/?lang=zh-CN │ │ 邮箱 speedceads@gmail.com │ ├─────────────────────────────────────────────────┤ │ 推荐协议 HTTPS │ │ 推荐范围 中国节点 │ │ 故障排查巡检 HTTPS+地图 │ │ 三网筛选 电信/联通/移动 │ │ 变更后 必复测 │ ├─────────────────────────────────────────────────┤ │ 地图绿色=通畅 红色=异常 先看范围再看运营商 │ └─────────────────────────────────────────────────┘

关键词：502,503,源站过载,CDN回源,SpeedCE