网站打不开怎么办？从 DNS、IP、HTTPS 到服务器的完整排查流程

先给故障分层

记录完整 URL、主机名、浏览器提示、状态码（如果有）、发生时间和受影响的网络。域名解析错误、TCP 超时、TLS 警告、403、502 和 504 分属不同层次。不要因为网页打不开就直接修改 DNS。

使用 DNS 查询检查根域以及 www、api、登录等重要主机名。查看 A、AAAA 和 CNAME，再用 IP 查询对比返回地址、ASN 和网络是否属于预期服务。DNS 有效返回也可能指向旧服务器、停放页面或错误主机。

地址正确但浏览器一直等待时，应排查路由、安全组、防火墙、监听端口和限流策略，并分别测试 IPv4 与 IPv6。DNS 查询成功不代表 443 端口开放，服务器可达也不代表 Web 应用正在接受请求。

证书警告、握手失败和协议错误发生在服务器返回正常 HTTP 状态之前。检查证书是否覆盖准确主机名、证书链是否完整、是否过期、SNI 是否选择正确虚拟主机，以及代理到源站的 TLS 模式是否匹配。根域和 www 要分别测试。

TLS 正常后，检查状态码、Location、最终 URL、响应时间和关键响应头。301、308 应跳到预期规范地址；循环或过长链路通常说明代理和应用规则冲突。403 可能来自登录控制、防火墙或边缘策略，不一定是 DNS 问题。

502 常表示代理无法与上游正常通信或收到无效响应；503 可能表示服务不可用、过载或维护；504 通常表示上游响应超时。使用诊断时间对照 CDN、代理、Web Server 和应用日志，再检查 Worker、Socket、PHP-FPM、数据库和外部 API。

如果手机流量正常而办公 Wi-Fi 失败，应对比解析器答案、防火墙策略、代理设置和路由。如果 IPv4 正常而 IPv6 失败，应检查 AAAA、IPv6 监听、安全规则、负载均衡和证书。不要假设所有客户端都会可靠地从错误 IPv6 自动回退。

记录现象；查询 DNS；确认预期 IP；测试 TCP 和 TLS；检查 HTTP 与跳转；查看对应日志；一次只修改一层；记录结果；从多个网络复测。缓存、代理配置和应用健康状态收敛前，应保留旧配置和旧服务。

IIPP 可以从自身网络展示公开 DNS 应答、IP 背景、HTTPS 状态、响应时间、跳转和响应头，但不能证明所有解析器、运营商、防火墙或登录用户看到的结果都一样。不要提交账号或私密 URL，只检查你有权检查的系统。

使用 IIPP 实时工具，检查你正在处理的域名或 IP 地址。