Anand Buddhdev と ns.ripe.net の退役

Summary

Anand Buddhdev と Paul de Weerd は、1992年から大きなアドレス割り当ての逆引きDNSを支えた ns.ripe.net の退役を提案した。利用資格の偏りと、壊れたゾーンを抱える運用上の問題が理由だった。
DNS作業部会での議論を経て、RIPE NCC は2024年6月に新しい委任の受け入れを止め、利用者へ連絡した。2025年1月15日に残るドメインオブジェクトから当該サーバー名を削除した。

予備サーバーにも寿命がある

1992年、会員の逆引きDNSに予備のネームサーバーを貸すのは親切な設計だった。RIPE NCC の ns.ripe.net は、IPv4 の /16 または IPv6 の /32 以上を持つ会員のゾーンを二次的に引き受けた。会員側のサーバーが止まっても名前を返せる。大きな割り当てを守る、分かりやすい理屈だ。

ところが2024年、DNS運用を担う Anand Buddhdev は Paul de Weerd の協力を得て、この仕組みを終える理由を並べた。予備設備を自前で用意しにくいのは、むしろ小さな会員かもしれない。昔のデータベースの不具合で資格外の一部会員は使い続けられたが、修正後に同じ規模の新しい会員は入れない。無料の二次DNSは、RIPE NCC の会員が提供するサービスとも競合した。

運用上のつけはもっと具体的だった。会員が RIPE NCC へのゾーン転送を許可し忘れると、予備サーバーはデータを読み込めず SERVFAIL を返す。転送に共有 TSIG 秘密鍵を指定する仕組みもない。事前にゾーンの大きさが分からず、巨大なゾーンが小型サーバーのメモリーを使い切ったこともある。DNSSEC が壊れた状態では、事前チェックが会員自身の修正を阻み、RIPE NCC の介入が必要になった例まであった。非常口の前に別の鍵を置いてしまったようなものだ。

退役案は2016年にも出たが、当時は継続を望む声が勝った。2024年にはDNS作業部会で再び議論し、改訂日程を定めた。6月に新規受付を止め、年末まで利用者に連絡する。Buddhdev の10月の報告は、その地味で重要な部分を示す。ゾーン、技術、管理の連絡先にメールを送っても届かない場合があり、対応するアドレス空間の連絡先にも送った。大口の利用者には電話した。10月時点では、まだ千を超えるドメインオブジェクトが残っていた。

RIPE NCC の2025年1月の報告によれば、15日に残存するオブジェクトから ns.ripe.net の属性をすべて削除し、退役を完了した。Buddhdev 自身の5月の資料も同じ完了日とコミュニティーの支持を記す。権威DNSや逆引き委任そのものは続く。ここで終わったのは特定の二次サービスだ。技術者の仕事には、新しいものを作るだけでなく、古い親切を安全に片付ける仕事もある。