网站诊断报告：把 DNS、SSL、CDN 和 HTTP 检查变成 SRE 行动清单

为什么需要网站诊断报告

网站故障很少只给出一个干净信号。浏览器可能只显示一个笼统错误，CDN 返回一个状态码，DNS 在某个 resolver 上正常、在另一个 resolver 上异常，证书看起来有效，但源站仍然不可达。

所以 OpsKitPro Website Check 不再只展示原始探测数据，而是生成一份结构化的 网站诊断报告。

这份报告主要回答三个排障时最需要的问题：

• 当前哪里异常或有风险？
• 最可能的原因是什么？
• 下一步应该检查什么？

报告会检查什么

报告来自 Website Check 对公网目标的一次综合探测：

• DNS：解析 IP、A/AAAA 记录、NS、多个 resolver 的行为和查询延迟。
• HTTP：可达性、状态码、最终 URL、跳转链、响应耗时和 CDN 线索。
• SSL/TLS：证书有效性、评分、签发方、过期时间和 HTTPS 信号。
• 安全响应头：HSTS、Content-Security-Policy、X-Frame-Options、nosniff、Referrer-Policy 和 Permissions-Policy。
• CDN 检测：服务商、Server 响应头，以及 Cloudflare 等边缘层信号。

OpsKitPro 会把这些检查结果整理成优先级明确的 findings，而不是让你自己在多个卡片之间来回拼线索。

从原始检查到行动清单

每个 finding 都包含：

• 严重程度：critical、warning、info 或 success
• 本次探测采集到的证据
• 可能原因
• 修复建议
• 验证步骤

例如，遇到类似 Cloudflare 522 的 HTTP 故障时，报告不会只显示一个状态码，而是会把源站连通性列为可能原因，并建议检查源站健康、监听端口、防火墙规则和 CDN 的源站配置。

如果只是缺少 Content-Security-Policy，报告也不会夸大成可用性事故，而是把它归类为安全加固警告，并建议在应用、反向代理或边缘层补齐响应头。

什么时候适合使用

你可以在这些场景使用这份报告：

• 网站返回 403、502、522、525 或其他边缘/源站错误
• 域名能解析，但网站不可访问
• 证书看起来有效，但浏览器仍有 TLS 告警
• 需要快速检查安全响应头基线
• 需要把简洁诊断摘要贴到故障工单或聊天里
• 需要 Markdown 或 JSON 格式的交接报告

它不是替代日志和监控，而是帮你缩短第一轮 triage 时间，先判断应该查 DNS、CDN、TLS、源站还是应用配置。

适合故障交接的导出格式

Website Check 支持复制或导出：

• 适合工单和聊天的纯文本摘要
• Markdown 诊断报告
• 同时包含原始结果和结构化 report 的 JSON

JSON 报告里包含稳定的格式标记，目前是 website-check-report.v1，后续脚本或集成可以基于它判断报告结构。

立即试用

打开 Website Check，输入域名，等待探测结束后查看诊断报告区域。

建议测试用户真实访问的完整 hostname，而不只是根域名。example.com、www.example.com 和应用子域名可能使用不同的跳转、CDN 规则和 TLS 证书。