查询域名的信息, 主要的办法一共有三种。这三种办法分别是通过WHOIS进行的公开查询、在域名注册后台管理那里进行查询、还有使用第三方的聚合查询平台。在绝大多数日常使用的情况当中。

大家主要想要搞清楚的问题是。这个具体的域名到底是谁去注册的。它现在的状态是什么样子的。以及到什么时候就会到期失效。接下来会按照操作优先级的顺序。对每一类方法进行逐一的详细介绍和说明。

WHOIS公共查询(最通用)

WHOIS 这个查询协议, 它是用于互联网域名系统的标准方式, 任何人都可以免费地使用它, 具体的操作步骤如下。

1. 把那个网页给打开, 这个网页是域名注册管理机构或者是注册商的官网的一部分, 它叫做WHOIS查询的这个页面。

2. 在搜索框中输入完整的域名, 举个例子, 就是像example.com这样的格式。

3. 在用户执行提交动作之后, 系统将会返回与该域名相关的注册信息的记录情况。

能够查询的那些字段, 包含注册人、还有管理联系人、又有技术联系人, 接着是注册日期, 再有到期日期, 以及域名状态码, 还有DNS服务器, 当然也包含注册商名称这些内容。

有件事情需要专门提出来进行说明一下。就是从二零一八年五月开始, ICANN的注册数据去标识化规范正式实施了。在这个情况之下, 大量的注册商对WHOIS系统返回的联系人的姓名, 还有电子邮箱、电话号码这些字段做了隐私方面的遮蔽处理。

然后在查询结果里面, 这些内容显示的就是“REDACTED”或者“Privacy Service”。这种现象是完全正常的, 这一点大家要弄清楚, 它并不代表的意义是查询操作失败了。

注册商后台查询(权限最全)

你要是这个域名的注册人的话, 登录一下对应的那个域名注册商的管理后台去查询, 是可以获取到比那个WHOIS要更加完整的信息的。

就是那个已经走完完整注册流程的联系人, 他的真实姓名和邮箱虽然在展示时被隐私保护机制给遮蔽掉了, 但这个信息是确实存在的。

这个日志是关于域名的生命周期里面的各种事件的, 具体包括了转移的情况, 还有续费的举动, 赎回的过程, 以及过期的记录。

DNS解析配置与修改历史

域名锁定/解锁状态

域名信息查询怎么查?WHOIS与注册商入口、注意事项一次说清(图1)

实名审核状态(.cn域名必须完成)

只有域名的持有人才可以亲自去处理这个情况, 而且这种方法能够查到最全的信息。

第三方聚合查询平台(适合批量与多源比对)

如果用户需要一次性去查询多个域名, 或者要同时去获取WHOIS数据, 还有DNS解析结果, 以及SSL证书信息, 也包括域名的年龄等多来源的信息的时候, 是可以使用聚合查询工具的。

比如说, 你去访问 m.dcqzss.cn 这个域名的查询入口, 在输入了目标域名以后, 你就能够获取到 WHOIS记录、或者像 A、AAAA、MX这样的DNS解析结果、SSL证书的有效期、还有域名的存续时长等等这些数据。

这些聚合数据呢, 它是适用于域名投资评估、网站技术排查、安全审计这样的一些场景的。

常见域名状态码速查

状态码 含义
ok 域名正常域名信息查询,可正常解析
clientHold 注册商暂停了域名解析
clientTransferProhibited 注册商禁止域名转移
pendingDelete 域名进入30天待删除观察期
redeemPeriod 赎回期,原持有人可在30天内赎回
serverInterServerTransfer 处于注册局间转移过程中

查询注意事项

1. 我们要注意频率限制这一回事, 因为WHOIS协议它对同一个出口的IP, 是有请求频率限制的, 一般来说就是每小时能够有几百次这样的请求, 所以对于批量查询这个情况, 我们建议还是改用注册商的API或者是那些聚合平台来弄比较好一点, 这样能避免被临时封禁的情况发生。

2. 根据工信部的规定, .cn域名必须完成实名认证。如果您的.cn域名没有完成实名, 那么您这个未实名的域名将被暂停解析。

3. 这里要讲的是数据的时效性方面的问题, 你会发现WHOIS这种数据它会有同步延迟的情况, 而且这个延迟是在分钟级别之上的, 所以当一个域名刚刚经历了转移或者是续费操作以后, 你是建议你要去耐心等待一会儿的, 差不多等待10分钟左右的样子再去查一下子, 这样才能得到最新的记录信息。

4. 如果你担心自己域名的联系人信息被公开检索到, 那么你就可以前往注册商的后台域名信息查询灵音心图,打开域名隐私保护功能开关, 从而实现对个人信息的隐私保护。

上面说到的这些, 就是查询域名信息的一条完整的操作路线。这里面有一个非常关键的核心原则需要大家明白。如果是要看公共的信息, 那就去走WHOIS这个渠道。

如果是要查看更详细的资料, 那就去注册商的后台进行查找。如果是有大批量的、或者需要从多个来源一起查找的需求, 那么就去找那些聚合平台来处理。这三种方式互相补充, 基本上就能够把所有的查询场景给覆盖完了。