要約

  • RIPE 92の全体会議でRobert Kistelekiは、自分が他人のものを含む複数のドメインの管理・技術担当になっていると語った。メール、仮想マシン、二次DNSなど、個人の厚意で動くサービスも挙げた。
  • 不在時の担当交代と、かつて信頼された代行者の権限を取り消す方法を含む実務文書を募った。公式の発表案内にあるのは文書の提案であり、完成した標準ではない。

ドメインの名義人と更新通知を受け取る人が違う。2026年5月21日のRIPE 92でKistelekiが持ち出した例は、そんなありふれた分担だった。彼は、他人が所有するドメインも含め、管理担当や技術担当として名前が載っているという。所有者はサイトを使う。だが更新ボタンを押せるのは、長年手伝ってきた一人だけかもしれない。

親切の範囲は登録料だけではない。KistelekiはメールやMX、仮想マシン、物理サーバー、二次DNS、小規模な交流サービスを列挙した。頼まれた人が請求書を払い、証明書を更新し、故障の連絡に答える。本人が短期間でも対応できなくなれば、期限は本人の帰りを待ってくれない。ドメインが失効すれば別の人に取得され、そのドメインのメールアドレスを使ったアカウント回復まで危うくなる、という筋道を彼は発言録で示した。実際に彼の管理するドメインで事故が起きたという報告ではない。

ここで困るのは、単にパスワードの保管場所ではない。誰が所有者なのか。誰が緊急時に変更を認めるのか。代行者はいつ職務を終え、どの権限を返すのか。Kistelekiは、信頼していた人を後から信頼できなくなる場合にも触れた。引き継ぎの仕組みが権限の取り消しを含まなければ、応急処置のために渡した鍵がずっと残る。

彼は参加者とともに、個人が提供するサービスの継続策をRIPE文書かBest Current Practiceにまとめたいと提案した。Jan ZorzはBCOPタスクフォースを置き場所の候補に挙げた。まだ担当組織が決まったわけでも、文書が承認されたわけでもない。提案が小さいからこそ、最初の成果は明確だ。所有する人と動かす人が、維持すべき名前、支払期限、復旧経路を同じ紙で確認できるようにすることだ。

ネットワークは冗長化できても、善意で引き受けた人の記憶は複製されない。Kistelekiの問いは、技術者がいなくなった時に備えて何を残すか、という個人の美談を、サービス所有者の管理責任へ戻した。