☰

digコマンドの出力でTTL値を理解する方法は？

tag-icon • tag-icon dns
digコマンドの出力でTTL値を理解する方法は？

方法について読んでいます。ドメイン名システム平均して動作します。 ~からTTLのWikiエントリ、わかりました。TTL（Time to Live）はドメインネームシステム（ドメイン名システム）、特定のリソースレコードに対して特権ネームサーバーによって設定されます。キャッシュ（再帰）ネームサーバーが特権ネームサーバーにリソースレコードを照会するときに、TTLによって指定された秒数の間レコードをキャッシュします。

digこれで、特権ネームサーバーに設定されている実際のTTLを見つけるためにLinux CLIツール（）を使用する必要があるため、次のコマンドを使用しました。

dig +trace +nocmd +noall +answer +ttlid a www.stackoverflow.com

#I have omitted the root name server output for better readability. 

www.stackoverflow.com.  300 IN  CNAME   stackoverflow.com.
stackoverflow.com.  300 IN  A   198.252.206.140
;; Received 80 bytes from 173.245.59.4#53(cf-dns02.stackoverflow.com) in 9 ms

私が学んだようにㅏstackoverflow.com.記録TTL特権ネームサーバーの値は300です。

それでは、stackoverflow.com300秒または5分間検索すると、のIPアドレスがstackoverflow.comドメインの外まで確認されるという意味ですか.com？

答え1

.comいいえ。必ずしもドメインから来たわけではありません（実際にはルートドメインから来たことを意味すると思いましたか？）。

NSレコードのTTLは172800なので、キャッシュ時間はstackoverflow.comCNAMEレコードとAレコードの300秒よりはるかに長いです。したがって、これらのCNAMEレコードとAレコードが期限切れになってもNSレコードはまだキャッシュされる可能性があるため、これらのネームサーバーを調べることができます。www.stackoverflow.comstackoverflow.comwww.stackoverflow.comstackoverflow.com

ところで、私は両方を提供しません、www.stackoverflow.comTTLstackoverflow.comは300にすぎません。これは DNS 要求の数が 2 倍であることを意味しますが、IMHO には即時の利点はありません。

関連情報