ゾーン ファイル内の NS レコードはどのように機能しますか?

ゾーン ファイル内の NS レコードはどのように機能しますか?

現在のゾーンのゾーン ファイル内の NS レコードはどのように機能しますか? 以下のように機能すると思いますが、正しいでしょうか?

たとえば、example.com ゾーンの再帰ネーム serverA と、example.com のサブドメインである sub.example.com ゾーンのネーム serverB があり、ホスト host1.sub.example.com が sub.example.com 内に存在するとします。

1、クライアントで dig @ServerA host1.sub.example.com を実行します。
2、ServerA はゾーン ファイル (またはキャッシュ) をチェックし、sub.example.com の NS レコードと A レコードを見つけます。
3、ServerA は、自身のゾーン ファイル内の NS レコードが ServerB を指しているため、ServerB に「初めて」クエリを実行
します。 4、ServerB は、ゾーン ファイル内の NS レコードを ServerA に返し、ServerA に「これらは私のドメインの NS レコードです。正しいことが保証されています。これらは公式のもので、正しいものです。あなたのものと異なる場合は、あなたのものをゴミ箱に入れてください」と伝えます。
5、ServerA は、最後のステップから 1 つのネーム サーバーを選択します (おそらく、選択されたのは ServerB です)。ServerB が選択された場合、ServerA は ServerB に「2 回目」のクエリを実行し、「host1.sub.example.com の A レコードは何ですか」と尋ねる必要があります。

ServerA が ServerB を選択しても、2 番目のクエリを実行する必要がありますか?

答え1

DNS は完全な DNS ではなく、クエリされたものだけを対象とします。

sub.example.com に対して DNS リクエストを行うと、sub.example.com の NS レコードが取得され、サーバーがそのリクエストを処理します。

sub.example.com にアクセスする全体的な理由のどこかに、example.com 自体に情報を要求するものもない限り、example.com 自体にクエリを実行する必要はありません。

例えば、sub.example.comに次のチェックを行うWebスクリプトがあるとします。https://example.com/test.php存在する場合は example.com に接続しますが、存在しない場合は接続しません。

DNS の主な機能は、名前をアドレスに変換することです。ドメイン名を入力すると、IP アドレスと、場合によってはテキスト レコードなどのドメインに関する情報が出力されます。

このため、DNS がチェックする情報が少ないほど、速度は速くなります。これは DNS の長所でもあり、短所でもあります。

関連情報