网站无法访问：原因、诊断与即时应对

先确认哪些用户受到影响，再依次检查 DNS、连接、TLS 和 HTTP。恢复到已知安全的服务状态，保留证据并清晰沟通；事后再处理技术和组织层面的原因。

相似的浏览器表现可能有不同原因

网页一直加载、显示错误或返回空白内容，对访客而言可能都像是无法访问。Web 服务器可能在发布或流量激增后停止或过载，域名可能解析到错误位置，代码、插件、配置或资源耗尽也可能产生 HTTP 500、502 或 503 错误。

从外部网络检查，区分本地问题与更广泛的故障；查看相关的 Nginx、Apache 或容器服务，并回顾近期更新和配置变更。涉及生产影响时，应优先进行快速、有条理的诊断，而不是临时即兴处理。

浏览器与应用之间涉及 DNS、网络、TLS、CDN 或反向代理、Web 服务器、运行时、数据库和外部服务。先确定故障是全球性、区域性、特定供应商相关，还是仅限某一设备，再检查域名解析、TCP 连接、证书和 HTTP 响应。

502 或 504，与 DNS 的 NXDOMAIN 或应用自身产生的 500 不同。关联 ID 和时间戳可以将访客遇到的问题与服务器日志联系起来。故障前刚发生的部署、DNS、防火墙、证书或数据库变更是有用线索，但本身并非证据。

首要目标是安全恢复服务。回退到已知正常版本、禁用故障功能或切换到健康实例，可能比在压力下进行复杂修复更合适。记录每次操作、时间、负责人和结果。

沟通受影响的功能、开始时间、用户影响、当前状态和下次更新时间。公开消息中不要加入猜测。如果怀疑遭到入侵，应先保留证据并限制访问，避免不受控的变更删除日志或改变系统。

区分触发因素、技术原因和放大影响的组织因素。缺少测试、责任不明、资源限制不足和告警过晚，可能与失败的进程同样重要。每项改进措施都应有负责人、期限和可验证的成功标准。

来自多个地点的合成监测、真实用户指标、结构化日志和分布式追踪，可以缩短未来的诊断时间。有价值的可观测性应说明哪个依赖在失败、从何时开始、影响哪些用户，而不是只报告网页无法访问。

502 与 504 有什么区别？

两者通常都来自网关或代理。502 表示上游响应无效或失败；504 表示等待上游响应的时间超过超时限制。

什么时候应该联系供应商？

当测量结果表明故障位于您无法控制的层面，或者供应商确认发生事件时。时间记录、追踪信息和诊断证据有助于升级处理。