二级域名查询：别把子域名当成两码事

二级域名别把子域名当成两码事——这句话看着像绕口令，但在虚拟主机控制面板里栽过跟头的人一看就懂。同一个网址，两个人用两个工具去查，一个说“没有记录”，另一个截出来一长串 CNAME，然后就开始互相怀疑对方查错了。多数时候谁都没错，只是两个人查的根本不是同一层的东西。

二级域名别把子域名当成两码事，先把“父子”关系捋顺

先把最基础的说清楚。拿到 example.com 这个域名，它是“父”，前面再挂一段，blog.example.com、shop.example.com 这种，就是挂在它下面的“子”。麻烦在于“二级域名”这四个字在不同场合指的不是同一层：有人按顶级往后数，那 example.com 就叫二级域名；也有人把主域名之外多出来的那一段统称二级域名，于是 blog.example.com 也算。两种口径都有人在用，所以跟客服、跟同事沟通的时候，把完整域名写出来，别只丢一句“二级域名”。写到这一步，歧义基本就没了。

查询入口不一样，结果自然对不上

查询分两大类。查注册信息的走 whois，能看到域名在谁名下、注册商是谁、什么时候到期，不过它一般只针对 example.com 这种单独注册出来的名字；子域名通常不会在 whois 里单独列一条，除非它本身也被单独注册过。查解析记录就得靠 DNS 工具，Windows 上自带 nslookup，Linux 和 macOS 上常用 dig。想知道 blog.example.com 指向哪儿，dig blog.example.com A；关心邮件的看 MX；返回 NXDOMAIN，那就是没这条记录。拿着 whois 的结果去解释解析问题，难怪怎么都对不上。

虚拟主机面板里绑定子域名，坑大多在这三步

用虚拟主机做站的，添加域名那一步最容易把自己绕晕。一是绑定框里到底填 example.com 还是 blog.example.com，填错了轻则子站打不开，重则主站被顶掉。二是解析侧得有对应记录，A 记录指向主机 IP，或者 CNAME 指向服务商给的别名，选一个，别让一条 A 和一条 CNAME 同时躺在同一个名字上。三是部分面板会让你填目录名，目录不能跟现有的重名。先解析还是先绑定都能跑通，中间有生效时间，别刚点完就下结论说不行。

查不到不代表没有，缓存和 TTL 经常背锅

刚改完解析，本地查还是旧地址，这不叫没生效，叫缓存。系统的做法是换一个公共 DNS 再查一遍，要是能查到新记录，说明上游已经更新，剩下的就是 TTL 没到点。想知道解析权在谁手里，查 NS 记录比猜靠谱得多。别人跟你说“我这儿查不到”，先问三件事：用什么查的、查的哪个完整名字、隔了多久。

泛解析会骗过你的眼睛

有些域名开了通配符解析，*.example.com 全指到同一台机器。这时候你随便编一个不存在的子域名去查，居然也能查出结果，于是有人慌慌张张以为自己的域名底下被人挂了几百个子站。说白了判断办法又土又好用：编一个明显不存在的名字去查，也能解析出来，那就是泛解析。做域名资产盘点时最容易在这一步虚出一大截名单。

不是所有子域名都适合拿来查

拿字典批量去扫别人的域名，翻隐藏后台、翻测试站，这类操作一直在灰色地带，被投诉甚至被追究都不新鲜。想盘点自己的家底，走 DNS 服务商控制台、证书透明度日志这类公开渠道就够了。具体哪些能用、哪些不能用，以服务商和官方页面的说明为准。

一份够用的排查顺序

一，先确认要查的是哪一层，把完整域名写全；二，whois 看注册状态和到期时间；三，dig 或 nslookup 看解析记录，A、CNAME、MX 逐个确认；四，换公共 DNS 复测，排除本地缓存；五，看 NS 和 TTL，判断生效进度；六，随机编个名字测有没有泛解析；七，回头对一遍面板里绑定的域名和解析记录是否一致。七步里最容易漏的是第一和第七，一个让你查错对象，一个让你白改半天。

下回再有人甩来一句“这个二级域名查不到”，别急着动解析。先问他用哪个工具查的、查的完整名字是什么、等了多久。这几句问完，一半的“故障”当场就消失；剩下那一半，按上面的顺序慢慢排就是了。