ナレッジベース

各 DNS レコードの役割

A、AAAA、CNAME、MX、TXT、SRV、CAA、およびその他 — それぞれを1文で説明し、おそらくどれが必要になるかを紹介します。

DNS は名前を応答へと変換する参照テーブルです。レコードの種類はどのような応答であるかを示します。

実際に使用するもの

A — 名前を IPv4アドレスに向けます。www.example.com → 203.0.113.10。これはドメインをウェブサイトに向けるものです。

AAAA — IPv6向けの同じものです。A レコードの代わりではなく、一緒に追加してください。

CNAME — 名前を別の名前に向け、その参照先がどこへ行っても追従します。対象のアドレスが変更される可能性がある場合に役立ちます。⛔ CNAME は他のレコードと並んでネイキッドドメイン (example.com) に配置することはできません。そこでは A レコードを使用してください。

MX — このドメイン宛てのメールが配信される場所です。ウェブサイトとは無関係です。サイトの A レコードを変更してもメールには影響せず、MX を変更してもサイトには影響しません。

TXT — 他のシステムによって読み取られる自由形式のテキストです。ドメインの確認や、メールが迷惑メールとして扱われないようにするための SPF、DKIM、DMARC のレコードに使用されます。

NS — ドメインに対してどのネームサーバーが権威を持っているかを示します。これらを変更すると、ゾーン全体が他の誰かに委譲されます。

専門的なもの

これらはすべてドメイン → お客様のドメイン → DNS レコード → レコードを追加から追加します。エディターが各部分を個別に尋ねるため、順序を覚えておく必要はありません。

SRV — サービスが存在する場所: 優先度 (低い値が最初に試行されます)、重み (同じ優先度間で負荷を分散します)、ポート、ターゲットホストです。Microsoft 365、Teams、SIP 電話、XMPP チャット、および一部のゲームでは、_sip._tlsのような名前のレコードが要求されます。

CAA — どの認証局がドメインの証明書を発行できるかを指定します。タグ (通常証明書の場合は issue、ワイルドカードの場合は issuewild、拒否されたリクエストの報告先の場合は iodef) と、letsencrypt.org などの値を選択してください。128が必要であることが分かっている場合を除き、フラグは 0 のままにしてください。⚠️ CAA レコードを追加する場合は、利用するすべての認証局を含めてください。ここに含まれていない認証局の証明書は更新されなくなります。

PTR — ホストを指す、名前に対する名前です。メールサーバーの IP アドレスの逆引き DNS は、ここではなく IP の所有者によって設定されます。これについてはサーバープロバイダーにお問い合わせください。

TLSA — DANE (主にメールサーバー) 用の証明書を固定 (ピン留め) します。使用目的 (usage)、セレクター (selector)、マッチングタイプ (matching type)、および16進数の証明書データが含まれます。メールソフトウェアまたはプロバイダーからこれら4つの情報が提供されます。

HTTPS および SVCB — サイトが対応しているプロトコル (alpn=h2,h3 など) を、ブラウザやアプリが問い合わせる前に接続方法を伝えます。優先度 0 はエイリアスモード (ターゲットのみ) です。1以上はオプションのパラメータを持つサービスモードです。ターゲットの . はその名前自体を意味します。

タイプメニューに必要なタイプがない場合、このドメインのゾーンを保持している DNS プロバイダーがそれを保存できません。当社のネームサーバー (ns1.zinndigital.com、ns2.zinndigital.com) 上のドメインは、上記のすべてのタイプを保持できます。DSレコード (DNSSEC) はここには追加されず、ご利用のレジストラ側で管理されます。

SOA — ゾーン自体の設定: プライマリネームサーバー、管理者アドレス、変更のたびに増加するシリアル番号、および他のネームサーバーが使用するタイマーです。これは DNS プロバイダーに属しているため、「タイプ」メニューにはありません。ネームサーバーからリアルタイムで読み取られたこれを確認するには、レコードの下にあるゾーン設定 (SOA)を開いてください。シリアル番号が進んでいれば、最新の変更が配信されていることを意味します。

ドメインを弊社のネームサーバーに移行する際、CAA や通常の SRV レコードを含め、すでに公開されている一般的なレコードをコピーし、コピーできなかったものはドメインページに一覧表示されるため、切り替え前に手動で追加していただけます。

変更が反映されるまでの時間

各レコードには TTL (他のシステムが古い応答をキャッシュできる期間) が設定されています。最近アクセスしていないユーザーには数秒以内に変更が反映され、それ以外のユーザーには各自のキャッシュの有効期限が切れた時点で反映されます。計画的な変更の1日前に TTL を短く設定しておくと、待ち時間を数分に短縮できます。