昨天凌晨三点十七分，我在书房里把一杯凉透的咖啡推到显示器旁边，屏幕上是 6h81s8.com 的 whois 记录。一个客户托我查一批老域名，其中最旧的那个，注册时间写着 2014 年 11 月 6 日，到期日只剩 138 天。我盯着「138」这个数字看了很久，忽然想起来，我这台笔记本的电池健康度也是 138 次循环——两个不相干的东西，在同一串数字上碰到了一起。
数字不会说话，但堆在一起的时候，它们比谁都会讲故事。
于是就有了这个页面。域名查询138. 不是一个新工具，也不是什么黑科技，它更像是域名圈里一栋老楼：楼梯扶手磨得发亮，电梯偶尔卡住，但你知道它一直都在。我查它查了快八年，从最早在网吧帮一个叫周砚的师兄查他工作室的域名，到后来自己给客户做批量筛查，中间换过四台电脑、三个浏览器，唯一没换的，是这套查询逻辑。
凌晨的书桌，屏幕上是一串 whois 记录。图片来自 Unsplash。
说回 138 这个数字。域名查询138. 里最常被问到的一个问题，是「到期倒计时到底该怎么看」。我的答案是：别看天数，看注册商的续费窗口。到期日往前推 30 天，注册商通常会发第一封提醒邮件；推 15 天，域名进入宽限期；推 7 天，才真正开始紧张。138 天听起来还长，但如果你手上有二十个这样的域名，那就是二十个倒计时同时在走。去年十月，我一个做独立站的客户就栽在这上面——他以为到期还早，结果续费通知被邮箱的垃圾过滤规则吞了，域名被释放的当天下午，解析记录全部失效，页面直接变成 404。
那天他打电话给我，声音是哑的，说「叶子，网站打不开了，客户在群里问」。我一边让他别急，一边打开域名查询138.，把域名状态截图发过去——「pendingDelete」这三个字，比任何解释都直接。后来他花了比续费高四倍的价钱从抢注者手里买回来，我们俩在电话里沉默了很久。
这不是我编的。那之后我把「到期前 150 天」设成了自己的日历提醒，并且强迫每个客户把注册邮箱绑定到一个人工会看的地址。听起来很笨，但笨办法救过我三次。
工具越聪明，人越容易懒得看。
再聊聊查询本身。域名查询138. 的界面确实不讨喜，白底黑字，表格线细得像随时会断。但它有一个我特别喜欢的细节：结果页右上角会标出查询的「数据时间戳」，精确到秒。很多花哨的查询站会把这个藏起来，因为数据有延迟，而时间戳一摆出来，就等于承认「我可能不是最新的」。我尊重这一点。做域名的都知道，whois 数据本来就有缓存，承认延迟比假装实时更靠谱。
查询结果的原始记录，时间戳通常在最下方。图片来自 Unsplash。
当然，它也不是没毛病。上个月我批量查 40 个域名，跑到第 27 个的时候页面卡住了，刷新之后前 26 条记录全没了，只能重来。那天我一边等一边把《漫长的季节》最后两集看完了，龚彪在出租车里唱歌那段，我看了两遍。这大概就是这个网站的风格：效率不高，但给你足够的时间想点别的。
说实话，现在还在用域名查询138. 的人，多少有点念旧。
念旧归念旧，有些坑还是得说清楚。第一，批量查询之间的间隔不要太短，它没有反爬提示，但会静默限流，你以为在查，其实返回的是缓存；第二，查询结果里的「注册人」字段经常被隐私保护掩盖，别指望从这里查个人信息，那是另一套流程；第三，也是最重要的，域名状态的判断以注册商后台为准，查询站只能当参考。这一点我在给客户做的每一份报告里都会写，写在最上面。
扯远了。回到那杯凉咖啡。三点十七分之后我又坐了大概四十分钟，把客户的 12 个域名全部核对完，其中 3 个要在两周内续费，1 个的 DNS 记录指向一个已经不存在的服务器。我把这些整理成一张表，第二天早上八点四十一分发了过去。对方回了一个「收到，辛苦」。就这四个字，我却觉得那一夜的咖啡凉得挺值。
疲惫但值得——大概就是这种感觉吧，像走了很远的路，回头发现每一步都踩在实地上。
对了，上次有个读者在后台问我，你写了这么多工具，到底哪个最好用。我没法回答「最好」，但我可以说，域名查询138. 是我用得最久的一个。久到它的每一个加载圈、每一次超时、每一个日期格式，我都熟悉得像自己书桌上的划痕。这不算推荐，顶多算一种个人习惯的坦白。
写到这里，窗外已经有点泛白了。我看了一眼时间，五点零六分。这篇文章断断续续写了两天，中间接了两个电话、煮了一碗面、把洗衣机里的衣服晾了。生活就是这样，你不会真的有一段完整的时间去钻研一个域名查询工具，但你会在无数个零碎的间隙里，把它用熟。
138 天，说长不长。该续的费，早点续。