摘要

  • RFC 9083 允许 RDAP 对象携带 port43 字符串，指向可能保存该对象的 WHOIS 服务器主机名或 IP 地址。
  • 这个字段记录的是一个服务地址；它本身不保证服务可用、两套数据同步，也不保证客户端会自动查询旧系统。

从早期网络目录开始，WHOIS 就把寻找对象的过程设计成一条简短的文本往返。1982 年的 RFC 812 描述 NICNAME 服务，1985 年的 RFC 954 记录了它在 SRI-NIC 的使用方式：客户端发出一行查询，服务器返回可读文本，然后关闭连接。查询语法可以随时间扩展；星号甚至可请求列出某个组织或主机的用户。结果对人有用，却没有被设计为稳定的机器接口。RFC 812；RFC 954

RFC 3912 后来把 WHOIS 描述为运行在 TCP 43 上的简单请求与响应协议。请求由一行组成，响应以服务器关闭连接结束；协议本身没有定义字符集、国际化或强认证机制。RFC 3912 这类接口的优势在于轻量、广泛可用，边界也很清楚：客户端往往要理解各服务的查询语法和文本输出，难以依靠统一结构进行可靠处理。

RDAP 的方向不同。它把注册数据查询纳入 HTTP 服务模型，定义可预测的查询路径和 JSON 响应，并为重定向、服务发现及本地化留下标准化位置。RFC 7480 规定 HTTP 传输和响应行为；RFC 7481 描述访问控制、认证、完整性等安全服务；RFC 9082 更新查询格式；RFC 9083 定义 JSON 响应结构。RFC 7480；RFC 7481；RFC 9082

在 RFC 9083 第 4.7 节，port43 是表示 WHOIS 服务的 JSON 字符串。它承载一个主机名或 IP 地址，表示该对象也可能在该服务器上找到；RFC 明确指出，由于没有 WHOIS URI 方案，这个值不是 URI。RFC 9083 这不是把 WHOIS 包进 RDAP，也不是迁移成功的证明。它是在结构化对象中留下通往旧查询面的线索。

因此读者应把字段含义限定在“可能可查询的服务器位置”。该值不说明端点此刻仍在运行，不说明 WHOIS 与 RDAP 的记录等价或同步，也不规定客户端必须跟随它。RFC 9083 定义数据格式，未给出某一注册机构的部署状态或实际用户量。标准中出现字段，证明的是兼容选择被建模；运营现状仍须另行核实。