再帰的なネームサーバーをローカルでホストしているため、名前解決にサービスプロバイダーや他のパブリックDNSサーバーは必要ありません。ルートネームサーバーのIPアドレスは、（Bind /etc/bind/db.rootファイル内の）構成ファイルにハードコードされていnslookupますが、のルートネームサーバーに対して複数の連続したコマンドを実行すると.、TTLフィールドが減少します。
設定ファイルでharcodeされていると、TTLが減少するのはなぜですか？
そして、なぜそれがハーコード化されているとき、最初にルートレベルのTTLが必要になるのでしょうか？
回答:
通常、以下のスニペットと同様に、DNSルートサーバーを明示的に構成します。
zone "." {
type hint;
file "/etc/bind/db.root";
};
ゾーンタイプは一般的ではmasterなくslave 、という特別なゾーンタイプであることがわかりhintます。
ネームサーバーは起動時に、ルートヒントを使用して応答するルートネームサーバーを検索し、そこから現在のルートネームサーバーのリストを取得します。これらは、運用中に実際に使用されるルートサーバーです。
それらがキャッシュされるので、それらはTTLを必要とします、そしてあなたが観察したように：そのTTLは他のキャッシュされたDNSレコードのように減少します。
クラスINにヒントゾーンが指定されていない場合、サーバーはルートサーバーのヒントのコンパイル済みのデフォルトセットを使用します。出典：Bind Administrator Reference Manual。
ブライアンが彼の答えで説明したように、ルートゾーンは変更され、少なくとも1つのネームサーバーが有効である限り、ヒントゾーンは、既存のすべてのネームサーバーが静的構成ファイルを更新する必要なく、ルートネームサーバーでのそのような変更を許可します。
それらは永続的にハードコードされていません-ルートゾーンファイルは時間とともに変化するため、リゾルバーに渡されるエントリを永続的に設定することはできません。
たとえば、現在のファイルは2014年に最後に更新され、ここでファイルの先頭に示されています。
; This file holds the information on root name servers needed to
; initialize cache of Internet domain name servers
; (e.g. reference this file in the "cache . <file>"
; configuration file of BIND domain name servers).
;
; This file is made available by InterNIC
; under anonymous FTP as
; file /domain/named.cache
; on server FTP.INTERNIC.NET
; -OR- RS.INTERNIC.NET
;
; last update: November 05, 2014
; related version of root zone: 2014110501
;
; formerly NS.INTERNIC.NET
;
. 3600000 NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
A.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:ba3e::2:30