
DNS システムでは、すべてが から始まります.
。そのため、 のようなトップレベル ドメイン.com
は と表記することもできます.com.
。たとえば、example.com
は の略ですexample.com.
。
しかし、何らかの検索を実行できないので、.
実際にどこかの実際のマシンを指しているかどうか疑問に思っています。本当にそうでしょうか?
答え1
そうですね。DNS ルートにはルート ネーム サーバーがあり、NS レコードがあるため、実際には次のようなクエリを実行できます。
falcon@akira ~ $ dig in ns .
; <<>> DiG 9.8.0 <<>> in ns .
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31632
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;. IN NS
;; ANSWER SECTION:
. 21026 IN NS g.root-servers.net.
. 21026 IN NS k.root-servers.net.
. 21026 IN NS c.root-servers.net.
. 21026 IN NS b.root-servers.net.
. 21026 IN NS d.root-servers.net.
. 21026 IN NS f.root-servers.net.
. 21026 IN NS m.root-servers.net.
. 21026 IN NS h.root-servers.net.
. 21026 IN NS a.root-servers.net.
. 21026 IN NS j.root-servers.net.
. 21026 IN NS l.root-servers.net.
. 21026 IN NS i.root-servers.net.
. 21026 IN NS e.root-servers.net.
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Oct 20 12:15:07 2012
;; MSG SIZE rcvd: 228
このデータは通常、個々の DNS サーバー上のファイルに保存されているグルー レコードと呼ばれるものから取得されます。DNS サーバーが名前を解決するときに、この方法で DNS サーバーはクエリを実行するサーバーのアドレスを取得します。
これらのルート サーバーには、さまざまな TLD のネーム サーバーが見つかる場所に関する情報が含まれており、その TLD には、個々のドメインのネーム サーバーが見つかる場所に関する情報が含まれています。
DNS ルート には A、AAAA、MX などのレコードは存在せず、今後も存在しない可能性が高い.
ため、そのデータに対するクエリは当然成功しません。同様に、 に対して権限を持つネーム サーバー (上記のルート サーバー) は存在しますが.
、実際のホストを指すものではありません。
このトピックの詳細については、再帰DNS名前解決の仕組みをご覧ください。これは非常に単純です。基本的に、DNSサーバーはルートから開始し、ルートサーバーの1つにクエリを実行し、必要なレコードを要求し、代わりにNSレコードの参照を取得します。これは、必要なレコードが見つかるまで続きます。権威ある実際に応答できる名前を問い合わせているサーバーに問い合わせます。このプロセスはコストがかかるため、多くのネームサーバーは TTL (この例では 21026 秒) の間この応答をキャッシュします。