DNSレコードとは？構成や種類、設定・確認方法を徹底解説

更新日：2026年4月22日

メール配信

メールが届かない。サイトにアクセスできない。その原因の多くは、DNSレコードの設定ミスや理解不足にあります。

DNSレコードは、インターネット上でドメインとIPアドレスを結びつける「地図」のような存在です。Aレコード・MXレコード・TXTレコードなど、それぞれに明確な役割があり、どれか1つでも設定を誤ると、Webサイトの表示やメールの送受信に直接影響が出ます。

特にメール配信に携わるエンジニア・インフラ担当者にとって、SPFやDKIMといったメール認証レコードの正確な理解は必須です。GmailやOutlookが送信者ガイドラインを強化している現在、DNSレコードの設定品質はそのままメール到達率に直結します。

本記事では、DNSレコードの基本的な仕組みから種類別の役割、実際の設定・確認方法まで、実務で使えるレベルで体系的に解説します。

1 そもそもDNSとは？
- 1.1 DNSの役割
- 1.2 DNSサーバーとは
2 DNSレコードとは
3 DNSレコードの構成要素
- 3.1 TTL（Time To Live）とキャッシュの仕組み
- 3.2 ゾーンファイルの読み方：ホスト名・タイプ・値の見方
4 DNSレコードの種類
5 メール配信に関わるDNSレコードの設定チェックリスト
- 5.1 メール送信に必要なDNSレコード一覧
- 5.2 設定漏れが多い落とし穴：PTRレコードとDMARCを見落とさない
6 DNSレコードの設定方法
7 DNSレコードの確認方法
8 DNSレコードの設定が反映されないときの対処法
- 8.1 DNSの伝播（プロパゲーション）とは？反映に時間がかかる理由
- 8.2 nslookup・digコマンドでキャッシュ状態を確認する方法
9 DNSレコードの設定ならメール配信システムを活用する
10 まとめ

そもそもDNSとは？

DNS（Domain Name System）は、IPアドレスとドメイン名を紐付けるシステムです。例えると、インターネットの電話帳のようなものです。

人間が覚えやすいドメイン名（例：www.example.com）を、コンピュータやネットワーク機器が理解できるIPアドレス（例：192.0.2.1）に変換する役割を果たし、このシステムがなければ、私たちはウェブサイトにアクセスするために数列のIPアドレスを記憶しておく必要があります。

ここからはDNSの役割と、DNSサーバーの仕組みや種類をさらに深掘りして解説します。

DNSの役割

DNSの役割を見ていく前に、まずは「IPアドレス」と「ドメイン名」について確認しておきましょう。

IPアドレス
とは、特定のコンピューターを識別するために数字を組み合わせて割り振られた番号で、インターネット上での住所です。通信相手を特定する際も、IPアドレスが手がかりになります。
ドメイン名
このIPアドレスを、わかりやすい文字に表したものがドメイン名です。ドメイン名は、サイトのURLやメールアドレスなどにも使用されています。

DNSの主な役割は、ドメイン名をIPアドレスに変換することですが、それだけではありません。DNSは、メールサーバーのアドレスを見つけるためのMXレコードや、ドメインの認証情報を提供するTXTレコードなど、さまざまな情報を管理することができます。これにより、DNSはインターネット上での情報の検索と管理を効率的に行うための中心的な役割を担っています。

ドメイン名からIPアドレスを変換することを「正引き」、反対にIPアドレスからドメイン名を変換するのが「逆引き」です。IPアドレスとドメイン名の紐付けにより、Webサイトの閲覧やメールの送受信などのリクエストに反応できます。

パソコンやスマートフォンなどを使用する際、コンピューター同士の通信には、接続にIPアドレスが用いられます。しかし、IPアドレスは10進数で表示されており、人間にとっては扱いづらいものです。

一方、DNSの働きにより、識別が難しいIPアドレスを入力しなくてもドメイン名からIPアドレスへ自動で変換されます。ドメイン名であれば人間でも扱いやすく、入力も難しくありません。そのため、Webサーバーへのスムーズなアクセスが可能になるのです。

DNSサーバーとは

IPアドレスとドメイン名の対応を行うデータベースがDNSサーバーです。DNSの機能や、IPアドレス・ドメイン名の情報を備えています。

DNSサーバーは、1つのサーバーだけで無数に存在するドメイン名を管理しているわけではありません。世界中にある複数のサーバーが、分散して情報を管理しています。

DNSサーバー機能の流れを確認しましょう。

URLをWebブラウザに入力する
ブラウザがDNSサーバーへ、該当するIPアドレスを問い合わせる
DNSサーバーは、問い合わせのドメイン名に関連するIPアドレスを返答する
返答されたIPアドレスを用いて、Webブラウザが通信を行う

現在では、DNSサーバーの設定を自身で構築・運用せずに、ドメインを取得している事業者やレンタルサーバーなどのDNSサーバーを利用するケースが多いのではないでしょうか。専門的な知識がなくてもDNSサーバーを利用できるため大変便利です。

この場合、基本的には事業者から提供されているコントロールパネルから設定を行います。しかし、他社からの移行やドメインを新規取得した際の設定方法には、事業者ごとに違いがあるため注意が必要です。

DNSサーバーの種類は「権威DNSサーバー」と「キャッシュサーバー」の2つです。機能によって、それぞれの特徴は異なります。

権威DNSサーバー

権威DNSサーバーとは、保有するドメインの情報を管理し、名前解決要求の返答をするサーバーです。「DNSコンテンツサーバー」や「ネームサーバー」とも呼ばれています。

権威DNSサーバーは、ドメイン名やIPアドレスの対応といった保有情報（ゾーン情報）に基づいて、キャッシュサーバーから名前解決の問い合わせを受け、返答を行います。ゾーン情報には、IPアドレスの対応とドメイン名が記録されているのが特徴です。名前解決の問い合わせを受けたら、ゾーン情報から該当の情報を探して返答します。

権威DNSサーバーは世界中に分散しており、名前解決が可能なドメインには個別のゾーン情報が備わっています。紐付けられたドメイン名やIPアドレスを氏名や電話番号に見立てると、「電話帳」に近い役割を持っているといえるでしょう。

キャッシュサーバー

キャッシュサーバーとは、権威DNSサーバーに名前解決の問い合わせを行うサーバーです。「フルサービスリゾルバ」とも呼ばれています。

キャッシュサーバーは、権威DNSサーバーに名前解決を要求し完了するまでに、また別の権威DNSサーバーに問い合わせる役割があります。これは、一つの権威DNSサーバーが世界中全てのドメインやIPアドレスに関する情報を保有しているわけではないためです。

キャッシュサーバーには、一度問い合わせたドメインとIPアドレスの対応状況を一定期間サーバー内に保存する機能があります。この機能によって、同じ名前解決を要求する場合に問い合わせの手間を省け、権威DNSサーバーの負担を減らすことが可能です。一定期間情報を保存できる機能から、キャッシュサーバーと呼ばれます。

DNSレコードとは

DNSレコードは、DNSを正しく設定するために必要な記述です。リソースレコードとも呼ばれます。DNSレコードは、インターネット上での情報の検索とアクセスを可能にする重要な要素です。

DNSレコードの役割や構成、種類を確認しましょう。

DNSレコードの役割

DNSレコードは、インターネット上での通信をスムーズに行うために不可欠です。例えば、メールを正しいサーバーにルーティングするMXレコードや、セキュリティ設定を示すTXTレコードなどがあります。DNSレコードにより、ドメイン名とそれに関連する様々な情報を正確に結びつけることができます。

DNSレコードは、ゾーンファイルに書かれた一行ごとの詳細な情報を指します。ゾーンファイルとは、ゾーン情報やドメイン・IPアドレスの対応関係などが保存されているファイルです。

正確にDNSサーバーを動作させるには、ゾーンファイルの設定が必要です。ゾーンファイルの設定時に、DNSレコードをそれぞれの情報に応じて記載していきます。

DNSレコードの構成

DNSレコードは、タイプ、ホスト名、値（またはアドレス）、TTL（Time To Live）など、いくつかの基本的な要素で構成されます。

これらの要素は、特定のドメインに対するクエリに対してどのように応答すべきかをDNSサーバーに指示します。TTLは、レコードがキャッシュに保持される時間を定義し、効率的なデータ管理を支援します。

例を挙げて、DNSレコードの構成を見てみましょう。

△△△.jp. 3600 IN A ○○.○○.○○.○○

指定のドメイン名：「△△△.jp.」

レコードのTTL：「3600」

class：「IN」

DNSレコードの種類（レコードタイプ）：「A」

指定のデータ：「○○.○○.○○.○○」

指定のドメイン
この部分は、レコードが適用されるドメイン名を指します。例では「△△△.jp.」がドメイン名として指定されています。ドメイン名の末尾にあるドット（.）は、これが完全修飾ドメイン名（FQDN）であることを意味し、DNSのルートを指しています。
レコードのTTL（Time To Live）
「3600」と指定されているこの部分は、レコードがキャッシュされる時間を秒単位で示します。この例では、3600秒（1時間）です。TTLはキャッシュされたデータがどれだけの時間有効かを定義し、期間が過ぎると再度権威DNSサーバーから情報を取得します。
class
「IN」はInternetの略で、このDNSレコードがインターネット用であることを示します。DNSではほとんどの場合「IN」が使用されます。
DNSレコードの種類（レコードタイプ）
「A」レコードは、指定されたドメイン名をIPv4アドレスにマッピングします。これにより、ドメイン名がどのサーバーに対応しているかを示します。
指定のデータ
この部分には、レコードタイプに応じた具体的なデータが入ります。Aレコードの場合はIPv4アドレスが記載されます。例では、「○○.○○.○○.○○」がそれに該当し、実際のIPアドレスを表します。

構成にあるclassは、基本的に変更されません。レコードのTTLと種類については、以下の項目で詳しく解説します。

DNSレコードのTTLとは

TTL（Time To Live）とは、キャッシュサーバーが情報をキャッシュ（一時保存）する有効期限です。キャッシュの有効期限をTTLとして定めることで、キャッシュサーバーが保持する期限が過ぎた情報を削除し、ネームサーバーの更新を滞ることなく反映できます。

TTLは「秒」単位で表記されます。上記の例でも説明しましたが、TTLが600であれば10分、3600の場合は1時間キャッシュの保持が可能です。TTLの数値が小さいほどレコードを保持できる時間が短くなり、権威DNSサーバーへの確認頻度が増えて負荷も大きくなります。

DNSレコードの構成要素

DNSレコードを正確に読み書きするには、各フィールドが何を意味するかを理解しておく必要があります。ゾーンファイルに記述されるDNSレコードは、以下の要素で構成されています。

フィールド	説明
ホスト名	レコードが適用されるドメインまたはサブドメイン（例：`example.com.`）
TTL	キャッシュの有効期限（秒単位）。省略するとゾーンのデフォルト値が適用される
クラス	通常は `IN`（Internet）で固定
タイプ	レコードの種類（A・MX・TXTなど）
データ	レコードの値（IPアドレス、ドメイン名、テキスト文字列など）

実際のゾーンファイルでは、以下のような形式で記述します。

example.com. 3600 IN A 203.0.113.10
example.com. 3600 IN MX 10 mail.example.com.
example.com. 3600 IN TXT “v=spf1 include:_spf.example.com ~all”

TTL（Time To Live）とキャッシュの仕組み

TTLは、DNSレコードをキャッシュしておく時間を秒単位で指定します。たとえばTTLを3600に設定した場合、そのレコードは各DNSサーバーのキャッシュに最大1時間保存されます。

TTLが短いほど変更がすぐ反映されますが、DNSサーバーへの問い合わせ頻度が増えます。TTLが長いほどキャッシュが効いてパフォーマンスが向上する一方、設定変更後の反映に時間がかかります。

設定変更を予定している場合は、事前にTTLを短く（たとえば300秒）に変更しておくと、切り替え後の伝播が速くなります。

ゾーンファイルの読み方：ホスト名・タイプ・値の見方

ゾーンファイルにおけるホスト名は、末尾にピリオド（.）がある場合はFQDN（完全修飾ドメイン名）として扱われます。ピリオドがない場合は、ゾーンのドメイン名が自動的に付加されます。

; ピリオドあり → FQDN（そのまま解釈）
mail.example.com. IN A 203.0.113.20
; ピリオドなし → ゾーン名が付加される（例：ゾーンが example.com の場合）
mail IN A 203.0.113.20 ; → mail.example.com として扱われる

この違いを理解していないと、意図しないホスト名でレコードが登録されてしまうため注意が必要です。

DNSレコードの種類

DNSレコードの構成には、レコードタイプと呼ばれる情報の種類を記載しなければなりません。DNSレコードの種類で代表的なものは以下の通りです。それぞれの特徴を把握しておきましょう。

Aレコード

ドメイン名（ホスト名）に対応している、IPv4形式のIPアドレスが書かれたレコードで、ドメイン名とIPアドレスの関連性を定義しています。IPv4（Internet Protocol Version 4）とは、情報やデータの送受信で使用される通信規格です。

Aレコードの「A」は「Address（アドレス）」から頭文字を取っており、最も基本といえるレコードになります。ドメイン名からIPアドレスを指定するため、正引きのレコードタイプです。Aレコードの入力時は、ホスト名に「www」などを記載し、VALUEの項目にはIPアドレスを入力することで名前解決できます。

PTRレコード

IPアドレスに対応しているドメイン名（ホスト名）を定義するものがPTR（Pointer）レコードです。Aレコードとは反対に、ドメイン名からの逆引きに利用されています。PTRレコードは、メール送受信のスパムチェックや送信者の身元認証などにも活用されています。

AAAAレコード

Aレコードと同様に、ドメイン名（ホスト名）に対応しているIPアドレスが書かれており、ドメイン名とIPアドレスの関連性を定義しているレコードです。ただし、Aレコードとの相違点として、IPアドレスがIPv6形式となっています。IPv6（Internet Protocol Version 6）とは、IPv4と同じく情報やデータの送受信で使用する通信規格です。IPv4よりも次世代の規格として使われています。

AAAAレコードは、Aが4つ並んでいることから「クワッドエー・レコード」と呼ばれています。ドメイン名からIPアドレスを指定する特徴から、正引きのレコードタイプです。

SOAレコード

権威DNSサーバーが管理しているドメインの範囲を示す「ゾーン」の設定や、ドメインの管理情報が書かれたレコードです。SOAという名前の由来は「Start Of Authority」の頭文字を取って呼ばれるようになりました。

情報の種類によって幅広い種類のレコードがありますが、SOAレコードの場合はドメインの管理や情報の有効期限の定義に使用されます。

MXレコード

MX（Mail Exchange）レコードは、対象のドメインでメールを受信するサーバーを定義します。具体的には、ドメイン宛に送られたメールがどのサーバーに転送されるべきかを示す情報です。

MXレコードによって指定されたメールサーバーのホスト名は、独立したドメインに属していても構いませんが、正しく解決されるためには、対応するAレコードまたはAAAAレコードが存在している必要があります。この設定により、メールが適切な宛先に確実に届けられることを保証します。

NSレコード

NS（Name Server）レコードは、特定のドメイン名に対してどのDNSサーバーが権威を持つかを定義します。これにより、インターネット上のどのDNSサーバーが、そのドメイン名に関するクエリに答えるかが指定されます。

NSレコードで指定されたネームサーバーのホスト名は、インターネット上で正確に解決できる必要があり、これは通常、対応するAレコードまたはAAAAレコードを持つことによって達成されます。NSレコードは、ドメインのDNS情報の信頼性とアクセス可能性を保証するために重要です。

TXTレコード

「TEXT（テキスト）」を略したTXTレコードは、名前の通りドメイン名（ホスト名）に関連するテキスト情報が書かれたレコードです。送信ドメイン認証の「SPF」あるいは「DKIM」を設定する際に、TXTレコードを用いて情報を記述します。

送信ドメイン認証とは、メールが正規のサーバーから送信されたものかどうかを、送信元の情報を調べて識別することです。SPFは受信メールのIPアドレスから送信元を検証する技術で、DKIMは受信メールの電子署名からなりすましを特定する技術を指します。

なお、2024年2月以降、Gmailは1日あたり5,000件を超えるメールを送信する事業者に対し、SPFレコード・DKIM署名・DMARCレコードの設定を必須要件としています。メール配信を本格的に行う場合、これらのDNSレコードは「任意の設定」ではなく、到達率を維持するための必須対応と捉えるべきです。

CNAMEレコード

ドメイン名やホスト名の別名を定義するレコードで、それぞれのドメイン名が同一と示すものです。CNAMEレコードの名前は、「Canonical NAME（キャノニカルネーム）」から取られており、別名で「alias（エイリアス）」とも呼びます。

CNAMEレコードが定義しているドメイン名を名前解決する場合は、別名のレコードを別途で設定しておかなければなりません。

SPFレコード

SPF（Sender Policy Framework）レコードは、特定のドメインからのメール送信を許可されたサーバーを定義することによって、メールの送信元を認証するために使用されます。SPF情報は通常、TXTレコード内に含められ、受信メールサーバーが送信サーバーのIPアドレスを検証し、ドメイン名を偽装したスパムやフィッシングを防ぐのに役立ちます。

このレコードによって、ドメインのメール送信ポリシーが明示され、受信者はメールが信頼できる送信元から来ていることを確認できます。SPFレコードの正確な設定は、ドメインのメールが迷惑メールとして誤ってマークされるリスクを減らすのに重要です。

メール配信に関わるDNSレコードの設定チェックリスト

メール配信を行うシステムやサービスでは、DNSレコードの設定漏れが直接的なメール未達の原因になります。以下のチェックリストを使って、必要なレコードが正しく設定されているかを確認しましょう。

メール送信に必要なDNSレコード一覧

レコード種別	役割	メール配信での必要度
MXレコード	受信メールサーバーを指定する	必須
SPFレコード（TXTレコード）	送信を許可するIPアドレスを宣言する	必須（Gmailなど主要プロバイダが要求）
DKIMレコード（TXTレコード）	メール本文の改ざんを防ぐ電子署名を設定する	強く推奨（Gmailが大量送信者に要求）
DMARCレコード（TXTレコード）	SPF・DKIMの認証失敗時のポリシーを定義する	強く推奨（Gmailが大量送信者に要求）
PTRレコード	送信IPアドレスの逆引きを設定する	推奨（未設定だとスパム判定リスクが上がる）

2024年2月以降、Googleは1日あたり5,000件を超えるメールを送信する事業者に対し、SPF・DKIM・DMARCの設定を義務化しています。これらが未設定の場合、Gmailへのメールが拒否またはスパムフォルダに振り分けられるリスクがあります。送信ドメイン認証の仕組みと設定方法については、以下の記事で詳しく解説しています。

設定漏れが多い落とし穴：PTRレコードとDMARCを見落とさない

SPFとDKIMを設定済みであっても、PTRレコードとDMARCを見落としているケースは非常に多いです。

PTRレコード（逆引きDNS）は、送信元IPアドレスに対してホスト名を返す設定です。未設定の場合、受信側のメールサーバーがIPアドレスを正引き・逆引きで照合した際に不一致が生じ、スパムと判定される可能性があります。PTRレコードはドメインのDNS管理画面ではなく、IPアドレスを管理するISP・ホスティング事業者側に設定を依頼する必要がある点に注意してください。

DMARCは、SPFまたはDKIMの認証に失敗したメールをどう扱うかポリシーとして定義します。DMARCが未設定の場合、認証失敗時の挙動が受信サーバー任せになります。最低でも p=none（監視のみ）から始め、レポートを確認しながら段階的に p=quarantine → p=reject へ引き上げることが推奨されます。

PTRレコードの詳細は以下の記事を参考にしてください。

DNSレコードの設定方法

DNSレコードの設定は、どこのネームサーバーを運用するかで変わってきます。近年では、レンタルサーバーやドメインを取得している事業者が提供するDNSサーバーを利用するケースが増えました。そのため、サーバー内部にある情報やファイルを直接編集することは多くありません。

DNSサーバーのサービスを利用する場合、専用の管理ツールや管理画面から編集を行います。設定方法は事業者ごとに異なるため、あらかじめ確認しておきましょう。

DNSレコードの確認方法

DNSレコードを確認する方法としては、レコードを確認できるWebサービスの利用や、WindowsやLinuxでコマンドを実行する手段が挙げられます。コマンドの実行と比べると、Webサービスの方が手間もかからず簡単に確認できるでしょう。

WindowsでDNSレコードを確認する場合は、コマンドプロンプトで「nslookupコマンド」を使用しましょう。Linuxで実行する際は、シェル上で「digコマンド」を使用します。

DNSレコードの設定が反映されないときの対処法

DNSレコードを変更したのに「サイトにアクセスできない」「メールが届かない」という状況が続く場合、多くはDNS伝播（プロパゲーション）の問題です。設定が間違っていると思い込む前に、まず伝播の状態を確認しましょう。

DNSの伝播（プロパゲーション）とは？反映に時間がかかる理由

DNSの設定変更は、変更した権威DNSサーバーだけではなく、世界中のDNSサーバーに情報が行き渡るまでに時間がかかります。この伝播プロセスをDNSプロパゲーションと呼びます。

反映までの時間は、変更前に設定されていたTTLの値によって異なります。一般的にはTTL値の秒数分キャッシュが保持され、TTLが3600（1時間）であれば最大1時間、86400（24時間）であれば最大24時間かかる計算です。グローバルへの完全な伝播は、最大で48時間を要することもあります。

反映を急ぐ場合は、変更前にTTLを短く設定しておくことが有効です。変更が完了したら元のTTL値（3600〜86400秒程度）に戻しましょう。

nslookup・digコマンドでキャッシュ状態を確認する方法

特定のDNSサーバーに問い合わせることで、その時点での伝播状況を確認できます。

Windowsの場合（nslookupコマンド）

コマンドプロンプトで以下を実行します。

; Aレコードを確認する
nslookup example.com

; 特定のDNSサーバーに問い合わせる（例：GoogleのPublic DNS）
nslookup example.com 8.8.8.8

; MXレコードを確認する
nslookup -type=MX example.com

; TXTレコード（SPFなど）を確認する
nslookup -type=TXT example.com

Linux・macOSの場合（digコマンド）

ターミナルで以下を実行します。

# Aレコードを確認する
dig example.com A

# MXレコードを確認する
dig example.com MX

# TXTレコード（SPFなど）を確認する
dig example.com TXT

# 特定のDNSサーバーに問い合わせる
dig @8.8.8.8 example.com A

# TTLの残り時間を確認する
dig example.com A +ttlid

自分のPCのキャッシュが古い場合、nslookup や dig に別のDNSサーバー（8.8.8.8 など）を指定して問い合わせると、キャッシュを介さずに最新の状態を確認できます。

Webブラウザ経由でのキャッシュ確認には、MXToolboxやDNSチェッカーなどのサービスも活用できます。複数のリージョンから同時に伝播状況を確認できるため、グローバル対応の確認に便利です。

DNSレコードの設定ならメール配信システムを活用する

DNSレコードの中でも、SPF・DKIM・DMARCといったメール認証レコードは、設定するだけでなく継続的に正しい状態で維持することが求められます。自社でメールサーバーを運用している場合、IPレピュテーションの管理やバウンスメールへの対処など、DNSレコード以外にも多くの運用負荷がかかります。こうした課題を根本から解消するには、メール配信システムの活用が有効です。

メール配信システムを使うメリット

メール配信システムを導入することで、DNSレコードに関わる運用をより安定させることができます。

SPF・DKIM・DMARC対応が標準搭載されており、認証設定の手間が軽減される
高いIPレピュテーションを維持した共有または専用IPからの配信が可能
バウンスメール処理やエラー管理が自動化され、担当者の運用負荷を大幅に削減できる

認証設定が整った環境からメールを送ることで、GmailやOutlookなど主要プロバイダへの到達率が安定します。

まとめ

DNSとは、ドメイン名とIPアドレスを紐付ける仕組みです。DNSによる働きは大きく、スピーディーかつ円滑なメール送受信やメールサーバーの運用などに欠かせません。DNSの対応を行うDNSサーバーを正確に動作させるには、DNSレコードが書かれたゾーンファイルの設定が必要です。

DNSやDNSサーバーの特徴・仕組みを把握し、DNSレコードは正しく記述するようにしましょう。

この記事の執筆者

株式会社ラクスライトクラウド Webマーケティングリーダー
森神佑希
顧客導入社数シェアNo.1のメール配信システム「blastmail」・「blastengine」のWebマーケティング担当。2年以上メルマガ配信の実務を行っており、先頭に立ってPDCAを回してきた。メルマガのノウハウは日本最高クラスと言っても過言ではない。

Blog一覧

DNSレコードとは？構成や種類、設定・確認方法を徹底解説