摘要

  • ARIN 正就退役 Whois-RWS、RWhois 和 43 端口 Whois、转向 RDAP 征求意见，期限为 2026 年 9 月 14 日；相关日期仍是提案，不是已经完成的关闭决定。
  • 三项服务的依赖不同：Whois-RWS 需要 API 与网页功能对等，RWhois 需要转换工具，使用量较高的 43 端口服务则拟设置两年退役窗口并配套开展外联。
  • 更可靠的治理办法应是设置三道基于证据的退出关口，而不是笼统宣布 RDAP 已经准备就绪。

目录迁移可能在服务器一侧看似完成，却在真正重要的使用路径上失效。替代端点或许能返回正确的注册记录，但事件响应脚本可能根本无法发现它。地方重新分配服务可能没有经过测试的转换路径。安全设备可能仍期待通过 43 端口获得纯文本，并在这一前提消失后静默失败。

因此，ARIN 关于目录服务未来的咨询，最好被理解为共享一个目标的三项迁移。ARIN 于 8 月 14 日开启咨询，并要求在 9 月 14 日美国东部时间 17:00 前提交意见。截至 9 月 4 日的报道冻结时间，咨询仍在进行。任何拟议退役日期都不是已经采纳或完成的关闭日期。

一个标准，三张依赖关系图

IETF 的 STD 95 定义了 RDAP 的 HTTP 传输、安全服务、统一查询格式、结构化 JSON 响应以及权威服务发现。ARIN 表示，整合可以减少攻击面和行政负担，并改善标准化与自动化。ARIN 还预计，RDAP 客户端会在操作系统发行版中变得更加普遍。

这些好处并不意味着旧服务可以互相替代。Whois-RWS 提供 API 和网页界面。ARIN 提议开展 180 天的外联计划，并在不早于 2027 年 7 月 1 日退役 API。在 RDAP 支持的功能达到对等、能够实现透明切换之前，原网页 URL 将继续保留。

RWhois 位于系统的发布侧。一些组织通过自己的服务器发布重新分配信息。ARIN 表示，将推荐一款开源 RDAP 服务器，并提供现有 RWhois 数据的转换工具。只有在工具可用后，拟议的 365 天日落期才会开始，退役日期不早于 2028 年 1 月 1 日。

43 端口带来的发现问题最为广泛。ARIN 表示，该服务仍承载很高的查询量，并继续被网络安全、研究和执法群体使用。拟议退役日期不早于 2029 年 1 月 1 日，此前将进行两年的日落期和外联。

日期不是退出验证

三项服务需要不同的退出证据：Whois-RWS 需要 API 等效性，RWhois 需要发布和迁移工具，43 端口则需要客户端发现和自动化迁移。单凭日历日期，无法证明依赖用户已经找到并测试替代路径。

对 Whois-RWS，验证应覆盖常见查询、转介、错误、速率限制和自动化行为。对 RWhois，验证重点是运营方能否迁移数据与管理权，转换结果是否可复现，是否有回滚路径，以及是否有足够时间测试 ARIN 推荐的服务器。

对 43 端口，未认证客户端、命令行脚本、安全产品和研究流水线可能不会出现在任何登记表中。通知和外联虽有帮助，但还需要观察使用量下降、公布迁移案例，并区分已废弃流量与尚未迁移的关键客户端。

BTW 的分析认为，这里的经济取舍并不对称：无限期维护重复服务会消耗安全和运维资源，过早退役则可能把更高成本转嫁给依赖这些服务的工作流程。时间表仍可调整；一旦撤掉最后的回退路径，恢复选择空间就困难得多。

咨询结果、最终日期、例外政策、使用基线、错误预算、对等标准和回滚触发条件仍未知。无法自我标识、或必须等待供应商修改才能采用 RDAP 的脚本与设备数量也未知。

来源