回答:
world.example.com
サブドメイン用に別のゾーンを作成すると、通常は別の権限のあるネームサーバーへの委任も含まれるため、追加の遅延が発生する可能性があります。
example.com
とworld.example.com
ゾーンの両方に同じ権威ネームサーバーが使用されている場合、パフォーマンスに違いはありません。
DNSリゾルバーは、TLDから権限のあるネームサーバーへの委任に従う必要があります。
リゾルバーがexample.com
ドメインの信頼できるネームサーバーに到達しhello.world(.example.com.)
、そのゾーンにリソースレコードがある場合、応答はすぐに送信されます。
example.com
ドメインの権威ネームサーバーがworld.example.com
サブドメインにも権威がある場合、hello.world.example.com.
レコードの応答もすぐに送信されます。
world.example.com
が別個のゾーンとして構成されている場合、の権限のあるネームサーバーは、example.com
さらに委任の詳細とゾーンの権限のあるネームサーバーのNS
レコードを含む応答を送信しますworld.example.com.
。
world.example.com. IN NS ns.world.example.com.
world.example.com. IN NS ns1.example.org.
; GLUE
ns.world.example.com. IN A 192.2.0.1
リゾルバーはその委任に従う必要があり、追加のクエリを次の宛先に送信します。
world.example.com.
ゾーンを照会しますhello(.world.example.com.)
。技術的には、DNSを理解しているため、hello
一部のみがホスト名と見なされ、残りはドメイン名です。そのため、同じ方法で解決されます。DNSゾーンにexample.com
とサブドメインの両方が含まれている場合、world.example.com
どのように注釈を付けるかは好みの問題です。
ただし、そのようなレコードを目にしたのは、DKIMおよびその他のTXTレコードに関するものだけです。たとえば、DKIMは[selector]._domainkey
、特定のサブドメインまたはルートドメインのレコードとして使用します。もちろん、サブドメインにいくつかのレコードのみが必要な場合は、それらのレコード用に別のゾーンを作成する必要はありません。
SOA
たとえばをクエリすることによって)。これが、区別の「実用的な」側面を追加した理由です。DKIMの例は、そのようなエントリの実際のケースの良い例です。
hello.world.example.com
)、正しい?