域名查询不止Whois；3个入口各有盲区

查域名的第一个动作，几乎所有人都是打开 Whois 页面，粘上域名、回车、看到注册商和几个日期，截图发群里，觉得这事办完了。真正的麻烦通常在之后：老域名接手过来，后台显示的到期时间和第三方页面对不上；解析改完半天不生效，先怀疑服务商；想确认某个二级域名到底在不在自己手里，那一页 Whois 什么都答不上来。域名查询不止Whois；3个入口各有盲区，这话不是玩文字游戏，是被坑过几次之后才理清的顺序问题。

域名查询不止Whois；3个入口各有盲区指的是哪三个

我习惯把它分成三处：注册局或者注册商那边的 Whois（现在不少走 RDAP，字段更规整）、DNS 记录查询（dig、nslookup 或者在线工具都行）、再加上注册商后台和历史、备案这类旁证。三个地方的数据来源不一样，更新节奏不一样，能覆盖的范围也不一样。把它们当成同一件事，误判自然就来了。

Whois 那页，最容易看错的是状态和日期

几个坑摆一摆。一是 Registrant 显示成 REDACTED FOR PRIVACY 或者一串代理信息，那是隐私保护开着，联系人信息本来就不该给你看，别拿这个当域名有问题的证据。二是日期，Updated Date 只说明记录被改过，不是注册时间；到期日也要拿注册商后台核对，第三方查询站抓的缓存可能已经是好几天前的快照。三是状态码，clientTransferProhibited 挡的是转出，clientHold 影响的是解析能不能用，扫一眼就跳过的人真不少。四是注册局和注册商显示不一致，转入转出进行中尤其明显，两边都查得到但内容不同——这种时候以服务商或官方页面说明为准，别在两个页面之间反复截图对比，越比越乱。

DNS 记录查询，缓存和权威经常打架

dig 一个域名，看到的是递归服务器缓存下来的结果，不是权威 NS 上当下的配置，TTL 没到期，改了也不会立刻变。要确认就指定权威：dig @ns1.example.com example.com A，或者 nslookup -type=ns 先把 NS 找出来再逐台问。还有几个老毛病：CNAME 只跟了第一跳，后面指向哪里没人看；做了多地解析的域名，本地看到的是就近节点的那份结果，别拿一台机器的输出当全网结论；浏览器和系统自己有 DNS 缓存，命令行已经变了，浏览器还没变，很正常。我自己的查询顺序是 NS → A/AAAA → CNAME 追到底 → MX 和 TXT，跟邮件相关的 SPF、DKIM 全躲在 TXT 里，邮件退信的时候这条最管用。

第三个入口常被忽略：后台、历史、备案与安全信息

注册商后台能看到账户下这个域名最直接的东西：真实状态、到期日、解析记录、转移锁。这比任何第三方页面都靠谱。但它只覆盖你自己账户里的域名，转移进行中的那几天，可能两头都查不到完整信息。

历史和旁证是另一层：这个域名以前建过什么站、有没有被抓过快照、有没有进过搜索引擎的安全提示或者邮件黑名单，这些 Whois 和 DNS 都答不了。国内还要看备案，工信部的备案查询入口能查到主体和接入情况，以官方查询结果为准。盲区也明显：历史不等于现状，几年前的记录不代表现在有问题；备案只覆盖在境内接入过的部分，换过接入商或者注销过，页面对不上很正常；安全信誉类查询各家口径不同，看到一条红字先别慌，多找两个来源核对再说。

子域名和泛解析，是最容易漏的一块

主域名查得再细，子域名照样能出岔子。泛解析一开（* 记录），随便编个前缀都能解析出来，看着像“存在”，其实全指向同一台机器。要确认某个子域名是不是单独配的，得把那一个前缀单独 dig 出来，再看返回记录和泛解析的结果是不是一样，不一致说明它有自己的配置。反过来，别人把某个前缀指到你的 IP 上，主域名的 Whois 里也照不出影子，只能从解析和访问日志里发现。

三个入口交叉核对，一张随手清单

到期日和状态，认注册商后台，不认第三方便宜页面；解析生不生效，先拿权威 NS 问，再看本地递归；子域名单独查，别拿主域名结果套；CNAME 一定追到底，中间断一节就白查；TXT 里的 SPF、DKIM 顺手看一眼，邮件问题八成在这；备案信息对不上主体时，先确认接入关系再动手改，别急着提交变更。

下次再查一个域名，顺序换一下：先登注册商后台看状态和到期日，再用 dig 问权威 NS，最后才去第三方页面看历史和时间戳。三步花不了几分钟，比事后跟人解释为什么网站突然打不开省事得多。