Summary

  • Anand Buddhdev 与 Paul de Weerd 在 2024 年提出退役 ns.ripe.net。该服务自 1992 年起为持有大块地址的成员提供反向 DNS 备用服务器，却逐渐暴露准入不均和运维故障。
  • 经过 DNS 工作组讨论，RIPE NCC 于 2024 年 6 月停止接收新的相关委派，逐一联系使用者，并在 2025 年 1 月 15 日清除剩余数据库记录中的 ns.ripe.net 服务器属性。

备用伞漏雨了

1992 年，一家地址注册机构为成员的反向 DNS 提供备用服务器，听起来很贴心。成员自己的服务器若出故障，ns.ripe.net 还能替那些大地址块的反向解析应答。资格线是至少 /16 的 IPv4 分配或 /32 的 IPv6 分配。那时，给大块地址多备一把伞有现实意义；三十多年后，伞本身也需要人不停修补。

RIPE NCC DNS 工程师 Anand Buddhdev 在 Paul de Weerd 参与的2024 年说明中，把问题摊到了桌面上。原来的门槛优待大块地址持有者，可如今小机构更可能缺少多样化 DNS 基础设施。数据库曾有漏洞，允许一部分不够门槛的成员加入；漏洞修好后，老用户仍留在服务里，后来同样规模的成员却进不来。免费服务还与部分 RIPE NCC 成员经营的业务重叠。

技术账也不会因为免费就消失。成员忘记允许向 RIPE NCC 传送区域文件，备用服务器便加载不到数据，回答 SERVFAIL；日后更改配置也可能让区域悄悄变旧。传送机制无法配置共享 TSIG 密钥。区域规模在接入前难以预知，几个大区域曾耗尽小型服务器内存。一次 DNSSEC 故障甚至让使用者无法通过预委派检查去修改自己的域对象，只能请 RIPE NCC 介入。救生圈如果还要专人拖着游，性质已经变了。

机构在 2016 年也试过提出退役，当时社区倾向继续保留。2024 年的 DNS 工作组讨论给了新答案。修订后的时间表先在 6 月关闭新申请，再花数月寻找用户。Buddhdev 的2024 年 10 月报告很能说明工作量：先给区域、技术、管理联系人发邮件，发现不总能找到人，又给对应地址块的联系人发信，还给大用户打电话。10 月时，尚有一千多个域对象待处理。

RIPE NCC 2025 年 1 月通报称，1 月 15 日已从剩余域对象中删去指向 ns.ripe.net 的服务器属性，服务退役完成。Buddhdev 的5 月报告也确认了社区支持和完成日期。RIPE NCC 的权威 DNS 与反向委派仍在运行；退出的是这项特定的备用服务。对 Buddhdev 来说，工程能力在这里不是再添一台机器，而是让旧机器体面离场，用户也有时间换伞。

RIPE 原始资料