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