域名刚换服务器，办公室已经显示新页面，手机却仍看到旧网站。这时反复刷新浏览器未必有用，应该先确认两个设备访问的是否真是同一个名称，再看各自可能使用的解析与缓存。裸域和www不同，IPv4与IPv6也可能走向不同地址。
XunL DNS在线查询提供公共解析观察。它适合核对域名当前返回哪些记录，不替域名控制台修改配置，也不能用一次结果代表全球所有网络。
网址要拆开，DNS只问名称
如果用户访问的是 https://www.example.com/products/a，查询时填写 www.example.com，不要把协议、目录和查询参数放进去。先选A看IPv4地址，再按实际情况选AAAA查IPv6，或选CNAME确认是否通过别名指向其他名称。
如果只查example.com，结果不能自动代表www.example.com。迁移清单应明确每个实际使用的名称，尤其是官网、落地页和邮件相关子域名，避免只修改了裸域而漏掉客户常用的入口。
别名链和地址记录，要沿着真实关系看
设想www通过CNAME指向另一个托管名称。即使www本身没有直接写IP，它仍可能通过目标取得地址。如果网站迁移后还是旧内容，应核对别名目标与托管平台设置，而不是不停给同一名称增加新的A记录。
另一种常见差异是A已经改到新主机，AAAA却仍保留旧服务。部分网络优先使用IPv6，就可能出现“只有某些人看到旧站”的现象。这个例子用于说明检查路径，不表示某个示例域名确实存在这些配置。实际处理前需以当前返回记录和权威区内容为准。
邮件问题则应换一个提问方向。MX用于接收邮件的路由，TXT可能包含验证或邮件政策，NS说明委派。网站地址查得正常，并不足以证明邮件配置正常；每种类型都应围绕具体故障读取。
TTL是缓存时间线索，不是全球倒计时
TTL以秒为单位。看到三千六百，应按约一小时理解，而不是一个保证所有地区同步的时间表。解析器缓存、修改发生的时间和不同网络路径都会影响观察。保存名称、类型、查询时间、返回值和TTL，比一句“还没生效”更便于沟通。
NXDOMAIN表示解析器认为名称不存在，应核对拼写、委派与权威记录；超时则是没有取得有效回答，原因不同。某种类型没有记录，也未必是故障：没有AAAA不代表A记录无效。先看状态，再看业务是否真的需要这一类记录。
确认后再修改，改完仍要验证访问
查询结果应与域名服务商控制台及权威解析相互核对。使用CDN或按地区返回不同答案的网站，公共查询可能只显示其中一种视角。查到某个IP，也不等于已经找到了源站，更不代表该IP只服务一个网站。
正式修改前保存旧记录，确认需要调整的是哪个名称和类型。修改后除了再查DNS，还要访问正式网址检查证书、站点绑定和页面内容。解析正确只完成了链路中的一段，不能替代网站本身验收。
为什么不能只等TTL过去再看？
如果记录本身填错，等待不会把错误修成正确。应先确认权威配置与目标关系，再考虑缓存；如果配置和公共观察都正常，才继续排查设备、网络或网站服务端。
两个查询结果不同，哪一个是假的？
不一定存在真假之分。缓存时间、解析位置和地理策略都可能造成差异。应保留双方时间与查询条件，再结合权威配置解释，而不是只挑符合预期的结果。
个人微信：ssevening
