昨天傍晚七点，我盯着一个二级域名解析出了三个不同 C 段。

昨天傍晚七点，我在公司的旧会议室里，把一杯凉透的美式放在桌上，开始查一个二级域名的真实 IP。

原本只是帮朋友看看他的博客为什么解析慢。结果一路挖下去，挖出了三个不同的 C 段。

我把过程写在下面。不是教程，只是一个下午的观察记录。

从一条 nslookup 开始

当时用的是朋友给的域名，叫 blog.linxiaoman.net。我在终端里敲了 nslookup blog.linxiaoman.net 8.8.8.8。

第一次返回 47.101.222.13。第二次返回 47.101.222.13。第三次，121.40.89.7。

同一个二级域名，两次解析到了不同的 A 记录。我截图发给了阿凯——他做运维。他回：DNS 轮询而已。

但阿凯不知道，这个域名背后还挂着三个 CNAME。我顺着往下查，发现 CNAME 指向了某个 CDN 边缘节点。

三个 C 段和一台老服务器

47.101.222.13 归属阿里云杭州。121.40.89.7 归属阿里云杭州，但 C 段不同。

第三个 IP 来自 8.210.63.44，香港节点，CNAME 链上的备用回源。

我点开 ipinfo 的页面，那个香港 IP 的 ASN 标注写得很清楚。我抄在便签上：AS45102，Alibaba。

阿凯说这套解析像是一个没拆干净的旧站迁移。我盯着屏幕看了两分钟，觉得他说得对。

旧服务器没下线，新 CDN 又挂上去，于是 DNS 在两者之间来回跳。

这中间还有一个细节：域名的 TTL 是 600 秒。也就是十分钟。改一次解析，十分钟内还在旧 IP 上飘。

二级域名追踪最怕的不是查不到，是查到了三个答案，都像真的。

反查 PTR 的那一段

我把三个 IP 分别做了 PTR 反查。47.101.222.13 返回空。121.40.89.7 也空。

只有香港那个返回了一个默认的阿里云 PTR，不是自定义的。说明这台机器没有被认真配置过。

我把它记在本子上，日期写的是 6 月 22 日，因为查完已经是凌晨。

今天早上我又重新跑了一遍，PTR 还是没变。但 A 记录从三个变成了两个。

所以昨天那个 8.210.63.44，可能是 CDN 临时调度，也可能是 DNS 缓存残留。

我的看法：别只看一个 IP

说实话，很多“子域名 IP 查询”工具，只给你一个结果，这是有问题的。

一个二级域名背后可能是 CDN、负载均衡、回源站，三者 IP 完全不同。只看一个，等于只看了一扇门。

我倾向于至少查三个来源：权威 DNS、公共 DNS、CDN 回源。

如果三个结果不一致，别急着下结论。先看 TTL，再看 CNAME，最后才看 PTR。

顺序错了，就会像昨天的我一样，在会议室里多待了一个小时。

顺便记下的几个链接

昨天翻手机收藏夹，翻到一个之前存的工具页，顺手用了下：豆包app手机下载，纯粹是把它当一个域名解析的参考案例。

还有一批老文章瘫在浏览器标签页里。其中一篇写到，日本男生怒怼女mv 的评论区，比我查 IP 的日志还热闹。

同系列的 欧美男生怒怼女mv 我也点进去看了，翻了三屏，跟 DNS 没什么关系，但挺解压。

域名工具那边，老牌的 yandex永久地址 经常被拿来当测试域名，我昨天的 nslookup 也用了它。

对了，查累了还看了一小段 6080yy推理片亚洲，推理片和排查 IP 一样，都是找线索。

线索找完，那个二级域名的解析也改了。TTL 降到 60 秒，旧 IP 下线。

朋友说网站访问正常了。我嗯了一声，把凉透的美式倒掉了。