ご存知かと思いますが、Web サイトを閲覧するには、ブラウザにそのドメイン名を入力する必要があります。 その後、ブラウザが起動して、要求した Web サイトを読み込みます。 URL に特定のページ名を指定すると、ブラウザは必ずその特定のページを Web サーバーに要求します。 複雑さはこれだけだと思われがちですが、それだけではありません。
トラフィックを適切な場所にルーティングするために、ルーターはルーティング テーブルを維持します。 ルーティング テーブルは、宛先に応じてルータがトラフィックにどの物理接続を使用する必要があるかをビープ音で追跡します。 ただし、ドメイン名を使用している場合、これらのルーティング テーブルを管理するのは困難な作業になります。
Web サイトごとに異なるドメイン名があると、テーブルのサイズが膨大になり、検索が非効率になります。 代わりに、ルーターは IP アドレスを使用してトラフィックをルーティングします。 IP アドレスは数値であり、複数のドメインをホストします。 ルーティング テーブルは大幅に短くなり、検索が容易になります。
残念ながら、IP アドレスは人間が判読できるものではありません。 少なくとも、記憶に残るものではないことは確かです。 Technipages.com のことはよく覚えているかもしれませんが、IP アドレス 104.18.0.74 を認識する可能性ははるかに低く、IPv6 アドレス 2606:4700:20::681a: 14a を覚えている可能性はさらに低いでしょう。 人々にとっては覚えやすいドメイン名を、コンピュータにとっては効率的な IP アドレスを使用できるようにするため。 変換メカニズムを使用する必要があります。 その変換システムがDNSです。
DNSとは
DNSはドメインネームシステムの略です ドメイン名を IP アドレスに変換するプロトコルです。 このプロトコルの前提は、DNS サーバーに対して DNS リクエストを行うことです。 リクエストには、翻訳するドメイン名が含まれています。 その後、リクエストはデバイスに設定されている DNS サーバーに送信されます。 このサーバーが答えを知らない場合、リクエストをルート DNS サーバーに再帰的に転送します。 ある時点で、1 つの DNS サーバーにキャッシュされたエントリが存在します。 または、要求されたドメインの権威 DNS サーバーのエントリ。
注記： 権威 DNS サーバーは、ローカル ファイルに構成された問題のドメインのデータを持つサーバーです。 他のすべての DNS サーバーはこの回答をキャッシュするだけであり、権限はありません。
ドメインの権威 DNS 結果またはキャッシュされた DNS 結果が見つかると、その結果はチェーンを下流に転送され、最終的にはデバイスに転送されます。 チェーン内の各 DNS サーバーは結果をキャッシュして、今後のリクエストをより迅速に解決できるようにします。
権威 DNS サーバーに保存されている実際のデータは DNS ゾーンです。 DNS またはリソース レコードのみ (RR) 要求されたドメインに関連付けられたものが返されます。
DNS レコードの構造
DNS レコードは、DNS 構文を使用して書き込まれます。 この形式では、名前、TTL、レコード クラス、レコード タイプ、およびレコード データが使用されます。 TTL クラスと Record クラスは両方の形式が有効であるため、保存できます。 デフォルトの TTL (有効期間) は、TTL を明示的に指定せずに、ゾーン内のすべての DNS レコードに適用されるゾーン ファイルの先頭に指定することもできます。
「名前」フィールドは、レコードが適用される URL を定義します。 これは「technipages.com」です。 「ww.technipages.com」 .technipages.com」 ワイルドカード アスタリスクがサポートされています。 指定するドメインがゾーン内のドメインと同じ場合は、「シンボル」を使用できます。
TTL は、権限のない DNS サーバーが応答をキャッシュできる期間を指定します。 この時間が長いほど、権威 DNS サーバーが認識するトラフィックが少なくなります。 ただし、更新が反映されるまでに時間がかかることも意味します。
Record クラスはほとんどの場合「N」です。これはインターネット レコードを定義します。 ただし、Chaosnet など、値「H」を使用する、あまり使用されていない運用中のネットワークが少数ながら存在します。
レコード タイプは、提供される DNS レコードのタイプを定義します。 たとえば、IPv4 アドレスはレコード タイプ A で定義されますが、電子メール サーバーのタイプは MX です。 次のセクションでは、より一般的なレコード タイプのいくつかについて説明します。
レコード データには、実際に解決された値が含まれます。 これは通常、別の IP アドレスですが、別のドメイン名である場合もあります。 繰り返しますが、通常は、別のドメイン名が指定されている場合です。 そのドメイン名は、ゾーン ファイル内の別の場所の IP アドレスに解決されます。 ただし、常にそうとは限りません。 ゾーン ファイルのセミコロン「.」の後ろにコメントを追加できます。 これらのコメントは DNS 応答には含まれません。
DNS レコードの種類
DNS で最も一般的なレコード タイプは「レコード」です。「」はアドレスを表します。 「レコードは常に IPv4 アドレスを返します。 IPv6 アドレスのレコード タイプは「AAA」です。4 つの A は、128 ビット長の IPv6 アドレスが 32 ビット IPv4 アドレスの 4 倍の長さであることを反映しています。
「NAME」レコード タイプは Canonical NAME を表し、「要求されたドメインはこのドメインと同じ IP を持っている」ことを示すために使用されます。CNAME レコードは A、AAAA、またはその他の CNAME レコードを指す場合があります。 ただし、再帰的なリクエストによりユーザーのリクエスト時間が長くなるため、CNAME が別の CNAME レコードを指すことは積極的に推奨されません。 電子メール サーバーは、Mail eXchange を表す「X」レコード タイプを使用します。 MX レコードの Record 値には、優先順位番号とドメイン名が含まれている必要があります。 CNAME レコードと同様に、MX レコードはドメイン名を指す必要があります。
「S」レコード タイプは、要求されたドメインの権威 DNS サーバーを定義します。 NS レコードは複数存在する場合がありますが、常にドメインを指している必要があります。 SOA レコードは Start Of Authority を定義します。 すべてのゾーン ファイルには 1 つが含まれている必要があります。 値が変更されたかどうかを確認する前に DNS サーバーが待機する必要がある時間など、管理上の詳細について説明します。
この情報の使用方法
したがって、DNS リクエストはクライアントから隠蔽されます。 ほとんどのプログラムは、ユーザーが DNS プロトコルの存在を認識できないほど、バックグラウンドで DNS リクエストを静かに実行します。 一部のツールでは、ネットワーク トラフィックを監視して、ネットワーク上に表示される DNS トラフィックを確認できます。 Windows の「ルックアップ」ユーティリティなどの他のツールを使用すると、DNS リクエストを行うことができます。 これらのツールは通常、人間が読める形式で出力をフォーマットし、応答で返された IP アドレスなどの意味のある応答のみを提供します。
結論
DNS レコードは、権威 DNS サーバー上の DNS ゾーン ファイル内の行です。 各行には、レコードのタイプとその実際の値を定義する値の選択が含まれています。 権限のない DNS サーバーは、TTL の間、これらの DNS レコードを認識したままキャッシュすることができます。 ユーザー デバイスは DNS リクエストを作成し、応答を待ってから、定義された IP アドレスに対して HTTPS リクエスト、または使用しているソフトウェアに応じて他のプロトコルを送信します。