トピック
WHOIS/RDAP の説明責任
「トピックの観点から見たWHOIS/RDAP の説明責任トピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
IETF
リンクはスナップショットである：RFC 9910がRIR階層を検索可能にする
単一結果を返す RDAP 検索リンクは lookup URL に置き換えられることがある。しかし、クライアントがそのリンクをたどる前にレジストリの状態が変われば、得られるのは同じ答えではなく、観測時点に結び付いたスナップショットである。
記事
APNICのRDAPは「ブラウザーらしくない」リクエストを約1割遮断した
正直に自分を自動処理プログラムだと名乗るほど、機械向けプロトコルへ届きにくくなる。2026年1月の APNIC では、意図せずそのような状態が18時間続いた。必要なのは防御を外すことではない。ソフトウェアの見た目と、アクセスを認める根拠とを分けて測ることである。
記事
LACNIC Whois の owner-c は登録管理権限であり、ネットワーク運用者ではない
登録情報を変更できるアカウントには確かな権限がある。ただし、その権限には対象がある。LACNIC 圏のブラジル NIR では、`owner-c` は組織情報を維持し、番号資源に関する他の連絡先を指定できる管理担当者を示す。それだけで、ルーターの運用者、プレフィックスの起点、トランジット提供者、インシデント対応者、法的所有者を特定することはできない。
IETF
RDAPはDELEGの二つの項目を削除した。参照先の書き込みモデルにはまだ残る
登録データの公開画面だけを見ても、その値がどう運ばれたかは分からない。ドメイン登録では、EPP の操作、権威 DNS の状態、RDAP の JSON 応答が別々の境界を持つ。9月4日に出た RDAP DELEG 草案の第05版は、読み取り側を DELEG-11 に合わせて二つの古い項目を外した。一方、規範参照している EPP 草案の正式スキーマは、その二つを今も受け付ける。これは稼働障害の報告ではない。三つの表現を結ぶ規則が、まだ一つの検証可能な契約になっていないという話である。
記事
AFRINIC Whois の notify は変更通知先であり、運用責任者ではない
登録情報のメールアドレスを見ると、連絡すべき責任者だと思いやすい。AFRINIC Whois の `notify` はもっと限定的で、データベースオブジェクトが変更された際の通知先である。受信者がネットワーク運用者、abuse 窓口、更新承認者、経路起源になるわけではない。
記事
AFRINICのWHOISダンプには廃止済み認証ラベルが1,345件残る
公開データベースが示せるのは、ある方式名がオブジェクトに保存されていることまでだ。その方式を現行サーバーが受理するのか、移行時だけ通すのか、すでに無効なのかは別の事実である。AFRINIC の残存ラベルは、この二つを結ぶ記録が必要な規模に達している。
記事
RIPE Database の sponsoring-org は管理上のスポンサーを示し、ネットワーク運用者を示さない
「スポンサー」という語からは、所有、資金提供、運用上の指揮を想像しやすい。しかし RIPE Database の `sponsoring-org` は、より限定された意味を持つ。登録機関の契約枠組みのもとで、独立インターネット番号資源のスポンサーとして管理責任を負う組織を示す属性である。
記事
APNIC Whois の mnt-lower が示すのはメンテナー階層であり、経路階層ではない
「lower」という語からは、上流と下流、その間を流れるパケットというネットワーク図を連想しやすい。しかし APNIC Whois の `mnt-lower` が示す範囲はもっと狭い。これはレジストリ更新の認可構造にあるメンテナーを指す。説明責任を追うための有用な証拠ではあるが、BGP やトランジットの地図ではない。
記事
ARINのNet Typeは登録経路を示すが、現在の顧客関係を示さない
「再配分」「再割り当て」という語は商取引上の関係を表すように見える。だが ARIN の登録情報では、アドレスブロックが下流の登録連鎖に入った経路と、受領者が申告した用途を区別するための語である。履歴としては有用だが、現在の顧客地図ではない。
記事
LACNIC WHOIS の nslastaa は最終成功確認日であり、現在の DNS 健全性ではない
レジストリ応答に日付があると、現在も有効な保証のように見えやすい。しかし LACNIC が `nslastaa` に与えている意味は限定的だ。これは、掲載されたサーバーで正しい逆引き DNS 設定が最後に観測された日を記録する。過去の成功を示す有用な証拠ではあるが、現在の応答性や BGP 到達性まで証明するものではない。
記事
AFRINIC WHOIS の source は記録の来歴ではなくデータベースを示す
`source: AFRINIC` は登録記録に付いた引用のように見える。しかし AFRINIC のマニュアルが与える役割は限定的で、データベースを識別する文字列である。作成者、更新の承認者、ミラーの同期、現在のネットワーク状態を判断するには別の証拠が要る。
記事
LACNICのRDAP移行は登録データを自動化契約に変える
本番システムが登録データに依存すれば、それは単なる検索結果ではない。LACNIC の説明は、ポート43 Whois から RDAP への移行が運用設計の変更であることを示す。
記事
RIPE DatabaseはUnicodeを正規化する。テキストの証拠連鎖には記録が要る
画面では同じ `ř` に見えても、その内側は一つの符号位置とは限らない。RIPE Database 1.123は、分解された入力を NFC へそろえてから、残る UTF-8 処理へ渡す。この選択は相互運用性を強める。同時に、入力・正規形・インターフェース出力を同じ証拠として扱えない理由も生む。
記事
APNIC RDAP の registrant は登録上の当事者を示すが、企業所有権の証明ではない
APNIC の入れ子エンティティにある一語は有用な証拠だが、意味は限定される。RDAP の `registrant` は、その登録に記録された当事者を示す。企業の所有関係や現在の経路制御まで証明するものではない。
記事
APNIC prop-164が問う、小規模IPv6割り振りと予約空間の透明性
APNIC prop-164 は、`/32`より小さい IPv6 割り振りから開始しながら、将来の拡張余地を確保できるようにする提案だ。Whois と RDAP の正確性を高める可能性がある一方、予約空間を暗黙の権利ではなく、可視化され監査可能なレジストリの条件付き約束として扱えるかが本当の試金石になる。
記事
ARINの代替Whoisリンクは置換ビューであり、独立した裏付けではない
ARIN の RDAP レコードには、ARIN の従来型 Whois REST サービスへ横向きにたどるリンクがある。便利なリンクではあるが、同じレジストリが提供する二つの表示が、独立した二つの証言になるわけではない。
IETF
レジストリのTTLは方針の状態であり、ライブDNSの観測値ではない
RFC 10037は、DNS レコード集合に設定された TTL を RDAP で公開する仕組みを定めた。小さな JSON 拡張に見えるが、運用上の境界は明確だ。RDAP が示すのはレジストリのデータベースに登録された設定であり、キャッシュの残り時間でも、権威サーバーが今返している値でもない。
記事
LACNIC の RDAP name は登録ラベルであり、法的・経路上のアイデンティティではない
`name` という項目は、確定した主体名のように見えやすい。LACNIC が現在返す `200.0.0.0/21` の RDAP レコードでは、その値はアドレス範囲をラベルとして書いたものだ。登録を識別するが、法的権利者や現在のネットワーク運用者を単独で確定しない。
記事
AFRINIC の RDAP handle はレジストリ参照であり、世界共通のネットワーク識別子ではない
`196.216.2.0 - 196.216.3.255` はアドレス範囲に見える。実際そうである一方、AFRINIC の現在の RDAP 応答では同じ文字列が `handle` としても使われる。その役割はレジストリの文脈に限られる。
記事
RIPE NCC RDAP の国コードはネットワークの所在地を示さない
2文字の国コードは地図に置けそうに見える。しかし RIPE NCC の RDAP ネットワークオブジェクトでは登録フィールドであり、ルーター、利用者、通信、サービスの座標ではない。