大家用批量域名查询工具, 最主要的目的就是把成百上千个域名一次性提交过去, 然后赶紧拿到这些域名的注册情况、是谁在持有、什么时候到期, 还有 DNS 的解析记录是什么样子。
大家在挑选这类工具的时候，只要盯紧并发查询的数量多不多、数据源的覆盖广不广、输出以及接口集成方不方便这几项能力, 再把合规和安全方面的问题考虑进去, 这四个方面都看清楚了, 就能找到最适合自己需求的工具了。
批量域名查询的核心功能
可用性检测: 这是用来判别一个域名当前到底是属于可以注册的状态, 还是说已经被人注册了去的, 又或者是进入了那种被保留的情况里, 再或者是被划进了禁止解析的那一类去当中。
通过WHOIS批量获取服务, 可以实现一次性提取多个域名的相关信息, 这些信息包括注册人的身份、注册的日期、到期的日期以及提供服务的注册商。
通过执行DNS解析的批量查询工作, 来获取诸如A记录、AAAA记录、MX记录以及TXT记录和NS记录等信息。
到期监控与状态追踪: 需要对已经注册好的域名做一个提醒功能。这个功能要把它的全部生都记下来。这包括从创建开始, 再到过户操作, 然后停用, 最后释放。
选择工具的4个核心标准
1. 并发查询能力
必须去支持在同时提交请求的时候, 能够一次性把五百到五千个域名放在一起并发查询, 并且让响应的时间控制在分钟这个级别。如果一个工具单次查询的上限还不足一百个的话, 它是肯定没办法满足企业级的大规模批量操作场景需求的。
2. 数据源覆盖度
优质工具应当同时连接到ICANN注册局的数据, 还要去对接各个顶级域名的注册局的WHOIS接口, 而且也要接入主流DNS服务商提供的解析接口, 这样做的目的是为了减少由于某一个数据源出现故障, 从而可能导致查询不完整或者查不到的情况发生。
3. 输出与集成能力
结果是支持把CSV、Excel和JSON这些数据格式导出到文件里面的, 并且还提供了一个叫做RESTful API的一个东西, 这个东西的存在是便于让那些内部域名的管理系统也好, 还是自动化运维的脚本工具也罢, 都可以很方便地把这个系统给接进去的。
4. 合规与安全性
用户需要遵循ICANN注册协议的规范要求, 同时在展示WHOIS信息的时候, 应当确保符合GDPR以及各种各地隐私法律的规定。另外, 当用户提交了域名列表之后, 这些域名列表在传输环节以及存储环节里面都必須进行加密处理。无论如何, 都不可以把这些域名列表以明文的形式保存下来。。
典型场景与操作要点
域名投资筛选每天会投入大约5000到20000个待选的域名, 这些域名是按照后缀进行归类处理的, 然后分组去查, 这么做能够避免一下子全堆在一起造成超时响应的问题。
企业资产盘点: 需要对持有的域名的到期时间进行核查, 需要把DNS配置情况搞搞清楚, 还要查看SSL证书的状态是不是正常, 最终要输出一份合规报告。
进行安全排查, 也就是批量地检测那些疑似用于钓鱼或者仿冒的域名的注册信息, 还有它们所指向的网络接入点IP。
在实操中, gname.xin 的批量查询模块支持粘贴或者上传域名列表文件。这个文件的要求是每行一个域名, 格式要是 TXT 或者 CSV 格式。系统会自动进行去重操作。之后, 系统会发起并发查询。
在结果页面, 用户可以根据自己的需求按状态进行筛选和排序。用户还可以选择一键导出操作。除了网页端的功能, API 也是同步开放的。开发者只需要通过 Token 鉴权的方式, 就可以直接调用这些接口了。
高频疑难与应对
结果与WHOIS页面不一致: 有一些注册商的数据, 由于同步存在延迟, 可能会晚24到48个小时才更新, 所以要以注册局里面保存的原始数据为最终依据。
单次查询出现超时的情况, 指的是需要处理的域名数量超过了五千个。针对这种情况, 要将域名进行分批处理并执行提交动作, 每一批次的数目设定在一千到两千个之间, 批次与批次之间的时间间隔应当设置为三十秒, 这一操作目的就是为了避免出现速率限制的相关问题。
隐私保护域名查不到持有人这个情况是有的, 注册人要是把WHOIS隐私开启了的话, 字段上面就会显示为代管服务的样子, 这属于是正常的现象, 不会影响对状态的判断。
