要約

  • AIRRSの公開JavaScriptは、RIPEstatのページ構成APIにamp;profile=afrinicという文字どおりのキーを付ける。JavaScript文字列内の&はHTMLのように再解釈されず、実際のパラメーター名はprofileではなくamp;profileになる。
  • 2026年9月11日、ASN、プレフィックス、ドメイン、国の四種類で、既定リクエストとAIRRS型リクエストはいずれも200、七タブとなり、それぞれの正規化データのハッシュも一致した。
  • 同じ四資源を正しいprofile=afrinicで指定すると、すべてHTTP 500、status: error、空データ、ゼロタブだった。これはウィジェット内のデータが誤っている証拠ではなく、プロファイル選択が証明されていないことを示す。
  • 修復は、送信名の訂正、名前付きプロファイルの健全化、そして要求プロファイル・実選択・構成ハッシュ・API版・状態・フォールバックを示す選択レシートの三点を同時に満たす必要がある。

「表示できた」が先に結論を出してしまう

障害の分かりやすさは、運用上の利点でもある。白紙や明示的なエラーなら、誰かが止まって原因を調べる。ところが代替経路で完成したページは、問題を隠す能力が高い。ユーザーは欲しかった構成ではなくても、十分にもっともらしい結果を受け取るからだ。

AIRRSはAfrican Internet Registry and Routing Statisticsの略称である。公開説明によれば、AFRINICとRIPE NCCの協力により、RIPEstatが供給するデータを使いやすく見せるウェブアプリケーションだ。インターネット資源や国について最新情報を提供し、規制当局、ネットワーク運用者、政策担当者、研究者の判断に役立てるという目標を掲げる。

AFRINICの公開時の告知は、WHOIS、RIPE RIS、RIPE Atlas、さらに外部データセットを挙げ、AIRRSがRIPE Stat APIを利用すると説明した。ホーム画面にはASN情報、プレフィックス情報、ドメイン検索、国別レポートという四つの代表的な入口がある。

ここでAIRRSが担うのはデータの原産者ではなく、選択と編成の役割である。利用者が資源を入力すると、クライアントはRIPEstatのresults-page-structureへ問い合わせ、どのタブにどのウィジェットを置くかという構成を受け取る。その後に各ウィジェットを読み込む。したがって「有効なページ構成を受信した」と「AFRINIC用のプロファイルが選ばれた」は別々の命題になる。

HTMLの表記をJavaScriptがそのまま運んだ

現行の結果ページ用スクリプトは、自らを2020年2月の「AFRINIC RIPEstat Template」と記している。取得時のHTTPヘッダーでは、最終更新は2020年3月11日10時00分24秒UTCだった。コードは入力資源をページ構成APIのURLに加えた後、次の文字列を追加する。

&profile=afrinic

HTML本文であれば、&はアンパサンドを表示するための実体参照である。しかし、これはHTML本文ではなくJavaScriptの文字列だ。先頭の&はすでに区切り文字として働き、その後に続くamp;profile全体がキー名になる。ブラウザーが後からHTMLとして解釈し、profileという別のキーへ直す段階はない。

未知のキーを無視して既定値を返すAPIでは、この誤差が表面化しにくい。JSONは返り、AIRRSはタブを作り、ウィジェットを事前読込できる。「グラフが出たか」という確認なら合格する。だが、その確認は通信の成功を見ているだけで、構成選択の成功を見ていない。

そこで、AIRRS自身が示す四種類の資源を使い、三つのリクエストを比較した。ASNはAS327800、プレフィックスは196.192.48.0/20、ドメインはafrinic.net、国はZAである。それぞれについて、プロファイル指定なし、AIRRSと同じamp;profile=afrinic、正しいprofile=afrinicの応答を保存した。

四つの入口で同じ分岐が現れた

AS327800の既定リクエストはHTTP 200、status: ok、七タブを返した。amp;profile=afrinicも200、正常、七タブだった。時刻や問い合わせIDなど変動する外枠を除いて.dataを正規化すると、SHA-256ハッシュは完全に一致した。一方、profile=afrinicはHTTP 500、status: error、status_code: 500、空のデータオブジェクト、ゼロタブになった。

196.192.48.0/20でも、既定とAIRRS型は成功し、正規化構成が同一だった。正しいプロファイル指定だけが失敗した。

afrinic.netでも結果は変わらない。ZAでも同じである。十二件を集計すると、既定経路は四件とも200、AIRRS型も四件とも200で各既定データと一致、正しい名前のプロファイルは四件とも500となる。

全応答にはRIPEstatビルドv0.11.15-2026.09.09、パイプライン1415073が記録されていた。問い合わせID、時刻、完全応答と正規化データのハッシュ、タブ数も保存されている。これは2026年9月11日の限定された観測であり、画面を見た印象ではない。

失敗応答にあるdata_call_status: supportedは、単独で成功を意味しない。RIPEstatの説明では、これはstatusやstatus_codeとは別のフィールドである。呼出しの種類がサポート対象でも、個々の実行が500とerrorで終わることは両立する。状態は包絡全体で読まなければならない。

この結果から言える範囲は狭い。四つのカナリアではAIRRSの文字列が既定構成を変えず、正しい名前のプロファイルが失敗した。サーバー内部の原因は分からない。いつ始まったのか、連続しているのか、2020年当時も同じだったのか、すべての資源で起きるのかも証明していない。

既定構成の有用性と選択証明は両立する

七タブの内容を偽物と呼ぶ根拠はない。既定ページには有益な登録、ルーティング、測定のウィジェットが含まれ得る。構成が決まった後、各ウィジェットはWHOIS、RIPE RIS、RIPE Atlasなどのデータを別途取得する。本稿の検証は、個別ルート、登録オブジェクト、測定値の正確性を判定していない。サービス全体の停止も主張しない。

確認できないのは、編成の来歴だ。RIPEstatがafrinicを実選択したのか、defaultを使ったのか、エラー後に別構成へ退避したのか、古い構成を返したのかが画面に出ない。AFRINICのブランドとアフリカ向けの説明が、その空欄を埋めてしまう。利用者は自然に「これはAFRINICプロファイルだ」と受け取る。

既定と地域プロファイルが意図的に同一なら、目に見える差はないかもしれない。異なるウィジェットや順序を選ぶ設計なら、差は大きい。キャッシュされた最終正常版がある可能性もある。現時点の証拠はどれかを断定しない。だからこそ、システム側が選択結果を宣言する必要がある。

プロファイルはデータの真実性を保証する印章ではない。表示の組み立て方を決める契約にすぎない。それでも、その契約を使ったか否かは検証できるべきだ。「AFRINICブランドのページである」「クライアントがAFRINIC構成を要求した」「サーバーがAFRINIC構成を選択した」という三つは同義ではない。

AIRRSが対象に挙げる専門利用者ほど、この区別を後で必要とする。研究者は方法の一部として画面を引用する。規制当局は国別結果を比べる。運用者はASNの図を内部判断に使う。構成の来歴が結果と一緒に保存されなければ、数か月後にその資料を再検証できない。

2020年と2026年の間を想像で埋めない

AIRRSクライアントの最終更新は2020年、観測したRIPEstatビルドは2026年である。この時間差は境界面の互換性テストを求める十分な理由になる。ただし、原因の物語を作る材料にはならない。

profile=afrinicが過去に動いたか、文字列がHTMLから転記されたか、プロファイル名やAPI仕様が変わったかは不明だ。互換性に関する約束の違反も資料からは確認できない。Last-Modifiedはファイルの年代を示すが、あらゆる配備履歴を示す台帳ではない。

責任も一方に決められない。AFRINICはAIRRSが送る問いと、フォールバックの説明を制御できる。RIPE NCCはRIPEstatの名前付きプロファイル解決と応答状態を制御する。完全な修復では両方を確認する必要があるが、現在の資料は500の原因を組織、個人、ライブラリーのいずれにも帰属させない。

監視すべき対象は組織の評判ではなく、二つのサービスの継ぎ目である。ホームが開くことでは不十分だ。四種類の代表資源を明示プロファイルで送り、実選択名、タブ列、構成ハッシュ、応答状態を確認するカナリアが必要になる。

結果ページに選択レシートを付ける

透明性のために大規模な再設計は要らない。AIRRSは結果ページか公開診断面に、小さなプロファイル選択レシートを付けられる。

レシートは資源種別と正規化資源、実際に送ったパラメーター名、要求した値を記録する。次に、RIPEstatが実際に選択したと宣言するプロファイルを示す。既定値ならdefaultと書く。値がないことをページのブランドから推測させてはならない。

さらに、ページ構成の版または正規化ハッシュ、順序付きタブとウィジェット識別子、RIPEstatビルド、問い合わせID、時刻、status、status_code、data_call_statusを載せる。利用者の検索履歴、アドレス、非公開トポロジーを公開する必要はない。

フォールバックの規則も不可欠だ。名前付きプロファイルが使えない場合、明示的に停止するのか、既定構成と表示して継続するのか、最後の正常な地域構成を年代付きで出すのか。停止は来歴を守るが利用性を失う。既定表示は利用性を守るが制約説明を要する。保存版は継続性を守るが陳腐化する。正解を一つに固定するより、採用した規則を読者に知らせることが大切だ。

四種類のカナリアについて、最後に成功した時刻と構成ハッシュも残す。HTTP 200だけでは、同じ内容が返ったとは分からない。クライアントがprofileを送ること、名前付きプロファイルが200を返すこと、期待した構成ハッシュになることは三つの別の合格条件である。

このレシートは本稿の提案であり、AFRINICやRIPE NCCが公表した義務ではない。目的は一文字列の誤りを誇張することではなく、専門判断を支えると称するページに「どの構成がこの結果を作ったか」という最小限の証拠を加えることだ。

出典