要約

  • 「lame delegation」という用語は一様な故障を指すわけではない。AFRINIC が公開した判定方法と、利用者に必要なサービスの可用性は区別すべきである。
  • 2026年9月3日に取得した集計では、問題ありとされた委任レコードは1,936件、ドメインオブジェクトは1,358件、資源保有者は194。それぞれの母数が違うため、割合を置き換えることはできない。
  • 時系列の最初と最後を比べた減少率は約95.1％だが、固定した対象の修復率ではない。別の削除履歴の合計27,726件と9,036件も、重複のない対象数や復旧件数を証明しない。

AFRINIC の統計にある「Lame」という分類は、数字を読む前に意味を確かめる必要がある。DNS の用語を整理した2024年の RFC 9499 は、lame delegation の使われ方が広がり、異なる不具合を含むようになったと指摘している。同じ言葉が付いた二つの統計を、そのまま比較できるわけではない。RFC 9499、第7節

これは単なる用語の問題ではない。ある検査が見つけるのは、登録されたサーバーが期待された役割を果たすかどうかかもしれない。一方、利用者が知りたいのは、自分の場所から必要な問い合わせを行ったとき、役に立つ応答を得られるかどうかだ。両者は関係するが、同じ問いではない。

その区別を保つと、AFRINIC の逆引き DNS の整理は、過大にも過小にも評価せずに済む。使えない参照先を取り除くことには技術的な価値がある。ただし、参照先が正確になったことと、以前失われていたサービスが戻ったことは、別々に確認すべき成果である。

判定を通過することと、サービスを保証すること

AFRINIC の2021年の説明は、応答がない場合、別のドメインへの応答の場合、正しいドメインでも権威を示すビットが付いていない場合を、判定対象に含めている。登録サーバー全体を毎月調べ、問題を検出したものは毎日再確認するという方法だ。少なくとも三つの地理的に異なる地点から検査し、一地点でも権威ある応答を得れば、そのサーバーを問題ありとはしない。AFRINIC の実施方法の説明

一つの地点からの失敗だけで処置を決めない仕組みには、誤った介入を避ける意味がある。しかし、その条件を満たしたからといって、すべての問い合わせ種別や利用環境で十分なサービスが提供されているとまでは言えない。登録情報を変更するための判定基準と、運用者が求めるサービス水準を混同すべきではない。

また、公開された方法が存在することは、現在の検査が毎回そのとおりに実行された証拠ではない。本稿は実行ログを監査しておらず、個々の第三者サーバーを能動的に調べてもいない。方法の説明から読み取れる範囲と、公開集計から確認できる範囲を分けている。

だからといって、整理の必要性が失われるわけではない。役割を果たさないサーバーへ問い合わせを送り続ければ、無駄な試行が生じる。RFC 4697 は、使えないサーバーへの反復問い合わせなどを扱い、ゾーン内のサーバーすべてが応答できない場合と、一部だけに問題がある場合を区別している。その事例は AFRINIC の通信量を測ったものではなく、今回の削減効果を数量化する根拠にはならないが、保守の理由を理解する手掛かりになる。RFC 4697

一つの件数から、三つの対象へ

9月3日の取得時点で、統計ポータルのトップページは不具合のある委任を1,936件と表示し、95％の減少を示していた。元となる時系列の最終行は9月2日である。AFRINIC 統計ポータル

集計ファイルには、委任レコード、ドメインオブジェクト、資源保有者という別々の単位がある。それぞれの「問題あり」と「問題なし」を合計して割合を求めると、次のようになる。公式の集計データ

集計上の対象 問題ありの分類 二つの分類の合計 分類上の割合
委任レコード 1,936 172,702 約1.1％
ドメインオブジェクト 1,358 52,450 約2.6％
資源保有者 194 1,774 約10.9％

レコードの割合が小さく、保有者の割合がそれより大きいことは矛盾ではない。一つの保有者が複数のレコードを扱うからだ。前者は技術的な処理対象の規模に近く、後者は対応を担う主体がどれほど広がっているかを考える材料になる。ただし、対応の難しさや影響の大きさまでは示さない。

1,774という母数を AFRINIC の全会員数と置き換えることもできない。これは当該集計の二つの状態に現れる保有者の合計である。ドメインの分類についても、集約に使われた問い合わせや個別レコードとの対応はこのファイルにない。1,358のドメインすべてが完全に名前解決不能だとも、1,936件の参照がその間にどう分布するかとも断定できない。

仮にあるゾーンに複数のサーバーがあれば、一つが役割を果たさなくても別のサーバーが応答できる場合がある。そのときの問題と、最後の有効な委任を失った場合では、対応の優先順位が異なる。集計値をサービス停止件数と読み替えると、この差が消えてしまう。

AFRINIC の画面は複数の切り口と削除履歴を提供している。一つの数字をあらゆる成果の代表にするより、画面が区別している対象をそのまま分けて使う方が有用だ。委任状況のダッシュボード

長期の減少には、途中の出入りがある

時系列の最初の値は2018年9月28日の39,814件、最後は2026年9月2日の1,936件である。差は37,878件で、最初の値を基準にすれば約95.1％の減少になる。トップページの整数表示とは整合するが、これが同ページの計算式だと確認できたわけではない。観測対象が長期間ずっと同じだったことも証明しない。時系列データ

削除の履歴は2021年5月30日から2026年8月31日までで、996行ある。二つの列を別々に合計すると、委任の削除が27,726件、ドメインオブジェクトの削除が9,036件となる。これは日付ごとの処理件数の和であり、重複を除いた対象数ではない。個別の識別情報がないため、一度対象になったものが後に再び現れる可能性を、この表だけで排除できない。削除履歴

したがって、37,878から27,726を引いた残りを「修復件数」とすることはできない。両方の表は開始時点が違う。さらに、ある問題が解消する間に別の問題が増えることもある。サーバーの修正、登録リストの変更、削除、再出現、観測範囲の変化は、いずれも件数に影響し得る。これらは考慮すべき仕組みの候補であり、公開された各行の原因として確定したものではない。

直近の変化も同じ制約を受ける。8月30日の2,016件は、31日に3,354件となり、次の9月2日には1,936件になった。9月1日の行はない。最後の差である1,418件を、一度の検査や同数の修復に結び付ける証拠はない。削除表の最終行にある四件の処理との対応も分からない。

日付の空白は、利用できる公開系列の性質を示す。検査の停止や DNS の障害を示すものではない。現在の集計で削除の分類がゼロになっていることも、過去に削除が一度もなかったという意味にはならない。別の履歴表に処理が記録されている以上、各表が扱う時間の範囲を確認する必要がある。

処置後に残る機能を見る

二つのサーバーのうち一つが使えなくなったという仮の事例なら、直す方法と、その参照だけを外す方法では結果が違う。前者はそのサーバーの機能を戻す。後者は利用できない場所への誘導を止める。どちらも不具合一覧を短くする可能性はあるが、同じ修復ではない。

すべての参照先が機能しない場合には、最後の委任を外すこともあり得る。AFRINIC の説明は、対象サーバーの属性を削除し、サーバーの記載がなくなったときにドメインオブジェクトを削除する方法を示している。通知を段階的に行い、問題が継続すれば30日目に処置するという内容で、削除されたドメインへの検索は NXDOMAIN になると説明する。

その結果は、存在しない機能をあるかのように示すより正確かもしれない。しかし、必要だった応答が復活したわけではない。逆に、応答が戻らないことを理由に、明らかに役割を果たさない参照を永遠に残すのも合理的とは限らない。登録情報の正確さを高める作業には、それ自体の価値がある。

ここで数えられているのは逆引き DNS の参照やドメインオブジェクトであって、IP アドレスの回収や経路の撤回ではない。処理件数を、同数のネットワークへの制裁や停止に置き換えることもできない。本稿の例は結果の違いを考えるためのものであり、実際の被害事例を発見したという主張ではない。

本分析では、公開 CSV と JSON に共通する五つの表を項目ごとに照合した。集計、2,719行の時系列、996行の削除履歴、経済圏別と保有者種別の集計は一致した。公開形式の整合性は確認できるが、そこに含まれない個別の状態遷移が分かるようになるわけではない。公式データのダウンロード

件数が減ったという情報は有用だ。問題は、それだけで利用者に届いた成果まで語ろうとすることにある。誤った参照を減らすことと、必要な応答を取り戻すことを別々に確認すれば、保守を過大評価せず、同時にその正当な効果を見落とさずに済む。