WHOIS

WHOIS vs RDAP

WHOIS 与 RDAP 差异比较

RDAP 是 WHOIS 的后继标准，但两者目前并存。本文用工程师熟悉的角度，比较 WHOIS 与 RDAP 在协议、数据、兼容性、安全性上的差异，并说明 whois.net.tw 如何同时整合两者。

WHOIS vs RDAP 重点速览

  • WHOIS：RFC 812（1982）起、现行 RFC 3912（2004），走 TCP Port 43、纯文本，格式因注册局而异。
  • RDAP：RFC 7480–7484（2015）定义；查询与响应格式已由 RFC 9082／9083（2021）更新，服务器探索由 RFC 9224（2022）规范，改用 HTTPS 与 JSON。
  • ICANN 于 2019 年起强制所有 gTLD 部署 RDAP，多数知名 ccTLD（.tw／.jp／.uk／.de）也已支持。
  • ICANN 对 gTLD 的传统 WHOIS／Port 43 合约义务已于 2025 年 1 月 28 日正式落日，RDAP 成为 gTLD 注册数据的唯一必备协议。
  • 本站优先使用 RDAP，仅在注册局未提供时回退到传统 Port 43 WHOIS。

WHOIS 与 RDAP 一览对照

面向WHOISRDAP
核心 RFC812（1982）· 3912（2004）7480–7484（2015）
现行修订—9082 · 9083（2021）· bootstrap 9224（2022）
连接TCP Port 43（明文）HTTPS（TLS 加密）
数据格式纯文本JSON（application/rdap+json）
跨 TLD 一致否，各家格式不同是，字段标准化
认证无支持 HTTP／OAuth（差异化访问）
错误处理自定义文字或直接断线HTTP 状态码（200／404／429）
联系人格式自由文本jCard（RFC 7095，基于 vCard RFC 6350）
隐私遮罩REDACTED FOR PRIVACY结构化字段省略

为什么有 RDAP？WHOIS 不够用吗？

传统 WHOIS 从 1982 年沿用至今（RFC 3912 为现行版本），在现代网络环境下有几个无法忽视的限制：

  • 纯文本格式无标准：每家注册局／注册商输出格式不同，程序须逐一编写解析规则。
  • 没有标准错误码：查无数据或被限流时往往直接断线，难以判断原因。
  • 国际化支持薄弱：IDN 与非 ASCII 字符处理不一致。
  • 没有原生加密：Port 43 为明文传输，不符合审计与合规需求。

IETF 因此推动后继标准 RDAP，于 2015 年发布 RFC 7480 至 RFC 7484，由 ICANN 要求 gTLD 注册商部署；查询与响应格式后来再由 RFC 9082 与 RFC 9083（2021）更新。

Port 43 与 HTTPS 有什么不同？

WHOIS 采用 TCP Port 43、无加密、纯文本请求／响应，连接后一次传完即断线。RDAP 则建立在现代 HTTP 堆栈上：

  • 传输：RDAP 走 HTTPS（TLS 加密），兼容浏览器、CDN 与 API Gateway 工作流。
  • 状态码：支持 HTTP 标准状态码（200／404／429／500）与内容协商。
  • 可审计：对需要合规与审计的企业环境，RDAP 是可审计、可追溯的选项。

服务器探索也已标准化：RDAP 客户端可依 RFC 9224 定义的 IANA bootstrap registry 自动找到该 TLD 的正确 RDAP 端点，无需硬编各家服务器地址。

为什么 RDAP 的 JSON 比纯文本好解析？

WHOIS 返回「人读」的纯文本区块，每家注册局排版不同（.com 与 .tw 看起来就不一样），程序解析须为每个 TLD 写一套规则。RDAP 返回的 JSON 则跨 TLD 一致：

  • 对象结构遵循 RFC 9083：entities、events、nameservers、status 等字段标准化。
  • 媒体类型为 application/rdap+json，可直接喂给程序或前端组件，免逐一编写解析器。
  • 联系人以 jCard（RFC 7095，基于 vCard RFC 6350）表示，姓名／组织／地址一致可解析。

兼容性现状：谁已支持 RDAP？

RDAP 覆盖率已相当高，但尚未百分之百：

  • 所有 ICANN gTLD（.com、.net、.org、.io 等）已强制要求注册商与注册局提供 RDAP 端点。
  • 多数知名 ccTLD（.tw、.jp、.uk、.de 等）也已支持 RDAP。
  • 仍有少数较小的 ccTLD 只维护传统 WHOIS，此时必须回退到 Port 43 查询。

ICANN 对 gTLD 的传统 WHOIS／Port 43 合约义务已于 2025 年 1 月 28 日正式落日，RDAP 已是 gTLD 注册数据的唯一必备协议；ccTLD 则由各注册管理机构自订过渡时间表。

本站如何整合两者？

whois.net.tw 后端把两种协议整合成单一查询，您不必自行选择：

  • 依 IANA 公布的 bootstrap registry（RFC 9224）找出该 TLD 的 RDAP 端点，优先尝试 RDAP。
  • 若该 TLD 无 RDAP 或返回异常，自动回退到 Port 43 WHOIS，并把纯文本结果正规化后显示。
  • 结果页明确标示数据来源是 RDAP 或 WHOIS，方便您追溯每一次查询的协议。

如何用 WHOIS 与 RDAP 查询域名信息

  1. 输入域名并查询

    在首页输入任意域名，本站会自动优先使用 RDAP 协议查询，若该 TLD 尚未支持 RDAP，则回退到 WHOIS Port 43 查询。

  2. 确认数据来源协议

    查询结果页面会标注数据来源——RDAP 表示使用 HTTPS 加 JSON 返回结构化数据，WHOIS 则为 Port 43 纯文本格式，可直观观察两者的差异。

  3. 比较字段结构

    RDAP 提供一致的字段名称（registrar、expirationDate 等）与 jCard 联系人信息；WHOIS 字段格式因 TLD 而异，适合直观比较两种协议的结构化程度。

用实际域名感受差异

回到首页输入域名，结果页的「数据来源」字段会显示这次是用 RDAP 还是 WHOIS。

前往首页试试 WHOIS 查询

RDAP 常见问题

RDAP 的官方文档在哪？

RDAP 的规范由 IETF 制定，IANA 另维护 bootstrap registry 列出每个 TLD 对应的 RDAP 端点。核心 RFC 如下：

  • RFC 7480 — HTTP 传输与查询语义
  • RFC 7481 — 安全性（TLS、认证）
  • RFC 9082 — 查询格式（取代 RFC 7482）
  • RFC 9083 — JSON 响应格式（取代 RFC 7483）
  • RFC 9224 — 如何找到权威 RDAP 服务器（取代 RFC 7484）
RDAP 需要认证或 API Key 吗？

公开数据的查询通常不需认证；但部分注册局支持经过认证的「Tiered Access」（受信任的执法或滥用研究机构可看到完整、未遮罩的数据）。对一般域名所有人与开发者而言，匿名 HTTPS 查询即可。

RDAP 有查询频率限制吗？

有。各注册局自行设定限制，常见为每秒数次到每分钟数十次。RDAP 会用 HTTP 429 响应，比传统 WHOIS 的「直接断线」更易于程序检测与重试。

为什么 RDAP 结果里会出现 vCard／jCard 结构？

RDAP 用 jCard（RFC 7095）表示联系人数据，是 vCard 的 JSON 版本。可结构化呈现姓名、组织、地址、电话，比 WHOIS 自由文本一致性高很多。

未来 WHOIS 会被淘汰吗？

gTLD 部分已经发生：ICANN 的 port-43 WHOIS 合约义务于 2025 年 1 月 28 日正式落日。ccTLD（含 .tw）由各注册管理机构自订时间表，TWNIC 的 RDAP 已上线、传统 WHOIS 仍并行提供。建议新系统优先支持 RDAP，并在无 RDAP 时回退到 WHOIS。

.tw 域名何时停用传统 WHOIS？

TWNIC 尚未公布确切时间表，现状是 RDAP 与传统 WHOIS 双轨并行：

  • .tw／.台灣 的官方 RDAP 已上线（ccrdap.twnic.tw）并登录于 IANA bootstrap。
  • 传统 port-43 WHOIS（whois.twnic.net.tw）仍正常提供。
  • 国际方向明确：gTLD 的 port-43 义务已于 2025-01-28 落日，ccTLD 陆续跟进，建议及早改用 RDAP。

参考文献

相关阅读

远振资讯发布 更新