トピック
DNS 委任権限
「トピックの観点から見たDNSトピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
ナイジェリアの.ngは1件のドメインから始まった。登録管理の移管には学習が要った
RINAF の回顧報告によれば、1995年の`.ng`で登録済みだったドメインは当初`yaba.edu.ng`の1件だった。しかし、その名前の背後には登録規則、WHOIS データベース、技術運用、そして国境を越える管理移行がすでに存在していた。
インターネット史
署名付きルートゾーンの前に、鍵は二つの式典を経た――DNSSEC、2010年
署名付きルートゾーンが稼働したのは2010年7月だ。だが、その公開日は、鍵の生成、保管、移送、受け入れという長い運用手順をひとまとめにしたものだった。二つの施設で行われた式典の間にある時間を追うと、式典が証明できることと、証明できないことが見えてくる。
ICANN
ルート鍵は予定どおり切り替わった。リゾルバーが新しい信頼アンカーを受け入れた証拠はあるか
10月11日14:00 UTC、DNS ルートゾーンは KSK-2024 で鍵セットへの署名を始めた。これはコントロールプレーン上の節目が予定どおり実行されたことを示す。しかし、各再帰リゾルバーが何を保存していたか、自動更新が完了したか、個々の利用者が何を経験したかまでは分からない。
インターネット史
BINDがDNSを4.3BSDに組み込んだ
バークレーの BIND が、管理者自身で設定し、運用し、保守できる Unix ソフトウェアとして配布されたことで、分散型の名前解決が日々のシステム管理に入った。
インターネット史
ソ連は解体したが、.suはDNSルートに残った
ソ連の消滅とともに、その国別トップレベルドメインが消えたわけではない。.su の歴史では、ルートへの委任、.ru の設置、登録規則、そして組織が使い続ける名前の維持が、それぞれ異なる時間で進んだ。
ICANN
DNSSEC自動化の登録ロック、ICANNは運用基準の食い違いをどう整理するか
ICANN の評価と最終版 RFC 10026では、登録局ロックの扱いが異なる。この食い違いを整理できるかが、今後の迅速審査を左右する。
インターネット史
ウルドゥー文字の名称は2011年に承認され、.پاکستانがDNSルートに入ったのは2017年
パキスタンのウルドゥー文字による名称が DNS ルートに入るまでには、文字列の審査と、運用主体への委任という二つの段階があった。記録を追うと、「承認」と「委任」は同じ節目ではなかったことが分かる。
ICANN
関連ドメインは手掛かりであって有罪の証明ではない：ICANNのDNS不正利用対策案
ICANN の案は、あるドメインで不正利用が確認されたとき、登録事業者に同じ事業者の管理下にある関連ドメインも調べるよう求める。複数のドメインを使い分ける活動を見つけやすくなる一方、関連性の手掛かりだけで、そこに含まれるすべての登録者を不正の当事者とみなしてはならない。
インターネット史
基盤識別子は .arpa 移行後も20年間 .int に残った
新しい名前空間が決まっても、古い委任情報はすぐには消えない。.int に残ったインフラ識別子の整理は、二つの仕事が別であることを示した。
インターネット史
PXはアドレスを対応付けたが、メールは届けない――RFC 1664の実験的提案
RFC 1664がまず記すのは、`.it` の PTR レコードを使った小さな試験だ。提案された PX は X.400 と RFC 822の住所表記を対応付けるもので、SMTP 配送そのものを担う仕組みではなかった。
インターネット史
タンザニアに常時インターネット接続がなかった頃、.tz 登録制度は動いていた
通信規制当局の回顧報告によれば、.tz は1994年に運用を始めた。タンザニアに常時接続がまだない時期である。ドメイン登録、DNS の運用、メール中継、IP 接続は、それぞれ別の仕組みだった。
ICANN
ICANN、DNSSECのDS自動化に関する安全性評価を意見募集へ
ICANN は外部評価を6週間にわたって公開し、レジストリ運営者向けの将来の迅速審査ルートを支える根拠を問う。報告書の肯定的な見解には条件が付いており、ICANN 自身の判断はまだ出ていない。
インターネット史
.YU はなぜ2010年までDNSルートに残ったのか
ISO のコードが変わっても、古いドメインを使う人やサービスはすぐには消えない。2003年のコード変更から2010年のルートゾーン削除まで、暫定管理者と移行期間が、そのずれを埋める役割を担った。
インターネット史
誰が名前を登録できたのか——英国の手作業による .uk 管理、1985～1996年
Nominet の設立前、英国のドメイン名はボランティアが運営する手続きで登録されていた。1996年の移管により、拡大する登録簿、運用ルール、そして新しい会員制度が専用組織に引き継がれた。
リーダー
Sam Weilerと、DNSSECの親ゾーン委任連鎖の外に置かれた信頼経路
DNSSEC では通常、親ゾーンが DS レコードを公開し、子ゾーンの鍵を上位の署名済みデータへ結び付ける。Sam Weiler が記した DLV は、その接続がまだ用意されていない署名済みゾーンに別の検証経路を与えた。ただし、その経路にも、運用者が別途選ぶ信頼アンカーが必要だった。
インターネット史
KAISTからNCAへ――KRNICの移転と独立
韓国の初期インターネット登録機能は、独立した財団になる前に組織上の拠点を移した。1994年9月の会議記録には、その引き継ぎが機能の移管とネームサーバーのアドレス変更として残っている。
インターネット史
請願だけで .pn が移管されたわけではない――IANAの2000年報告
1997年から2000年にかけ、ピトケアンの住民は .pn の管理者変更を求めた。IANA は再委任を勧告し、米国政府が別の段階でルートゾーンを変更した。
インターネット史
Jon Postelが1998年に行った試験の対象はゾーン転送で、DNS問い合わせではなかった
1998年1月、Jon Postel はルートサーバー運用者に対し、USC/ISI に置かれた IANA のサーバーからルートゾーンのコピーを取得するよう求めた。メールが扱ったのは、サーバーがそのコピーをどう受け取るかだった。データは当時 A ルートで利用できたものと同一で、ゾーン変更の手続きも変わらないと記している。この違いを押さえると、DNS データの配布を試すことと、リゾルバーが受け取る応答を変えることを分けて読める。
記事
ルートDNSKEY応答にKSK-2024の署名
10月11日15:32 UTC、四つのルートサーバー名への直接照会はタグ38696の DNSKEY 署名を返した。約3時間前の記録は20326だったが、16:09 UTC ごろ同じ四つの名前が再び38696を返した。IANA のキャッシュ再検証後のページも KSK-2024 を Active と表示した。この標本は全リゾルバーの状態を示さない。
インターネット史
DNSより先に日本で動いていた名前の階層――JUNETから.jpへ
日本の大学ネットワークが TCP/IP や DNS を使う前、JUNET は UUCP と電話回線で階層型のメールアドレスを運用していた。この慣習は、ネットワークの拡大中も組織名を保つ助けとなり、後に多くの名前を`.junet`から`.jp`へ引き継ぐ土台になった。