DNS は、クライアント向けの再帰処理と権威データの公開を別の役割として扱います。この境界を理解すれば、キャッシュからの応答を zone の所有者による応答と取り違えずに済みます。
DNS · レッスン 2
DNS コンポーネント
recursive resolver、authoritative server、zone、リソースレコードが DNS の責務を分担する仕組みを学びます。
Stub Resolver と Recursive Resolver
アプリケーションまたは OS 内の stub resolver は、設定済み recursive resolver へ問い合わせます。recursive resolver はキャッシュを使い、必要なら反復問い合わせを行って、最終回答、エラー、または referral の結果を返します。応答に authoritative-answer フラグを付けられるのは、応答サーバーがそのデータへ権威を持つ場合だけです。再帰処理を行うだけで権威サーバーになるわけではありません。
recursive resolver は stub client のために何をしますか？
Authoritative Name Server
authoritative server は、自身が権威を持つ zone データから応答します。一つの zone には、データを同期した複数の authoritative server を用意し、障害要因の独立性も考慮すべきです。authoritative-only server は、任意のクライアントに対して再帰処理を行う必要はありません。
サーバーがある zone に対して authoritative になる条件は何ですか？
Zone と Zone の保存
zone は、DNS 名前空間のうち管理上サービスを提供する部分です。zone apex から始まり、子 zone を委任できます。zone データはテキストの zone file、データベースからの生成、API からの読み込み、ソフトウェアによる合成などで提供でき、「zone file」は必須の物理実装ではありません。
zone apex には通常、SOA レコードと NS の集合があります。親側の委任データは子の authoritative server を特定し、bailiwick 内のサーバー名へ到達するための glue address レコードを伴うことがあります。
DNS zone とは何ですか？
リソースレコードのフィールド
リソースレコードは、owner name、TTL、class、type、type 固有の RDATA を持ちます。例を示します。
www.example.com. 300 IN A 192.0.2.25
owner は www.example.com.、TTL は 300 秒、class は Internet、type は IPv4 address、RDATA はそのアドレスです。zone file 構文にはフィールドの省略と相対名の規則があるため、origin を慎重に扱う必要があります。
mail exchanger の優先度とホスト名を公開するレコード型はどれですか？
TTL と Negative Caching
正のレコードは TTL によってキャッシュ再利用期間を制限します。存在しない名前が証明された場合などの negative answer も、SOA から導かれる規則に従ってキャッシュできます。計画変更の直前に TTL を下げても、キャッシュが低い値を観測した後に取得したレコードにしか影響しません。以前に長い TTL でキャッシュされたものは、期限まで残ります。
計画したアドレス変更より十分前に DNS TTL を下げるのはなぜですか？
レッスン完了
DNS コンポーネント を完了しました
これで、DNS の再帰処理、権威、名前空間管理、キャッシュ済みレコードを区別できます。
stub resolver と recursive resolver の役割を識別する。
委任された zone service を通じて権威を定義する。
zone を必須の単一ファイルではなく、名前空間に対する責任として扱う。
owner、TTL、class、type、RDATA の各フィールドを読む。
DNS 変更前にキャッシュ期間を計画する。