批量查询过期域名,核心路径有五条:注册商后台导出、WHOIS批量脚本、RDAP/API接口、聚合查询平台(如gname.xin)、以及域名交易市场的过期释放列表。下面按实操难度从低到高逐一说明。

注册商后台批量查询

这个方案适用于那种手里握着非常多的域名, 而且这些域名全挤在同一个域名注册服务商那里的情况。

找到登录注册商管理面板的入口, 比如阿里云万网, 或者腾讯云DNSPod这样的平台, 然后进行登录操作。

您必须点击进入那个叫作域名管理的页面, 然后进行筛选操作, 把那些状态已经变成已过期的、还有那些处于赎回期中的、以及那些处在删除宽限期阶段的域名全都找出来。

用户现在可以进行支持按到期时间区间来进行筛选这样的一个操作, 在筛选完成以后还可以将相关的信息导出成CSV格式的清单。

存在的不足之处在于, 该服务的功能仅仅局限于查询由当前这个注册商所管理的域名数据, 因此没办法实现跨越多个不同注册商来进行统一的查询操作。

WHOIS批量脚本查询

这个功能, 就是用于在多个域名注册商之间, 去确认一个域名, 到底是不是已经过期了的那种场景。

先准备一份域名的清单, 这份清单的格式可以是txt文件也可以是csv文件, 确保每一个域名都单独占据一行。

使用whois命令行工具, 或者使用Python库python-whois, 一条接一条地进行查询操作, 然后对“Expiry Date”这个字段的内容进行解析。

去判断一下那个到期的日子是不是在现在的日期前面, 如果是那样的话, 就把它的状态变成已经被过期了的样子。

大家得注意点频率的限制, 建议每次请求的间隔要在大于等于两秒以上, 如果遇到大批量的时候要分成几段来执行。

像这样的注册局机构, 对于批量进行查询这种行为, 是设置了数量上的限制的, 因此是需要大家提前去申请一个的。

RDAP / 注册商API(自动化首选)

这对于那些需要进行定期的、规模比较大的一个技术监控方面的团队来说, 是适合的。

各注册局已开放RDAP端点,例如 .com/.net 域名:https://rdap.verisign.com/v1/com/{domain}批量查询过期域名批量查询过期域名,返回JSON含 event(注册/到期/删除)与状态码;

国内那些可以对接注册商并且开放了API的(比如说阿里云DNS API、腾讯云域名API), 按账号批量拉取到期列表。

批量查询过期域名怎么查?注册商、WHOIS、API方法全讲(图1)

在对域名列表进行大批量的处理操作之时, 会通过循环的方式来依次发出请求, 并且在请求过程中去解析那些关于到期日期的具体信息以及当前的状态字段, 最终把这些相关信息一并写入到数据库里面或者相应的表格之中。

建议用定时任务(cron / 云函数)每日或每周自动巡检一次。

聚合查询平台

大城新闻网

当人就是不想写代码还有那个不想逐个注册商去操作的时候, 聚合平台确实是最省心的选择。

gname.xin 这个平台提供了让咱们能够批量查询域名的入口功能。用户可以把域名清单粘贴进去, 或者进行上传操作, 然后系统就能一次性地返回那些结构化的相关信息。这些信息里包括了注册的状态、还有具体的到期时间, 以及域名是否正处于赎回期或者是删除期等等内容。

进入gname.xin网站, 然后点击批量查询按钮, 接着把要查的域名列表提交上去, 最后再把导出的结果表格拿下来。

该方案的优势在于, 用户不需要去区分具体的注册商是谁, 它能够一次性就覆盖到太多的顶级域名, 而且得到的结果是可以直接进行下载操作的。

适用于这样的情况, 就是说域名投资者需要定期做一下巡检的工作, 同时也适用于企业品牌保护团队去监测竞争对手或者自己拥有的域名的动态变化。

过期域名交易市场(捡漏视角)

如果真正的目的是为了去抢夺, 而不是来进行管理。

在国际上, 存在着GoDaddy Auctions、Dynadot以及Sedo这些平台, 它们都设有专门针对Backorder的板块, 同时也设有针对Expired这个领域的板块。

在国内市场里面, 我们能看到西部数码以及爱名的过期域名重新释放出来的情况, 这些域名的清单如下所示。

可以通过顶级域、域名长度以及关键词来进行筛选, 高价值的域名一旦释放, 很快就会被人抢走, 所以需要提前设置好预订这一操作, 也就是英文中的Backorder。

大家一定要去密切关注各个平台发布的“Drop”时间表, 通常情况下, 在删除宽限期这一段时间彻底结束之后的话, 商品就会进入到公开竞拍的状态, 或者说是直接进入直售的环节了。

常见疑难速查

问题 处理
WHOIS 显示 pendingDelete 却无日期 已进入删除队列,一般5天内释放,可设置Backorder
批量查询部分域名无返回 未注册或已彻底删除,用注册局whois二次确认
API限流导致批量中断 加随机延迟(1~3 s)或分批请求,避开高峰时段
跨TLD查询效率低 优先用RDAP或聚合平台,避免逐注册商手动操作

以上的这五个方法是可以按照具体的需求进行灵活组合的, 具体来说就是在做日常巡检的时候去使用聚合平台, 在进行深度管理的时候通过注册商的后台以及配合API来进行处理, 而在需要捡漏的时候则要关注交易市场, 只要根据自己的域名规模还有具体的目的来挑选出相对应的路径, 那么就可以把问题一次性都查证清楚, 并且绝对不会出现有任何遗漏的情况发生。