Typecho/Emlog 轻量博客：小站也要做的全国验收
工具地址：https://www.speedce.com
社区论坛：https://bbs.speedce.com
联系：speedceads@gmail.com
写在前面
轻量博客不代表可以跳过网络验收。
本文是一份围绕「Typecho/Emlog 轻量博客」的可执行长文手册（建议阅读 15–20 分钟，全文约 1.5 万–2 万字）。
不同于只列步骤的短文，我们会把原理、术语、架构、实操、案例、误区讲透——
让你不仅知道「怎么做」，还知道「为什么这么做」。
全文以免费工具 SpeedCE 为网络层验收示例。
你学到的排查思路适用于任何多节点测速场景。建议收藏，故障或变更时按章节对照操作。
阅读导航：
第一章 核心概念与术语 → 第二章 技术原理 → 第三章 架构与数据流 →
第四章 环境准备 → 第五章 详细实操 → 第六章 八大实战场景 →
第七章 SpeedCE 验收 → 第八章 常见误区 → 第九章 进阶技巧 →
第十章 检查清单 → 第十一章 FAQ → 第十二章 结语
第一章：核心概念与术语——读懂「Typecho/Emlog 轻量博客」在说什么
在深入「Typecho/Emlog 轻量博客」之前，先把关键术语对齐。很多故障排查跑偏，不是因为技术不够，而是概念混用——比如把 DNS 问题当服务器问题，把证书问题当 CDN 问题。
1.1 术语速查表
| worker_processes | 工作进程数 | 通常 = CPU 核数。每进程可处理数千连接。 |
| worker_connections | 单进程最大连接数 | 与系统 ulimit 有关，需一并调大。 |
| location | URL 路径匹配规则 | 最长前缀匹配。正则 location 用 ~ 或 ~*。 |
| try_files | 按顺序尝试文件 | SPA 常用 try_files $uri /index.html。 |
| proxy_buffering | 代理缓冲 | 关闭可减少延迟，但增加后端压力。 |
| gzip | 响应压缩 | 文本类资源可压缩 70%+，显著降低传输时间。 |
| limit_req | 请求速率限制 | 防 CC 攻击，但阈值太低会误伤正常用户。 |
| access_log / error_log | 访问日志与错误日志 | 502/504 第一时间看 error.log 的 upstream 信息。 |
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 次，别测一次下结论 |
第二章：技术原理深度解析
本章从原理层面理解「Typecho/Emlog 轻量博客」，知道底层机制后，排障会快很多。
2.1 原理要点
Nginx 是高性能 Web 服务器和反向代理。事件驱动（epoll/kqueue）架构使其能用极少内存
处理数万并发连接。作为反向代理时，Nginx 接收客户端请求，转发给后端（PHP-FPM、Node、Java），
再把响应返回客户端——用户看到的是 Nginx 的 IP 和证书，后端可以藏在内部网络。
2.2 原理要点
server_name 决定哪个 server 块处理请求。请求头里的 Host 与 server_name 匹配。
若 api.example.com 没有对应 server 块，会落入 default_server——可能用错证书或返回 404。
每个对外子域都应有独立 server 块。
2.3 原理要点
proxy_pass 末尾斜杠陷阱：proxy_pass http://backend/;（有斜杠）会剥掉 location 前缀；
proxy_pass http://backend;（无斜杠）会保留完整 URI。配错导致 404 或路径重复。
2.4 原理要点
upstream 健康检查：多台后端时，一台挂掉若未及时摘除，用户会 sporadic 502。
配合 max_fails 和 fail_timeout，或上层负载均衡探活。
第三章：架构与数据流
理解请求/数据在网络中如何流转，有助于判断「问题出在哪一跳」。
3.1 典型数据流
客户端 → Nginx:443（SSL 终结）
↓ proxy_pass
upstream 池
├─ 127.0.0.1:3000 (Node)
├─ 127.0.0.1:9000 (PHP-FPM)
└─ 10.0.1.5:8080 (Java)
↓
响应原路返回
3.2 如何用这张图排障
从外到内逐层验证：用户 → DNS 解析是否正确 → 边缘/CDN → 源站端口 → 应用进程。每一跳都可以用 SpeedCE（网络层）或 dig/curl（具体层）验证。不要在没确认上一层之前就深入下一层。
第四章：环境准备与前置检查
动手之前，确认以下环境和权限就绪。
| 网络验收工具 | SpeedCE（免费，无需注册，八种检测工具下拉可选） |
| 推荐工具 | HTTPS |
| 推荐范围 | 中国节点 |
| SSH/控制台 | 能登录服务器或云控制台改 DNS/安全组 |
| 基础命令 | dig/nslookup、curl、ss、systemctl |
防火墙快速检查
127.0.0.1 能通、外网 IP 不通，99% 是防火墙或安全组。
# 云安全组之外，系统防火墙也要查
ufw status verbose
iptables -L INPUT -n –line-numbers
# 端口监听
ss -tlnp | grep -E ':80|:443'
# 测试本地回环 vs 外部
curl -I http://127.0.0.1
curl -I -I | awk '{print $1}')
第五章：详细实操步骤
按顺序执行，每步完成后做对应验证。
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 更有说服力。
第六章：八大实战场景——开发对号入座
以下场景围绕「Typecho/Emlog 轻量博客」展开，每个场景包含：现象 → SpeedCE 测法 → 地图解读 → 可能原因 → 处理建议 → 深度解读。
场景 1：Docker 网络模式配错
现象
容器互联正常，外部访问超时。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
容器用 host 网络能通，bridge 模式端口未映射。
修复步骤
检查 docker-compose ports 配置。
经验总结
容器内通 ≠ 外部通。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 2：CORS 配错被误认为网络故障
现象
前端报跨域错误，运维开始查服务器。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 地图全绿，浏览器控制台 CORS 报错。
修复步骤
后端添加 Access-Control-Allow-Origin。
经验总结
先排除网络层，再查应用层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 3：健康检查路径返回 404
现象
负载均衡不断摘掉「健康」节点。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
LB 探活 /health 返回 404，实际业务 / 正常。
修复步骤
添加 /health 端点或修改探活路径。
经验总结
探活路径本身必须返回 200。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 4：静态资源路径用了绝对 HTTP
现象
HTTPS 页面加载 HTTP 资源被浏览器拦截。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE HTTPS 绿，但浏览器报混合内容。
修复步骤
资源 URL 改相对路径或 // 协议相对。
经验总结
网络层和浏览器安全策略是两层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 5：环境变量配错导致生产 502
现象
本地 dev 正常，部署后全国 502。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 全国红，SSH 查日志发现 DATABASE_URL 为空。
修复步骤
修正环境变量，重启服务，复测。
经验总结
部署后第一件事：网络层验收，不是看 CI 绿灯。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 6：Docker 网络模式配错
现象
容器互联正常，外部访问超时。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
容器用 host 网络能通，bridge 模式端口未映射。
修复步骤
检查 docker-compose ports 配置。
经验总结
容器内通 ≠ 外部通。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 7：CORS 配错被误认为网络故障
现象
前端报跨域错误，运维开始查服务器。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
SpeedCE 地图全绿，浏览器控制台 CORS 报错。
修复步骤
后端添加 Access-Control-Allow-Origin。
经验总结
先排除网络层，再查应用层。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 DNS/缓存；固定省份持续异常偏向区域线路或 CDN 节点；全国同时异常又恢复查攻击与负载。将本次截图与变更前基线对比，判断是新问题还是老毛病复发。
场景 8：健康检查路径返回 404
现象
负载均衡不断摘掉「健康」节点。
在「Typecho/Emlog 轻量博客」语境下，还应记录：变更时间点、用户省份运营商、持续还是间歇。三者与地图叠在一起，根因判断会快很多。
SpeedCE 测法
地图怎么读
| 全国大面积红 | 全局故障：源站/证书/安全组/DNS 全链路 | SSH 查服务；查 443/80；对照源站；修完复测≥95% |
| 单省或单区域持续红 | 区域性：DNS 缓存、CDN 节点缺失、省级线路 | 记录省份；联系 CDN；隔 10min 复测 |
| 仅移动红，电信联通绿 | 移动线路未优化或单网配置错误 | 移动地图截图；CDN 移动优化或换线路 |
| 全球绿、中国红 | 跨境/被墙/合规/线路 | 全球对照；查备案；国内 CDN 或镜像 |
诊断结论
LB 探活 /health 返回 404，实际业务 / 正常。
修复步骤
添加 /health 端点或修改探活路径。
经验总结
探活路径本身必须返回 200。
深度解读：不要仅凭一次测速下结论。异常随时间减少偏向 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 → 三网截图。
验收标准很简单：电信、联通、移动三张地图截图存档，用 SpeedCE 免费测一遍即可。
7.3 为什么推荐 SpeedCE
- 地图比表格适合找区域：平均 127ms 不告诉你问题在新疆；地图会。
- 中国+全球双视图：出海与国内一页切换。
- 八种工具一页集成：HTTP/HTTPS/PING/TCPing/DNS/路由追踪/IP Geo/WHOIS 下拉切换，排障思维不断裂。
- 免费免注册：故障现场争分夺秒。
- 三网筛选：电信/联通/移动独立地图。
第八章：常见误区——别再这样做了
误区 1
错误做法：server_name 漏配子域，请求落入 default_server
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 2
错误做法：proxy_pass 斜杠导致 URI 路径错误
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 3
错误做法：SSL 证书路径写错，reload 不报错但 HTTPS 失败
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 4
错误做法：upstream 一台后端挂了导致 sporadic 502
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 5
错误做法：client_max_body_size 太小，上传大文件 413
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 6
错误做法：未配置 proxy_set_header Host，后端拿到错误 Host
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 7
错误做法：日志磁盘满导致 Nginx 无法写日志进而异常
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
误区 8
错误做法：改配置未 nginx -t 测试就 reload
正确做法：用全国多节点地图获取客观样本，对照测缩小范围，修复后复测至通畅率达标，截图存档。
第九章：进阶技巧与长期实践
9.1
用 nginx -T 查看完整生效配置
9.2
配置 stub_status 或 nginx-prometheus-exporter 监控
9.3
大流量站点调优 worker、keepalive、open_file_cache
9.4
每个对外域名独立 access/error log 便于排障
9.5 巡检节奏建议
| 每日（有故障） | 反馈后 5 分钟内 SpeedCE 测影响面 |
| 每周 | 周一上午主域巡检，对比上周通畅率 |
| 每月 | 三网分离体检 + 子域清单 + 截图归档 |
| 每次变更后 | 改 DNS/证书/Nginx/CDN 必测，未测不上线 |
| 大促前 | T-7 到 T+0 每天点检 |
VPS 退款期内，用 SpeedCE 对测试 IP 做晚高峰复测，截图就是最好的证据。
第十章：检查清单（可打印）
□ HTTPS + 中国节点：主域名通畅率 ≥ 95%
□ 电信/联通/移动三网各目测无大面积异常
□ 关键子域（api/cdn/static）单独测过
□ CDN 域名与源站 IP 对照测（若用 CDN）
□ DNS 记录与 dig 结果一致
□ SSL 证书未过期，SAN 覆盖所有子域
□ 安全组/防火墙 80/443 已放行
□ 迁机/改 DNS/换证书后已复测
□ 地图截图已标注时间工具并归档
□ 异常省份已记录并跟进至修复
验收工具：SpeedCE
第十一章：FAQ 精选（实战版）
Q：多久测一次合适？
A：日常无故障：每周一次主域巡检。有变更：变更后立即测。大促前：T-7 到 T+0 每天测。
Q：没有域名只有 IP？
A：可以。输入 IPv4/IPv6 直接测，适合 VPS 验机。
Q：TCPing 和 PING 有什么区别？
A：PING 走 ICMP，很多云默认禁 Ping；TCPing 测 TCP 端口是否可达，禁 Ping 时优先用 TCPing 或 HTTPS。
Q：PING 和 HTTPS 哪个准？
A：建站验收用 HTTPS。VPS 验机可看 PING+HTTPS，但以 HTTPS 通畅率为准。
Q：这篇文章和 SpeedCE 是什么关系？
A：SpeedCE 是免费的多节点测速工具，本文用它作为网络层验收的操作示例。你学到的排查思路适用于任何拨测场景。
Q：一定要注册才能用吗？
A：不需要。打开 SpeedCE 直接测，免费，无需注册。
Q：能否替代监控？
A：不能。拨测是快照，7×24 监控与告警仍需 Uptime 等。
Q：测速要多久？
A：通常 1–3 分钟，视节点数而定。可观察进度条。
Q：和 BOCE/ITDOG 怎么选？
A：日常地图巡检 SpeedCE；持续 Ping 用 ITDOG；污染备案用 BOCE。
Q：IP Geo 能查什么？
A：输入 IP 可查看地理位置、运营商归属，适合迁机后核对 IP 是否落在目标机房区域。
Q：CI 通过还需要测速吗？
A：需要。CI 测的是代码，拨测测的是用户能不能访问。
Q：PING 全超时 HTTPS 正常？
A：正常，说明禁 Ping。以 HTTPS 为准。
第十二章：结语
围绕「Typecho/Emlog 轻量博客」，最靠谱的方法始终是从多节点发起真实访问，把结果画在地图上。
SpeedCE 给你实时路况图——哪里通畅、哪里堵塞。方向盘仍在你手里：改 DNS、换 CDN、续证书、扩容。
把 SpeedCE 放进书签栏。下次有人说打不开，打开检测工具，下拉选 HTTPS，看地图，用数据服人。
关键词：Typecho,Emlog,博客,SpeedCE
