トピック
DNS 委任権限
「トピックの観点から見たDNSトピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
記事
AFRINIC の ccTLD 検査だけで国内サイトの IPv6 到達性は決まらない
レジストリの名前サーバーを調べることには意味がある。ただし、その結果から配下の全サイトが IPv6 で到達不能だとはいえない。再帰リゾルバーが使う通信経路を考慮する必要がある。
IETF
DNS ANYはクエリコードではなく用途ごとに退役させるべきだ
曖昧な DNS 応答を停止することと、その応答に頼っていた仕事を移行することは別である。必要なのは一律の設定変更だけではない。用途を特定し、代替手段を試し、例外に責任者と終了条件を与えることだ。
IETF
ULDサーバーの引き継ぎにはローカルサービスが残った証明が要る
ルーターを交換した後も、インターネット接続は正常で、新しい探索サーバーも応答している。ところが会議室のディスプレーだけが一覧から消えた――。この状態で「移行成功」と表示するのは早い。サーバー選択が正しく終わったことと、旧サーバーに依存していたサービスがすべて戻ったことは、別々に確かめる必要がある。
IETF
鍵を失ったゾーンで、時計だけが動き続ける
DNSSEC の秘密鍵が使えなくなっても、障害はすぐには画面に現れない。昨日までに作られた署名が有効である限り、権威サーバーは正しい応答を返し、利用者は何事もなくサービスへ到達できる。その猶予は復旧資産であると同時に、最も誤解されやすい証拠でもある。
IETF
DANCE 14 は四つの TLSA 結果をサーバーの二択に集約する
「未認証のまま継続」という一行の裏には、同じではない四つの DNS 状態があり得る。名前がない。名前はあるが TLSA がない。安全な委任がない。検証が通らない。9 月 11 日版の DANCE 文書は、その違いをサーバー手順に書き込んだ。一方で、接続を切るか未認証として扱うかはローカル方針に残す。標準が残した選択肢を、運用記録が原因ごと消してはならない。
IETF
EDE 33 は NTA を示せても、応答が変わったとは証明できない
監視画面に EDE 33 が現れれば、DNSSEC の例外が隠れていたことは分かる。しかし、その例外が当該応答を救ったのか、同じデータが通常の検証でも返ったのかは分からない。DNSOP が採用を検討している文書は、この差を明記している。透明性を増やす信号だからこそ、因果関係まで読み込んではならない。
記事
RIPE NCCをめぐる古いIPv6グルーは4件から3件へ――ルート修正は一括処理ではない
`.ps`のグルーはネームサーバーの現行アドレスと一致した。一方、`.ne`、`.sd`、`.tj`には差異が残る。同じアドレス変更から生じた4件が別々の結果を迎えたことは、ルートゾーンの実際の作業単位が一つひとつの委任であると示している。
インターネット史
Gihan Dias――スリランカの二つの文字をルートへ
通信回線が国に届いた日と、その国の人びとが自分たちの文字で行き先を示せるようになった日は同じではない。Gihan Dias の歩みを追うと、接続の歴史の先に、名前をめぐるもう一つのインフラ整備が見えてくる。
記事
LACNICは逆引きDNSファイル150件に署名した。バッチ台帳はない
一つずつ正しいファイルを集めても、一つの正しい版を復元したことにはならない。LACNIC の公開ディレクトリには個別の封印が並ぶ一方、同じ生成回に属する範囲を示す封印済みの目録が見当たらない。
インターネット史
Demi Getschkoと、ブラジルがTCP/IPを話す前に届いた国別ドメイン
1989年4月18日、`.br`は DNS ルートに入った。しかし FAPESP が国際回線で TCP/IP パケットを交換し始めるのは1991年1月である。Demi Getschko の歩みを追うと、ネットワークの歴史は回線の開通だけではなく、将来使われる名前を先に預かり、その責任を次の組織へ渡す営みでもあったことが見えてくる。
記事
AFRINICのccTLD地図は27件を数える。3件はアドレス照合が要る
AFRINIC の公開件数は、検証すると正しい。ただし、委任されたネームサーバーの名前だけでは27件に届かない。.so、.ng、.ml は、アドレスを公開済み NS2 エニーキャスト・プレフィックスと照合して初めて関係が見える。
ICANN
Anne-Marie Eklund Löwinderと、単独ではルートに署名できない鍵
「インターネットの鍵を持つ人」という呼び名は、複雑な DNSSEC 運用を一枚の写真に収める。しかし Anne-Marie Eklund Löwinder の役割を正確にたどると、信頼の根拠は鍵の強さではなく、一人分の権限を意図的に不完全にした設計にあった。
グローバルのクラウドサービス
登録情報だけではクラウド運用は証明できない――almazcloud.networkとAS210328を追う
登録情報だけではクラウド運用は証明できない――almazcloud.network と AS210328 を追うの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
ICANN
ICANNの権限はどこから来て、救済は何を変えられるのか
ICANN の決定がレジストリやレジストラ、識別子システムの参加者に影響を及ぼすとき、権限は単一の命令系統から生じるわけではない。法人目的、付属定款、契約上の義務、運用上の執行、そして異なる入口と制約を持つ説明責任制度が重なって、実際の統制面を形成している。本稿は、その権限がどの文書に基づくのか、誰が争えるのか、救済が運用結果を変える前に間に合うのかを追う。
グローバルのクラウドサービス
almazcloud.networkとAS210328は、どこまで実際に運用されているのか
almazcloud.network と AS210328 は、どこまで実際に運用されているのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
グローバルのクラウドサービス
AS210328とalmazcloud.network：クラウド運用の連続性はどこまで確認できるか
AS210328 と almazcloud.network：クラウド運用の連続性はどこまで確認できるかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
記事
RIPE NCCのAuthDNS台帳は43ノードを数えるが、アクセス網への到達効果は数えていない
RIPE NCC が掲げた目標は、地図上の点を増やすことではない。十分に届いていない地域で、大規模アクセス網、その接続先、そして複数事業者と交われる IXP に AuthDNS を近づけることだ。公開台帳は43の稼働ノードを証明する一方、各ノードがどのリゾルバー群の anycast 経路を変えたかまでは結び付けていない。
欧州・中東のクラウドサービス
Genesis Cloudの公開ネットワーク記録は、どこまで運用支配を示すのか
Genesis Cloud の公開ネットワーク記録は、どこまで運用支配を示すのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。欧州・中東のクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
ICANN
ICANNの権限はどの文書で作動するのか
ICANN の影響力は、インターネット全体を直接規制する一般的な権限から生じるのではない。使命を定める文書、コミュニティーが策定するポリシー、レジストリやレジストラとの契約、そして契約当事者による実施が連鎖することで、特定の決定が運用上の結果になる。問題は、誰が「最終決定者」かではなく、どの文書が権限を与え、誰が実行し、どの手続きで争えるかである。
ICANN
ICANNの.COM更新を追う：公開参加、理事会権限、契約発効、救済の境界
ICANN の.COM レジストリ契約更新は、単一の決定ではない。公開コメント、交渉、理事会の承認、委任された執行、そして契約の発効という複数の制度層を通過して成立する。本稿は、2024年の更新を一つの具体的な経路としてたどり、誰がどの文書によって権限を行使し、どの時点で提案が運用上の義務へ変わったのかを検証する。