Loading article…
ルートネーム サーバーは、インターネットのドメイン ネーム システム(DNS)のルート ゾーンのネーム サーバーです。ルート ゾーンのレコードの要求に直接応答し、適切なトップレベル ドメイン(TLD) の権限のあるネーム サーバーのリストを返すことでその他の要求に応答します。ルート ネーム サーバーは、人間が判読できるホスト名をインターネット ホスト間の通信に使用されるIP アドレスに解決する最初のステップであるため、インターネット インフラストラクチャの重要な部分です。
DNSと特定のプロトコルの制限、つまり断片化されていないユーザーデータグラムプロトコル（UDP）パケットの実際のサイズの組み合わせにより、ルートサーバーの数を13のサーバーアドレスに制限することが決定されました。[1] [2]エニーキャストアドレスの使用により、実際のルートサーバーインスタンスの数はさらに大きくなり、2024年3月4日時点で1,733となっています[アップデート]。[3]
ルートドメイン
DNS は、インターネットに参加しているコンピュータ、サービス、または任意のリソースの階層的な命名システムです。その階層の最上位はルート ドメインです。ルート ドメインには正式な名前がなく、DNS 階層でのラベルは空の文字列です。インターネット上のすべての完全修飾ドメイン名(FQDN) は、ルート ドメインのこの空の文字列で終わると見なすことができ、したがって、ピリオド文字 (ラベル区切り文字) で終わります (例: " www.example.com. ")。これは通常、明示的ではなく暗黙的です。これは、最近の DNS ソフトウェアでは、ドメイン名を IP アドレスに変換するときに、終了ドットを含める必要がないためです。
ルートドメインには、インターネットのすべてのトップレベルドメインが含まれます。2015年7月現在、ルートドメインには730のジェネリックトップレベルドメイン（gTLD）と301の国別コードトップレベルドメイン[アップデート]（ccTLD）を含む1058のTLDが含まれています。 [4]さらに、ARPAドメインは、インターネットアドレスやその他のリソースの管理における技術的な名前空間に使用されます。TESTドメインは、国際化ドメイン名のテストに使用されます。
リゾルバ操作
インターネット上のコンピュータがドメイン名を解決する必要があるときは、リゾルバソフトウェアを使用して検索を実行します。リゾルバは、名前を右から左にラベルに分割します。最初のコンポーネント (TLD) は、ルート サーバーを使用してクエリされ、責任のある権威サーバーを取得します。各ラベルのクエリは、ネーム サーバーが元のクエリの回答を返すまで、より具体的なネーム サーバーを返します。
実際には、この情報のほとんどは数時間にわたって頻繁に変更されることはないため、中間ネームサーバーまたはユーザーのアプリケーションに組み込まれたネームキャッシュによってキャッシュされます。したがって、ルートネームサーバーへの DNS 検索は比較的まれです。2003 年の調査では、ルートサーバーへのすべてのクエリのうち正当なものはわずか 2% でした。クエリの 75% はキャッシュが不正確または存在しないことが原因で、12.5% は不明な TLD 用、7% は IP アドレスをドメイン名のように使用する検索用などでした。[5]構成が誤っているデスクトップコンピューターの中には、TLD のルートサーバーレコードを更新しようとするものもありました。観察された問題と推奨される修正の同様のリストが RFC 4697 で公開されています。
DNS のローカル実装はいずれも独自のプライベート ルート ネーム サーバーを実装できますが、一般に「ルート ネーム サーバー」という用語は、インターネットの公式グローバル ドメイン ネーム システムのルート ネーム スペース ドメインを実装する 13 のよく知られたルート ネーム サーバーを指すために使用されます。リゾルバーは、Internic [6]が公開した 3 KB の小さな root.hintsファイルを使用して、このルート サーバー アドレスの初期リストをブートストラップします。つまり、同じアドレスを検索するためにルート ネーム サーバーのアドレスを知る必要があるという 循環依存関係を解消するには、root.hints が必要です。
ルートサーバーのアドレス
指定されている論理ルートネームサーバーは 13 台で、論理名はletter .root-servers.netの形式です ( letter はa から m まで)。ネームサーバーを 13 台にしたのは、元の DNS 仕様の制限によるもので、ユーザーデータグラムプロトコル(UDP) を使用する場合の最大パケットサイズは 512 バイトと指定されていました。[7]ただし、技術的には 14 台のネームサーバーが IPv4 パケットに収まります。ルートネームサーバーに IPv6 アドレスを追加するには 512 バイト以上が必要であり、これはDNS 標準のEDNS0 拡張によって可能になります。 [8]
これは、物理サーバーが 13 台しかないという意味ではありません。各オペレーターは、ハードウェアまたはソフトウェアに障害が発生した場合でも信頼性の高いサービスを提供するために、冗長コンピュータ機器を使用しています。さらに、すべてのサーバーは、エニーキャストアドレスと呼ばれるルーティング技術を使用して複数の地理的場所で動作し、パフォーマンスが向上し、さらに耐障害性も向上しています。Root Server Technical Operations Association ドメインの下には、すべての論理サーバー (G-Root を除く) の情報ホームページがあり、Web アドレスは http:// letter .root-servers.org/という形式です( letterは a から m まで)。
10 台のサーバーは元々米国にありました。現在はすべてエニーキャスト アドレスを使用して運用されています。3 台のサーバーは元々それぞれストックホルム (I-Root)、アムステルダム (K-Root)、東京 (M-Root) にありました。古いサーバーは、類似した名前を使用するポリシーが確立される前は独自の名前を持っていました。エニーキャストにより、現在ではほとんどの物理ルート サーバーが米国外にあり、世界中で高いパフォーマンスを実現しています。
また、主流のネーム サーバーと並行して存在する独自のルート ネーム サーバーのセットを使用する代替 DNS ルートを備えた代替名前空間システムもいくつかあります。最初のシステムであるAlterNIC は、かなりの量の報道を生み出しました。[引用が必要]
ルート ネーム サーバーの機能は、ローカルまたはプロバイダー ネットワーク上に実装することもできます。このようなサーバーは、ICANNによって公開された公式のルート ゾーン ファイルと同期されており、代替ルートを構成するものではありません。
ルート ネーム サーバーはインターネットの重要な部分であるため、これまで何度も攻撃を受けてきましたが、その攻撃がインターネットのパフォーマンスに深刻な影響を与えるほど深刻なものになったことはありません。
ルートサーバーの監視
DNSルートサーバーシステム諮問委員会はICANNの委員会です。ICANNの定款[41]では、委員会はICANNに助言を与えると規定されていますが、委員会はサーバーやサーバー運営者に対する権限を主張していません。
ルートゾーンファイル
ルートゾーンファイルは、ルートネームサーバの主な目的である公開用の小さな（約2MB ）データセット[6]です。これは、リゾルバのブートストラップに使用される root.hintsファイルと混同しないでください。
ルート ゾーン ファイルは、ドメイン ネーム システム(DNS)と呼ばれる階層型分散データベースの頂点にあります。このデータベースは、ほぼすべてのインターネット アプリケーションで使用され、 www.wikipedia.orgなどの世界中で一意の名前をIP アドレスなどの他の識別子に変換します。
ルートゾーンファイルの内容は、 com、org、edu、国別コードトップレベルドメインなどのすべてのトップレベルドメイン（TLD）のルートドメイン権威DNSサーバーの名前と数値IPアドレスのリストです（ルートドメインのドットの情報も含まれます）。2004年12月12日には、TLDの773の異なる権威サーバーがリストされていました。その後、TLDの数は大幅に増加しました。2020年7月現在、ルートゾーンは1511の有用なTLDで構成されています（割り当てられていない55のドメイン、廃止された8つのドメイン、および11のテストドメインは除きます）。他のネームサーバーは、権威サーバーに関する情報がないクエリをルートネームサーバーに転送します。ルートネームサーバーは、ルートゾーンファイルを使用して、適切なTLDの権威サーバーへの参照、またはそのようなTLDが存在しないことを示す応答を返します。[42][update]
参照
- ブラックホールサーバー
- ルートネームサーバーに対する分散型サービス拒否攻撃
- DNS の拡張メカニズム(拡張 DNS、バージョン 0)
- インターネットバックボーン
- オープンルートサーバーネットワーク
- 。根
注記
- ^ AS19836 は RIPEstat ツールにはリストされていませんが、https://stat.ripe.net/AS19836#tabId=at-a-glance で確認できます。
- ^ AS64820はRIPEのRISwhoisツールでは「個人使用」としてリストされています
- ^ 当初は128.9.0.107だったが、2004年1月29日に192.228.79.201に変更された。[13] 2017年10月24日に199.9.14.201に変更された。[12] [14] 2023年11月27日に現在のアドレスである170.247.170.2 に変更された。 [15] [16]
- ^ 2013年1月3日以降; 元々は128.8.10.90でした。
- ^ 2017年11月以降。元々はAS27でした。
- ^ 以前は http://www.nic.mil/ (インターネット アーカイブ リンク) でした。他のすべての DNS ルート サーバーとは異なり、G-Root は root-servers.org の下にホームページを実装していません (つまり、http://g.root-servers.org/ [永久リンク切れ] )。
- ^ ab他のすべての DNS ルート サーバーとは異なり、G-Root は pingに応答しません。
- ^ 2015年12月1日以降; 元々は128.63.2.53でした。
- ^ 2015年12月1日以降。元々は2001:500:1::803f:235でした。
- ^ 2015年12月1日以降。元々はAS13でした。
- ^ 2002年11月以降。元々は198.41.0.10でした。
- ^ 2007年11月1日以降; 元々は198.32.64.12でした。
- ^ 2016年3月23日以降。元々は2001:500:3::42でした。
参考文献
- ^ Mark Andrews、ISC (2011 年 11 月 11 日)。「ルート DNS サーバーの数が限られている理由」。bind -users (メーリング リスト) 。2016 年1 月 8 日閲覧。
- ^ 「DNS ルート サーバー FAQ」。Netnod。2016年1 月 18 日閲覧。
- ^ "root-servers.org" . 2024年3月4日閲覧。
- ^ 「ルートゾーンデータベース」IANA。
- ^ Duane Wessels、Marina Fomenkov (2003)。「Wow, That's a Lot of Packets」（PDF） 。 2013年11月7日閲覧。
- ^ ab 「IANA – ルートファイル」。www.iana.org 。 2019年7月10日閲覧。
- ^ RFC 1035 ドメイン名 – 実装と仕様
- ^ ICANN: ドメインネームシステムのルートの IP バージョン 6 アドレスリソースレコードの対応
- ^ abcdefghijkl AS 番号と IP アドレスは Root-servers.org ホームページから取得し、2014 年 1 月 9 日に確認しました。
- ^ Root-servers.org ホームページの場所とサイトは 2014 年 10 月 10 日に確認されました
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net 。2014年1 月 23 日閲覧。
- ^ abc 「ルートサーバーのリスト」。
- ^ 「b.root-servers.net の新しい IPv4 アドレス」b.root-servers.org 2004 年 2 月 2 日。2023年10 月 23 日閲覧。
- ^ 「B-Root の IPv4 アドレスが 2017 年 10 月 24 日に再番号付けされる」b.root-servers.org。2017 年 8 月 9 日。2023年10 月 23 日閲覧。
- ^ 「b.root-servers.net の新しいアドレス」b.root-servers.org 2023年5月16日2023年10月23日閲覧。
- ^ "LACNIC assigna recursos de numeración al servidor raíz de USC/ISI" [LACNIC は、USC/ISI ルート サーバーに番号付けリソースを割り当てます]。www.lacnic.net (スペイン語)。 2023 年 5 月 30 日。2023 年10 月 23 日に取得。
- ^ 「Root Server Technical Operations Assn」. root-servers.org. 2017年8月7日. 2017年8月7日閲覧。
- ^ 「BindとKnotによるB-Rootソフトウェアの多様性」USC - ISI 2021年2月18日。 2021年2月21日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」Ris.ripe.net。2013年10月13日。 2014年1月23日閲覧。
- ^ 「D-Root は 2013 年 1 月 3 日に IPv4 アドレスを変更します」。2013 年 3 月 10 日時点のオリジナルよりアーカイブ。2012 年12 月 16 日閲覧。
- ^ RISwhois、あまり具体的でないAS3303ルートアナウンスは除く
- ^ D-root 履歴ページ
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」Ris.ripe.net 。 2017年10月30日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net 。2014年1 月 23 日閲覧。
- ^ 「F-root | Internet Systems Consortium」。2013年3月25日時点のオリジナルよりアーカイブ。2009年9月9日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net。2013 年 9 月 18 日。2014年1 月 23 日閲覧。
- ^ abc 「事前通知 – 2015年12月1日のHルートアドレス変更」。DNSOP。2015年8月31日。 2018年2月19日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net。2014 年 1 月 2 日。2014年1 月 23 日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net 。2014年1 月 23 日閲覧。
- ^ ab 「RIS – RIPE ネットワークコーディネーションセンター」 Ris.ripe.net 。 2014年1月23日閲覧。
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」Ris.ripe.net。2013年6月20日。 2014年1月23日閲覧。
- ^ 「ピアリング ネットワークの詳細ビュー」。Peeringdb.com。2013 年 10 月 21 日。2014 年1 月 23 日閲覧。
- ^ K-rootホームページ
- ^ 「勧告 - 「L Root」が11月1日にIPアドレスを変更」ICANN。
- ^ 「L-Root IPv6 再番号付け」ICANN . 2016年4月22日時点のオリジナルよりアーカイブ。
- ^ [1]、あまり具体的でないAS3303ルートアナウンスは除く
- ^ 「ピアリング ネットワークの詳細ビュー」。Peeringdb.com。2013 年 4 月 15 日。2014年1 月 23 日閲覧。
- ^ l.root-servers.net
- ^ 「RIS – RIPE ネットワークコーディネーションセンター」Ris.ripe.net。2013年10月21日。 2014年1月23日閲覧。
- ^ 「ピアリング ネットワークの詳細ビュー」。Peeringdb.com。2013 年 12 月 23 日。2014 年1 月 23 日閲覧。
- ^ 「インターネット法人の定款（割り当てられた名前と番号について）| カリフォルニア州非営利公益法人 - ICANN」www.icann.org 。 2019年7月10日閲覧。
- ^ ISOC、「非専門家向けの DNS ルート ネーム サーバーの説明」(オンラインで入手可能、2010 年 3 月 19 日にアクセス)
さらに読む
- ルートサーバー技術運用協会
- ルートサーバーのリスト、IANA
- Google マップ上のルート サーバーの地理的位置
- DNS ルート サーバー システム諮問委員会
- 非専門家向けの DNS ルート ネーム サーバーの説明
- DNS ルートネームサーバーに関するよくある質問
- アジア太平洋地域のルートサーバーの場所
- ルートサーバーで受信した偽のクエリは、2006年8月21日にWayback Machineにアーカイブされています。
- RFC 2826 – ユニーク DNS ルートに関する IAB 技術コメント
- RFC 2870 – ルートネームサーバの運用要件
- RFC 4697 – 観察された DNS 解決の不正動作 (ルート サーバーの観察から)
- ORSN、オープンルートサーバーネットワーク – 無関係な競合DNSベースの名前インフラストラクチャ
- RSSAC023、起源について
外部リンク
- ルートサーバー技術運用協会
- ルートファイル、IANA
- orsn.org オープンルートサーバーネットワーク
- ルートサーバー.net.ゾーン
- ルートサーバーの応答時間
- 非専門家向けに DNS ルート ネームサーバーを解説