换了网络，访问结果却不同

同一个域名，在办公室打不开，手机切换到移动网络后却能访问，问题未必出在网站服务器。浏览器访问域名前，会通过DNS查询它对应的地址；不同网络使用的递归DNS服务器不同，查询结果也可能暂时不一致。

域名DNS检测工具适合在这时留下可比较的结果。输入域名后，先看查询的记录类型和返回值：访问网页常涉及A记录或AAAA记录，它们分别指向IPv4、IPv6地址。若一处返回旧地址，另一处返回新地址，后续排查就有了明确方向。在线工具展示的“多地结果”有助于观察差异，但那些检测节点不等于当前设备使用的DNS服务器，不能仅凭一片绿色状态判断用户端已经恢复。

本机查询也有用处。nslookup能看到设备通过当前配置的DNS服务器取得什么结果；熟悉命令行的管理者还可用dig查询指定服务器。记录检测时间、所用网络和返回地址，比只截一张“解析正常”的页面更便于沟通。

改了记录，仍有人连到旧地址

假设网站管理者刚把域名的A记录改到新服务器。管理后台显示新地址，手机网络可以打开新站，办公室电脑访问的却仍是旧站。这是一种可能的缓存情形，不能据此认定修改没有生效。

管理者先核对域名当前使用的权威DNS服务器，以及权威服务器返回的A记录。权威服务器保存域名的正式记录；如果这里仍是旧地址，检查记录是否改在了实际使用的DNS服务商处。若权威服务器已返回新地址，而办公室所用的递归DNS仍返回旧地址，就把两处查询结果和时间放在一起，看缓存差异如何变化。记录中的TTL控制缓存可保留的时间，但实际访问还可能受到设备或应用缓存影响，无法只按后台显示的TTL倒数承诺恢复时刻。

迁移期间，旧服务器若已关闭，仍拿到旧地址的访问者会直接遇到故障。管理者可以在条件允许时暂时保留旧站的可用响应，同时确认新服务器已经接收该域名的请求。办公室网络随后查到了新地址，但个别浏览器仍显示旧页面，处理方向便转向浏览器缓存和网页本身；旧服务器何时下线，还要等实际访问来源确认。

检测显示正常，网页依然打不开

DNS工具返回了预期地址，只表示“域名指向哪里”这一环有了结果。网页仍打不开时，看看浏览器报错发生在什么位置：提示找不到域名，继续核对本机查询；已经连接到服务器，却出现证书错误或网页响应异常，就不宜反复修改DNS记录。

还要留意查询对象是否一致。带www与不带www的域名是两个名称，可能配置了不同记录；A记录正确，也不能代替对AAAA记录的检查。若故障只在公司网络出现，把该网络下的查询结果交给网络管理员，比依据公共检测节点的结果调整整个域名更稳妥。

选择工具无需追求检测节点越多越好。在线工具便于查看不同地区的返回值，本机工具用于确认受影响设备取得的结果；需要核对配置时，再查询权威服务器。下一次收到“域名打不开”的反馈，先请对方留下访问域名、报错画面和所用网络，再对照同一时刻的DNS查询结果，避免把网页故障当成解析故障处理。