メインコンテンツへスキップ

トピック

DNS 委任権限

「トピックの観点から見たDNSトピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」

ケースファイル

ヘッダーは NOERROR。署名された本文は名前の不存在を証明した:RFC 9824

ロールバック後、二つの画面が同時に「正常」を示した。一方は旧設定が復元されたと言い、もう一方は NXDOMAIN の比率が元に戻ったと言う。しかし、署名済み NXNAME を検証した件数、CO 能力を保持したキャッシュ件数、下流で書き換えられた RCODE は誰も数えていなかった。設定と見た目は戻っても、証拠の経路が戻ったとは限らない。RFC 9824 を導入する責任は、この三つを分離して証明することから始まる。

2026年9月5日
その名前は .US にあった。ゾーンが委任済みとは限らない――RFC 1480

インターネット史

その名前は .US にあった。ゾーンが委任済みとは限らない――RFC 1480

ネームサーバーの応答に一つの名前が現れる。その事実だけでは、申請者が子ゾーンを運営しているのか、上位側が A レコードを直書きしたのか、あるいは非 IP ホスト宛てのメールを MX で預けているのかは分からない。RFC 1480 の申請手順は、同じ見た目の背後にある三つの責任系統を分けていた。

2026年9月4日
TXTレコードは属性を運んだ。DNSはその意味を与えなかった――RFC 1464

インターネット史

TXTレコードは属性を運んだ。DNSはその意味を与えなかった――RFC 1464

キャッシュに残る `status=open` は、いまも有効な意思表示なのか。それとも、TTL の範囲内で正しく再利用されている、すでに古い文字列なのか。RFC 1464が1993年に TXT へ `名前=値` を入れたとき、安価になったのは属性の配送だった。意味、権限、鮮度、そして実行結果まで DNS が引き受けたわけではない。

2026年9月4日
ローカル DNS ルートにも更新の請求書が届く

記事

ローカル DNS ルートにも更新の請求書が届く

再帰リゾルバーのそばでルートゾーンを提供すれば、外向きの問い合わせは減る。しかし通信量が消えるわけではない。APNIC が紹介した測定から、費用は更新ループへ移り、転送方式の名前より実装の挙動が結果を左右することが見える。

2026年9月4日

ケースファイル

登録者は海外に、.com レジストリはバージニアにあった:CNN 対 CNNews.com

`cnnews.com` を使う事業者と主たる読者は中国にいたと記録されている。それでも、名称の処分を実行し得る `.com` の登録記録はバージニアに結び付いていた。このずれが、名称そのものを対象とする手続を可能にした。外国の運営会社全般に裁判所の人的管轄が及んだ、という意味ではない。第四巡回区の判断は、その二つを混同しないための記録である。

2026年9月4日

IETF

DNS運用者の事前調整がなくても、リゾルバーは暗号化を選べる

利用者と再帰リゾルバーの間を暗号化しても、その先の通信まで自動的に保護されるわけではない。キャッシュに答えがなければ、リゾルバーは権威サーバーへ平文で問い合わせることがあり、経路上の受動的な観測者には別の区間が見える。RFC 9539は実験的な折衷案を示す。双方が事前に合意しなくても暗号化トランスポートを導入できるようにするものだ。調整の障壁は下がるが、いつプライバシー保護を試し、成功を記憶し、平文へ戻すかをリゾルバーの方針が決めるようになる。

2026年9月4日

IETF

DNSカタログゾーンはメンバー一覧をフリート全体の設定権限に変える

空のファイルは通常、情報がないことを示す。だが空の DNS カタログは命令になり得る。生成処理がメンバーを含まない有効なカタログを誤って公開すれば、そのカタログから設定されたセカンダリはゾーンと関連状態を削除し始める可能性がある。統治すべき対象はデータ量ではなく、一覧を書き換える権限である。

2026年9月3日

ICANN

ゾーンファイルの共有アクセスは、名前空間を再公開する権限ではない

午前9時、承認を受けた調査担当者が ICANN の CZDS から gTLD のゾーンファイルを取得し、チェックサムの一致を確認した。証明されたのは特定のバイト列が届いたことまでである。各ドメインの実質的な管理者、利用目的、ファイル全体の再公開権限は証明されていない。アクセスと権限を分けることが、この仕組みの統制点になる。

2026年9月3日
一つの削除命令が他者のドメインを壊す:RFC 9874 と EPP 依存関係の制御

IETF

一つの削除命令が他者のドメインを壊す:RFC 9874 と EPP 依存関係の制御

破壊的な EPP 状態遷移は、削除を要求したクライアントだけに閉じないことがある。従属ホストが別のクライアントのスポンサーするドメインと関連付いたままなら、その削除は DNS の依存関係、名前解決、クライアント間の整合性に波及し得る。RFC 9874 の権威は RFC Editor にあり、新しい EPP コマンドやレジストリ所有権の変更を定義するものではない。

2026年9月3日
被告は60のドメイン名、それでも請求を定めるのは法律だった:Harrods v. Sixty Internet Domain Names

ケースファイル

被告は60のドメイン名、それでも請求を定めるのは法律だった:Harrods v. Sixty Internet Domain Names

訴訟の表題には、人ではなく60のドメイン名が被告として並んだ。この形式だけを見ると、裁判所がネットワーク上の識別子を直接処分する事件のように映る。しかし第四巡回区連邦控訴裁判所が示した答えは、もっと限定的だった。ドメイン名を対物訴訟の対象にすることはできる。だが、その手続は商標権、管轄要件、悪意、救済範囲を自動的に立証するものではない。

2026年9月3日

IETF

ZONEMDは転送完了後にセカンダリがゾーン全体を検証できるようにする

ゾーン転送が完了したという事実は、配送処理が終わったことを示すにすぎない。受信側が組み立てたゾーンが、公開側の意図した完全な内容と一致することまでは証明しない。ZONEMD はゾーン全体のダイジェストを加え、「受信」と「一致の検証」を別々の制御点にする。

2026年9月3日
ICANNの名称審査は同じ事業者へ、申請者の料金区分は別

ICANN

ICANNの名称審査は同じ事業者へ、申請者の料金区分は別

地理的名称と予約名称の審査を Analysys Mason が担当する。共通の実務体制を組む一方、基本料金に含まれる仕事と追加料金を伴う仕事は区別が必要だ。

2026年9月3日

IETF

ネガティブトラストアンカーはゾーンを変更せずにリゾルバーのDNSSEC検証を止める

署名済みゾーンの設定が破綻したとき、検証リゾルバーには失敗を維持する道と、対象を厳密に絞ったローカル例外を設ける道がある。ネガティブトラストアンカーはゾーンを修復せずに到達性を戻せるが、その間、特定の枝に対する DNSSEC の保証を外す権限はリゾルバー運用者に移る。

2026年9月3日
ccNSO、IDN ccTLDの確認照会と常時監視を区別

ICANN

ccNSO、IDN ccTLDの確認照会と常時監視を区別

ccNSO は7月の回答で、合理的な根拠がある場合の確認照会を認める一方、積極的な遵守監視を否定した。9月の ICANN 理事会では、未決の ccPDP4 勧告について次の進め方が検討される。

2026年9月3日
ISO の変更は IDN ccTLD の退出手続きを始め得る。しかし ICANN に領土判断を与えない。

ICANN

ISO の変更は IDN ccTLD の退出手続きを始め得る。しかし ICANN に領土判断を与えない。

識別子を扱う制度は、外部で維持される事実を参照する必要がある。参照する制度が、その事実そのものを決める制度になるわけではない。この区別を失うと、技術的な継続操作が、国又は領土についての判断だったかのように見えてしまう。

2026年9月3日

ケースファイル

タグは引けた。それでも機体の位置は分からない――RFC 9886

DNS は登録証明書と公開鍵を返し、画面には「検証済み」と表示された。ところが、現場のセンサーには機影がない。RFC 9886 が整備するのは DRIP エンティティ Tag の照会基盤であり、DNS 応答から飛行位置を作り出す仕組みではない。

2026年9月3日
コードは対応した。それでも回線には許可が要った:RFC 1394

インターネット史

コードは対応した。それでも回線には許可が要った:RFC 1394

国を表す二文字が分かっても、相手に届くとは限らない。電話、テレックス、Internet はそれぞれ別の番号体系と運用者を持ち、政治的な制限もその外側にあった。RFC 1394 は対応関係を一枚にまとめたが、表そのものを通信能力へ格上げしなかった。

2026年9月3日
アクセント付きのドメインに、まとめて移る条件を

ICANN

アクセント付きのドメインに、まとめて移る条件を

ラテン文字の附加記号を含むトップレベルドメインを、対応する ASCII の表記と一緒に運用する。その例外を認める案には、事業者や支配権が変わる際も一体で扱う条件が付く。使える表記が増える利点と、移行の自由度を併せて考える必要がある。

2026年9月3日
ドメイン項目は組織を指したが、組織そのものではなかった:RFC 1279

インターネット史

ドメイン項目は組織を指したが、組織そのものではなかった:RFC 1279

別名には「同じものだ」という意味が含まれる。RFC 1279 が DNS 型の木と組織型の木を接続するとき、まさにその意味を拒んだ。ドメインから大学へたどれても、ドメインが大学になるわけではない。メールボックスから人物へたどれても、文字列が人物になるわけではない。接続の便利さより、置換できないものを置換しない規律が先に置かれた。

2026年9月2日
Wes Hardakerと、二つのTTLを生き延びる必要があったDNSサーバー

IETF

Wes Hardakerと、二つのTTLを生き延びる必要があったDNSサーバー

旧サーバーを止める時刻は、子ゾーンの設定画面だけを見ても決められない。インターネットのどこかでは、親から受け取った別の時刻表がまだ正しく動いているからだ。

2026年9月2日