WordPress サイト管理者の多くが DNS を扱うのは青い月の一度きりです。 しかし、DNS はインターネットの中核であり、DNS レコードに小さなミスがあると、訪問者が Web サイトにアクセスできなかったり、メールを送信できなかったりするため、その仕組みの基本を理解していることが重要です。 この記事では、WordPressサイトの所有者と管理者がDNSとDNSレコードについて知っておくべきことをすべて説明します。

DNSとは何ですか？

DNS は Domain Name System の略称です。 これは、インターネットが使用する階層的な命名システムです。 その役割は、www.wpwhitesecurity.com のような覚えやすいドメイン名を、コンピュータが理解できる IP (Internet Protocol) アドレス、たとえば 192.124.249.168.1171>

なぜ DNS が必要なのですか？

インターネットやネットワークに接続しているすべてのコンピュータ、スマートフォン、デバイスには固有の IP アドレスが割り当てられています。 たとえば、Web サイト www.wpwhitesecurity.com は、IP アドレス 192.124.249.168 の Web サーバーでホストされています。

私たちは Web サイトの名前 (www.wpwhitesecurity.com) は簡単に覚えても、IP アドレス (192.124.249.168) は覚えていないので、人間が読めるテキスト（ドメイン名）をコンピュータが理解できる情報、IP アドレスに変換する DNS が必要なのです。

ドメインとFQDNとは？

DNSに入る前に、ドメインとFQDNが何であるかを見ておきましょう。 FQDN (Fully Qualified Domain Name) は、通常、Web サイトの URL、または www.wpwhitesecurity.com のようなドメインと呼ばれるものです。 FQDNは、いくつかの部分で構成されています。

wwwサブドメインのようなFQDNの各部分は、最大63文字まで可能です。 FQDN全体では、253文字を超えることはできません。 インターネット上で使用される一般的なサブドメインは、www、blog、site、adminなどです。 インターネット上で最も一般的なTLDは、.com、.net、.org、および.nlや.mtなどの国固有のものです。

DNSの仕組み

DNSの仕組みを説明するには、Webサイトを閲覧する際に何が起こるかを見てみましょう。たとえば、 www.wpwhitesecurity.com.

これはDNSの背後にある論理を理解できる高度な説明であることに注意してください。 実際のところ、DNS キャッシュ、ルート DNS サーバーなど、DNS の動作に影響を与える可能性のあるコンポーネントがもっとあります。

ステップ 1: IP アドレスへのドメイン名の解決を要求

Webブラウザのナビゲーション バーに www.wpwhitesecurity.com と入力すると、スマートフォンまたはコンピュータは、ウェブサイトがホストされているWebサーバーの IP アドレスを知る必要があります。 IPアドレスを知らないため、DNSサーバーにリクエストを送信し、www.wpwhitesecurity.com。

お使いのデバイスが使用するDNSサーバーは、ネットワークルーターまたはISPのものである可能性が高いです。 これは通常、ネットワークに接続するときに、デバイスのネットワークインターフェイス上で自動的に設定されます。

ステップ2：再帰的DNSサーバーは、ドメインのネームサーバーを要求する

ネットワークおよびISP DNSサーバーは、ドメインデータを保存しないため、再帰的DNSサーバーと呼ばれます。 その代わりに、他のDNSサーバーにクエリを転送し、答えを送り返します。

そのため、デバイスが連絡したDNSサーバーは、階層内の上位の他のDNSサーバー（ルートサーバーなど）に連絡して、ドメインwpwhitesecurity.comに対するネームサーバー（NS）のIPアドレスを取得します。 ネームサーバー（NS）は、ドメインに関する情報を保持するDNSサーバーです。

すべてのドメインには、いくつかのネームサーバー（NS）があり、再帰DNSサーバーが担当するドメインのIPアドレスを解決する必要があるときはいつでも、そのクエリーに回答します。

以下のスクリーンショットでは、ドメイン wpwhitesecurity.com のネーム サーバー (NS) の構成を見ることができます。

ステップ3：再帰DNSサーバーがFQDNを解決するためにネームサーバーを要求する

この段階で、デバイスが接触した再帰DNSサーバーは、参照したいドメインのネームサーバーのリストを持っています。 そこで、サーバーの1つにリクエストを送信し、FQDN www.wpwhitesecurity.com をIPアドレスに解決します。 その結果、次のような答えが返ってきました。 192.124.249.168.

ステップ4: 再帰DNSサーバーがIPアドレスで返信します。

デバイスが連絡した再帰DNSサーバーがFQDN www.wpwhitesecurity.com のIPアドレスを取得したので、デバイスにそれを送り返します。

ステップ5: デバイスがWebサーバーに接続する

デバイスは、再帰DNSサーバーから受け取ったIPアドレス上のWebサーバーに接続し、www.wpwhitesecurity.com 上のページを要求します。 Web サーバーは HTML データを送信して応答し、ブラウザはダウンロードとレンダリングを開始します。

ドメインと DNS の登録

さて、すべてのドメインには、少なくとも 1 つのネーム サーバーが必要なことがわかりました。 理想的には、2つ以上あるべきです。

そのため、新しいドメインを購入するときに、ネームサーバーの IP アドレスまたは FQDN を尋ねられるのです。 独自の DNS をホストするか、サードパーティのソリューションを使用しない限り、通常はレジストラ独自のネーム サーバーを使用します。

DNS レコード タイプ

DNS を使用して、メール サーバーの IP アドレスなど、ドメインに関する他の情報を取得することができます。 この情報は、さまざまな種類のDNSレコードを介して取得することができます。 DNSレコードの50以上の異なる種類がありますが、WordPressサイトの所有者として、以下に示すいくつかのレコードについて知っていれば、すべて問題ありません。

Aレコード

これは、最も一般的なDNSレコードタイプです。 ホスト名またはFQDNをIPアドレスにマッピングするために使用されます。 これは、通常、上記のドメイン名解決プロセスで使用されるレコードです。

CNAME Record

これは、2つの異なるFQDNが同じIPを持っている場合に使用されるエイリアスレコードです。 例えば、wpwhitesecurity.comとwww.wpwhitesecurity.com は同じウェブサーバーにあります。 そこで、下の表に示すように、wpwhitesecurity.comのAレコードを作成し、www.wpwhitesecurity.com、wpwhitesecurity.comを指すCNAMEを作成しました。

MX Record

これらはメール交換記録である。 これらは、ドメインのメールサーバーのIPアドレスを指定するために使用されます。 [email protected] にメールを送信するとき、メールサーバーのDNSサーバーはこれらのレコードの情報を使用して、接続してメールを送信する必要があるメールサーバーのIPアドレスを知ります。

NSレコード

これらはネームサーバーレコードです。 これらは、あるドメインの権威あるネームサーバーのIPアドレスを指定するために使用されます。 これらは、ドメインを購入するときに指定する必要があります。

TXT Record

DNS は、公開キー、ドメインに関連付けられた場所、およびアンチスパムのフレームワークに関連付けられたレコードを保存するために使用されることもあります。 TXT レコードは、通常これらのために使用される DNS レコード タイプです。 元々は人間が読めるテキストに使われていましたが、現在ではほとんどが機械が読めるデータを保存しています。 たとえば、SPF、DKIMレコードなどのアンチスパムシステムに使用されます。

DNSキャッシュとTTL

トラフィックとリソースを最小限に抑えるために、再帰的DNSサーバーはTTL値で指定した時間だけ、DNSレコードをキャッシュします。 TTLは、すべてのDNSレコードで秒単位で指定され、それは有効期限のようなものです。

キャッシュは、DNSレコードの変更はどこでも伝播するために数時間や数日を取ることができる理由である。 伝播の持続時間は、レコードに設定した TTL 値にも影響されます。

No DNS, No Party!

If it wasn’t for DNS, the internet wouldn’t be as we know it today! DNS の基本を理解し、WordPress サイトの運営になぜ必要なのかを理解すれば、サイトやドメインをよりよく管理できるようになります。

DNS History and Geekery

DNS の最初の仕様は、IETF によって 1983 年に RFC 882 と RFC 883 で発表されました。 これらの RFC は 1987 年に RFC 1034 と RFC 1035 に取って代わられ、どちらもいくつかの他の RFC を通じて更新されています。

DNS サーバーはメッセージングのためにポート 53 UDP で動作し、ゾーン転送のために TCP のポート 53 を使用します。 DNSの技術的な詳細については、以下の文献を参照してください。