Summary

  • RFC 3172 在2001年将协议基础设施标识符转向 .arpa，而 .int 继续服务于由国际条约设立的组织。
  • RFC 9121 后来记录了一次历史盘点、被判定为极少的查询模式，以及从 .int 移除剩余基础设施委派的决定。

.int 曾经容纳两类容易混淆、但用途不同的名称。RFC 1591 在1994年把它描述为供国际条约设立的组织或国际数据库使用。与此同时，一些实验性的互联网基础设施标识符也被放进 .int。于是，同一个 DNS 命名空间既可能指向一个组织，也可能承担协议寻址功能。

2001年，RFC 3172 为第二类用途明确了新去处。互联网架构委员会（IAB）将 .arpa 定义为仅供基础设施使用的有限空间。附录所载2000年4月函件请求 ICANN 管理 .arpa，其中包括把当时仍位于 .int 的基础设施应用迁入。这个决定说明今后该放在哪里，却没有自动删除每一条旧委派。

部分迁移另行完成。RFC 4159 记录了 ip6.int 被 ip6.arpa 取代的过程。还有一些实验名称在实际用途消退后，仍留在 .int 区域中。2021年发布的 RFC 9121 把这些遗留记录视为需要核查的运维事项。它列出 atma.int、ip4.int、ip6.int、nsap.int、rdi.int 和 reg.int，并提到提供远程打印服务的 tpc.int。文件称，负责管理这些名称的一方早已停止使用它们。

移除所依据的证据有明确边界。IANA 汇总历史文件、分析 DNS 查询模式，并与相关联系人进行初步沟通。文件称观察到的查询量微不足道，因此这些域名很可能已经过时。RFC 9121 随后将 RFC 1528 和 RFC 1706 改为历史状态，并说明 IANA 已从 .int 区域删除相关基础设施委派。文件也提醒，旧系统可能把名称写死在配置或程序中，未来若将这些标签重新分配给条约组织，必须格外谨慎。

这并不能证明每一个私有递归解析器、应用或存档配置都已更新。它证明的是：公共委派记录已不再足以支持继续保留这些旧名称。2001年，.arpa 成为合适的命名空间；而 .int 中残留的条目，要等到后来的盘点才最终清理。

来源