域名连通性异常常被描述为“网站打不开”，但浏览器最终显示的页面只反映访问没有完成。从输入域名到看到网页，中间经过域名解析、网络连接和服务器响应。处理时先保留报错原文，并弄清故障发生在哪些网络、影响哪些入口，避免在原因未明时反复修改解析记录。

只有部分网络打不开

同一个域名，用办公网络打不开，切换手机流量却能访问，先记录两边的报错和发生时间。若浏览器提示“找不到服务器”或“无法解析域名”，查看两边查到的 IP 地址是否一致；使用 nslookup 查询即可获得基本线索。查不到地址，或不同网络得到的地址明显不同，排查方向落在 DNS 解析。若地址一致，却只有一边连接超时，还要查看该网络到目标地址的连接情况，不能仅凭“域名正常解析”就认定网站可用。

ping 不通也不能单独作为故障结论。有些服务器不响应这类探测，但网页仍可正常打开。相反，能 ping 通地址，只表明某种网络通信有回应，不能证明网页服务、HTTPS 证书都正常。保留浏览器报错与查询结果，联系网络或服务商时比只说“域名不通”更便于定位。

更换服务器后，旧地址仍被访问

例如，一个网站刚完成服务器迁移，维护者已把域名记录改向新地址。管理后台显示修改成功，新服务器直接访问也正常，但部分用户仍打不开网站。此时可分别查询权威 DNS 和受影响网络正在使用的递归 DNS：前者返回新地址，后者仍返回旧地址，排查就集中在旧解析结果的缓存上。

若旧服务器已经关闭，拿到旧地址的用户仍会连接失败。处理时先核对新旧解析记录及记录类型，确认没有遗漏仍指向旧地址的入口；条件允许时，暂时保留旧服务器的可用服务或转发，待受影响网络的查询结果更新后再下线。保留旧服务会占用资源，也未必适合所有迁移。降低 DNS 记录的 TTL 能帮助后续变更较快生效，但迁移完成后才调低，无法让已经缓存的旧记录立即消失。

这类情境只是域名连通性异常的一种路径。如果权威 DNS 仍返回旧地址，就应回到域名管理处核对实际生效的记录；若各处都返回新地址，继续等待缓存更新通常不会解决新服务器自身的连接问题。

解析地址一致，网页依然报错

当不同网络都查到预期地址，问题可能已经进入连接或网页响应环节。浏览器提示证书错误，核对证书覆盖的域名及有效期；显示 502、503 等状态，查看网站服务和代理服务的日志。连接超时则记录受影响的网络和访问时段，交给服务器或网络服务商核对，避免把所有失败都归因于 DNS。

排查期间尽量不要同时更换解析记录、证书和服务器配置。一次改动涉及多个环节，访问恢复后也难以确认原因，异常复现时更难追查。先保存当前记录、查询结果和报错截图；改动一处后，从原先失败的网络重新访问。若仍无改善，带着这些信息继续定位，而不是反复清空缓存、等待或盲目切换地址。