DNS

DNS（Domain Name System、ドメインネームシステム）は、階層的な名前空間を使い、ドメイン名に関連する情報を分散して管理・問い合わせる仕組みです。[1][2]

名前からIPアドレスを調べる用途だけでなく、メールの配送先や別名など、種類の異なる情報をレコードとして扱います。[4]

DNSが接続先の情報を返す処理と、Webサーバーがページを配信する処理は別です。[3]

名前解決では、要求元がリゾルバーを通じて必要なDNS情報を問い合わせ、応答を受け取ります。[2]

キャッシュに必要な情報がなければ、リゾルバーが別のDNSサーバーへ問い合わせ、参照先や別名をたどって答えを探します。[2]

キャッシュから回答できる問い合わせでは、権威DNSサーバーまで毎回たどる必要はありません。問い合わせを処理する側と、権威情報を提供する側は役割が異なります。

リゾルバと権威DNSサーバー

再帰リゾルバーは再帰的な問い合わせを処理する側で、権威DNSサーバーは担当するゾーンについて権威を持つ情報を応答する側です。[2]

DNSサーバーには異なる役割があるため、問い合わせを受けるリゾルバーと、権威情報を持つサーバーを区別します。

キャッシュとTTL

キャッシュは取得済みのDNS情報を再利用する仕組みです。TTLは、その情報を保持できる時間の上限を示します。[5]

TTLは保持時間の上限であり、必ずその時間だけ情報を保存するという意味ではありません。[5]

設定変更後も古い情報がキャッシュに残っていれば、利用するリゾルバーによって新しい情報が返るタイミングは異なります。

DNSレコードは、IPアドレス、メール配送先、別名など、名前に結び付ける情報を種類ごとに表します。[4][6]

• A：IPv4アドレスを示します。
• AAAA：IPv6アドレスを示します。
• MX：メール配送を受け持つサーバーを名前で示します。
• CNAME：別名を正規の名前へ対応付けます。

DNSは名前とIPアドレスを対応付けるだけではなく、メール配送先や別名も管理します。

ドメイン名の登録は名前を使うための管理手続きで、DNSレコードを設定する作業とは異なります。[7]

Webサイトでは、名前を登録し、DNSで接続先を案内し、接続先のサーバーがコンテンツを配信します。

AWSの個別サービスであるRoute 53の設定手順や料金は、この名前解決の一般的な仕組みとは分けて扱います。

DNSの設定を変えても、すべての利用者が同時に新しい情報を見るわけではありません。リゾルバーに残ったキャッシュによって反映のタイミングが変わります。[5]

変更後は、権威DNSサーバーの応答と、利用者側のリゾルバーが返す応答をそれぞれ確認します。

TTLだけで全利用者への反映時刻を約束せず、確認したドメイン名、レコードの種類、問い合わせ先を記録します。