网站打不开怎么查
网站不可用横跨 DNS、网络、负载均衡、Web 服务与后端依赖，运维视角的做法是按「解析 → 连通 → 端口 → 应用响应 → 后端依赖」从外到内打点，二十分钟内定位到责任层。经验上最常见的三类原因是：DNS 解析到旧 IP（割接或迁移后记录未更新）、证书过期、后端服务宕机或过载。先在外部（自己的终端、监控节点）验证用户看到什么，再到服务器上核对服务本身是否正常，两边结论不一致时，差异点就是线索。
基本信息
| 适用 | 整站或部分功能不可用，从运维侧定位责任层 |
|---|---|
| 执行顺序 | 影响面 → DNS → 连通 → 端口 → TLS → 应用 → 后端依赖 → 边界设备 |
| 高频三类原因 | DNS 指向旧 IP、证书过期、后端服务宕机或过载 |
| 留证 | curl -v 完整输出、错误日志时间点、当时的解析结果与监听状态 |
| 原则 | 先取证后动手，重启类操作放在证据收集之后 |
十步排查清单
- ① 影响面：全网还是部分地区？只有 HTTP 挂还是 HTTPS 也挂？
- ② DNS：dig +short 看解析值与 TTL，与预期 IP 对照
- ③ 连通：ping 解析出的 IP，用路径探测看是否与预期一致
- ④ 端口：nc -zv 目标 IP 的 443 或 80，确认四层可达
- ⑤ TLS：openssl s_client -connect 看握手与证书有效期
- ⑥ 应用：curl -v 看状态码、响应头与耗时分布
- ⑦ 本机服务：ss -tuln 看监听地址，systemctl status 看进程
- ⑧ Web 日志：access 与 error 日志看 5xx 比例与 upstream 报错
- ⑨ 后端依赖：数据库、缓存、上游接口是否正常
- ⑩ 边界设备：负载均衡、防火墙、WAF 是否刚有变更或拦截
四连打点
四连打点
dig +short <域名> # 解析值是否指向当前集群
dig +short <域名> @8.8.8.8 # 换解析器对比，排除本地与运营商缓存
curl -sI -o /dev/null -w '%{http_code} %{time_total}s\n' https://<域名>/ # HTTPS 状态码与耗时
curl -s -o /dev/null -w '%{http_code} %{time_total}s\n' http://<域名>/ # HTTP 单独测一遍
ss -tulnp | grep -E ':80|:443' # 监听地址是 0.0.0.0 还是仅 127.0.0.1
systemctl status nginx --no-pager | head -20 # 进程状态与最近一次重启时间
tail -50 /var/log/nginx/error.log # upstream 超时、连接被拒等关键报错
journalctl -u nginx --since '30 min ago' | tail -30 # 与故障时间对齐看服务日志现象与责任层
| 现象 | 常见原因 | 下一步 |
|---|---|---|
| 解析到旧 IP | 割接或迁移后记录未更新、TTL 尚未过期 | 核对权威解析记录与各级缓存 |
| 连接被拒绝 | Web 服务未启动、监听错地址或端口被拒绝 | 查进程、监听地址与主机防火墙 |
| 502 或 504 | 后端 upstream 不可用或响应超时 | 查 upstream 健康状态与后端日志 |
| 证书错误 | 证书过期、域名不匹配或链不完整 | 用 openssl s_client 看有效期与签发链 |
| 5xx 比例上升 | 数据库、缓存、上游接口异常或容量不足 | 看应用日志与依赖组件指标 |
| 部分区域不可用 | 线路差异、CDN 或区域解析不一致 | 多地域探测对比解析与路径 |
| 返回空白页 | 应用异常但状态码仍是 200 | 看应用日志与响应体内容 |
先看返回什么再决定查哪层：能拿到 4xx 或 5xx 说明链路是通的，问题在应用侧；根本拿不到响应才回到 DNS 与网络层。这个分流能省下大量无用功。
容器与编排环境还要多查一层：容器是否在运行、健康检查是否通过、服务发现与入口网关的路由是否指向了可用后端。后端列表里有异常实例时，表现为「时好时坏」而不是整站不可用。
重启 Web 服务之前先保留现场：错误日志、监听状态、当时的连接数与系统负载。重启会清掉内存中的状态，如果问题很快复发，就没有证据可查了。