DNS 解析出问题，按这个顺序排查

网站打不开，第一反应往往是"服务器挂了"，但不少情况其实是 DNS 的问题。DNS 排查的关键是分层，一层层排除。

第一步：确认域名能不能解析

dig +short 你的域名
nslookup 你的域名

如果返回空，说明解析记录不存在或者 DNS 服务商出问题。如果有返回但 IP 不对，说明记录被改了或者被劫持。

第二步：确认解析到的 IP 是不是你的服务器

把 dig 拿到的 IP 和你服务器的公网 IP 对比。不一致的常见原因：

• 域名还在旧的服务商那边，没做迁移
• CDN 接管了解析，返回的是 CDN 节点 IP（这是正常的）
• DNS 缓存还没刷新

第三步：区分是本地缓存还是全局问题

用第三方 DNS 查询工具（多个地点同时查）对比。如果只有你本地解析错，大概率是本地 DNS 缓存；如果多地都错，是权威记录的问题。

本地缓存可以用 ipconfig /flushdns（Windows）或 systemd-resolve --flush-caches（Linux）清掉。

第四步：检查记录类型对不对

A 记录给 IPv4，AAAA 给 IPv6，CNAME 用于别名。常见错误是把 A 记录填成了 CNAME 的值，或者同时存在 A 和 AAAA 但 AAAA 指向了一个不通的地址——浏览器优先用 IPv6，于是打不开。

第五步：检查 TTL 与传播

改了解析之后不是立刻生效。TTL 设的是多少，就要等多久（全球生效通常还要更久）。如果急着验证，可以先查权威服务器：

dig @ns1.你的DNS服务商 你的域名

权威服务器返回正确，说明记录本身没问题，剩下的是缓存传播。

第六步：HTTPS 特有的坑

解析和证书是两件事。域名解析正确、但证书上的域名不匹配，浏览器依然报错。这种情况用 curl -Iv https://域名 能看到证书详情，或者用在线 SSL 检测工具。

一个实用习惯

把域名、服务器 IP、DNS 服务商、证书到期时间记在一张表里。出问题时不用现查，直接对照。小站最容易犯的错就是"域名在 A 家买、解析在 B 家做、服务器在 C 家"，出问题后连从哪查都不知道。