このプロセスを試して選択を解除するようになった特定のクエリは次のとおりです。
assets.example.com
親ドメインexample.com
がすでに解決されている場合、 などのサブドメインの DNS ルックアップは高速になりますか?
私の (素朴な) 理解では、ドメイン名を IP アドレスに変換する基本的なプロセスは非常に単純です。com
や などのトップレベル ドメインを解決する方法を知っている 13 台のルート サーバーのアドレスは、net
ネットワーク ハードウェアにハード コードされています。のルックアップの場合、example.com
ローカル DNS サーバー (おそらくルーター) は、これらのルート サーバーの 1 つに のトップレベル ネームサーバーの場所を尋ねますcom
。次に、結果のネームサーバーに解決方法を知っているかどうかを尋ねますexample
。一致する場合は終了し、そうでない場合は別のサーバーに渡されます。このプロセスの各ネームサーバーはキャッシュしている可能性が高いため、しばらくの間、ローカルルーターはどこを探すべきかをすぐに知ることができ、com
サーバーはどこを探すべきかを知ることができます。example
com
example
.
それでも、よくわかりません。
- ISP が提供するものなど、他の中間 DNS サーバーがあることは知っています。彼らはどの時点で質問されますか?
com
TLD ネームサーバーが を解決する方法を知らない場合、example
チェックする他のネームサーバーをどのように解決しますか? それとも、これは単にexample.com
解決できないことを意味するのでしょうか?- ドメインを登録してネームサーバーを構成すると、その TLD のネームサーバーが使用するデータベースで、特定の TLD のサブドメインの NS レコードのグループを実際に編集することになりますか?
ウィキペディアによると、一部の DNS サーバーは、キャッシングと再帰クエリの実装を組み合わせて、キャッシュ ヒットを処理し、キャッシュ ミスを確実に解決できるようになっていると説明しています。これらのサーバーがどのように照会されるようになるのか、または解決アルゴリズムがどのように (大まかに) どのように機能するのかがわかりません。
最初の質問を振り返ってみると、A レコードが両方とも同じネームサーバー上にあると仮定すると、「いいえ」と答えるかもしれません。これは正確ですか?