電子メールサーバーを識別するDNSレコードの種類は？
by
最終更新日:
6 読了時間：約6分
簡単な答え： メールサーバーを識別するDNSレコードは、 メールエクスチェンジ（MX）レコードです。これは、送信側のメールサーバーに対し、どのホスト名がそのドメイン宛ての受信メッセージを受け付けるかを伝え、優先度値を用いて配信順序を指定します。
ゾーンエントリの例：
example.com. 3600 IN MX 10 mail.example.com.
もし、 DNSレコードの種類 について調べているなら、 ドメインネームシステムにおいて、MXレコードは電子メールのルーティングのために特別に設計された専用のレコードです。
なぜMXレコードで、A、AAAA、CNAME、PTRレコードではないのか？
認定試験や技術クイズでは、メールサーバーを指定するDNSレコードを、選択肢の中から選べという問題が頻繁に出題されます。メールインフラには複数のレコードが関わっていますが、ドメインの受信メールの宛先を指定するのはMXレコードのみです。
| レコードタイプ | 中核機能 | 受信メールサーバーを特定しますか？ |
|---|---|---|
| MX | 受信メール交換ホストに名前を付け、その配信順序を設定します | はい。 |
| A | ホスト名をIPv4アドレスに変換します（メールサーバーのホストがこれを使用します）。 | いいえ |
| AAAA | ホスト名をIPv6アドレスに変換します | いいえ |
| CNAME | あるホスト名を別の正規名に紐付けるエイリアスを作成します | いいえ |
| PTR | IPアドレスをホスト名に変換します（逆DNS） | いいえ |
| TXT | 送信者ポリシー（SPF、DKIM、DMARC）を含むテキスト属性を保存します | いいえ |
PTRは、メール配信の際に頻繁に使用されるため、技術系アセスメントで最もよく見られる誤答です。受信メールサーバーは、送信元の身元を確認するためにPTRレコードを照会します。 送信元 サーバーの身元を確認するためにPTRレコードを照会しますが、受信側の送信者は、新しいメッセージをどこに配信すべきかを特定するためにPTRレコードを使用することは決してありません。
MXレコードは、 Aレコード または AAAAレコードで裏付けられているホスト名を直接指す必要があります。MXレコードを CNAMEレコード はRFC 2181のガイドラインに違反し、メールの配信失敗につながります。同様に、一般的なポリシーレコードは TXTレコードの下で公開されますが、これらはホストの識別ではなく、送信者の正当性を管理するものです。
MXレコードによるメールのルーティング方法
誰かが [email protected] 宛てにメールを送信すると、送信者のメール転送エージェント（MTA）は、ドメインネームシステム（DNS）を経由する順次検索パスをたどって配信を完了します：
- 送信元のMTAは、受信者のドメイン（example.com）を抽出します。
- 送信サーバーは再帰的な DNSサーバー に、そのドメインのMXレコードを問い合わせます。
- ネームサーバーは、指定されたメールエクスチェンジャーのリストと、それらに割り当てられた優先度を返します。
- 送信サーバーは、優先順位が最も低いレコードを選択します。
- 送信者は、そのホストのIPアドレス（AまたはAAAA）を検索し、ポート25を介してSMTP接続を確立します。
RFC 1035 MXレコードの標準形式
;; 名前 TTL クラス タイプ 優先度 メールエクスチェンジャー ホスト
example.com. 3600 IN MX 10 mail1.example.com.
example.com. 3600 IN MX 20 mail2.example.com.
優先番号の役割
MXレコードには、整数の優先度値（優先順位）が必要です。数値が小さいほど、配信の優先度が高くなります。
上記の例では、送信者はまず mail1.example.com（優先度 10）への配信を試みます。mail1 が応答しない場合、送信者は mail2.example.com（優先度 20）にフェイルオーバーします。複数の MX レコードが同一の優先度番号を共有している場合、送信サーバーはトラフィック負荷を分散させるために、それらの間で接続試行を均等に配分します。
高度なクラスタリング、フェイルオーバー戦略、およびプロバイダーの設定ガイドについて詳しく知りたい場合は、当社の完全ガイド「 DNS MXレコードに関する完全ガイドをご覧ください。サーバーのより広範な定義については、 DNSサーバーの種類に関するガイドをご参照ください。
ドメインのメールサーバーを確認する方法
標準的な診断ツールを使用すれば、ターミナルやコマンドプロンプトから、どのドメインのパブリックメールエクスチェンジサーバーでも確認することができます。
コマンドラインからのMXクエリ
nslookup の使用方法（Windows、macOS、Linux）：
nslookup -type=mx example.com
dig の使用方法（macOS、Linux）：
dig MX example.com +short
また、当社の無料の MXレコード検索 ツールを使用して、優先度評価、応答時間、サーバー構成を1つの画面で確認することも可能です。
MXレコードは完全に公開されているため、攻撃者は初期の偵察段階でこれらを照会し、利用しているメールプロバイダーやゲートウェイのセキュリティフィルターを特定し、そのインフラに合わせてフィッシング攻撃を仕掛けるのです。
電子メールが依存するその他のDNSレコード
MXレコードは、メールが受信トレイに確実に届くようにするものではありますが、ドメインの評判を守るものではありません。悪意のある者がブランドをなりすますのを防ぐため、現代のメール配信では、DNSゾーンに公開された一連の認証レコードの連携に依存しています。
受信メールの配信：MXレコード
送信メールのセキュリティ：SPF + DKIM + DMARC + PTR
SPF（TXTレコード）
Sender Policy Framework（SPF）は、どのIPアドレス、サブネット、およびサードパーティの配信ベンダーが、お客様のドメインに代わって電子メールを送信することを許可されているかを規定するものです。受信サーバーが受信時のチェックにおいて送信者ドメインの正当性を確認できない場合、SPFレコードが存在しないか、無効であるか、あるいは SPF レコードの欠落や無効化が根本的な原因であることが一般的です。
DKIM（TXTレコード）
DomainKeys Identified Mail（DKIM）は、送信メッセージのヘッダーに非対称暗号署名を追加します。DNSゾーン内の固有のセレクタホスト名の下に公開鍵を登録することで、受信者はメッセージの内容が転送中に改ざんされていないことを確認できるようになります。暗号鍵がメッセージをどのように保護するかについては、以下の概要をご覧ください。 DKIMの概要で、暗号鍵がメッセージをどのように保護しているかをご確認ください。
DMARC（TXTレコード）
ドメインベースのメッセージ認証・報告・準拠（DMARC）は、SPFとDKIMを統合したものです。_dmarc.example.com に公開された、あなたの DMARCレコード は、認証チェックに失敗したメッセージを受信サーバーが「受け入れる」「隔離する」、あるいは「拒否する」かを指示します。当社の無料 DMARCチェッカーを使用して設定を検証してください。
PTR（リバースDNS）
ポインタレコードは、メールサーバーのIPアドレスを、その検証済みのホスト名に紐づけるものです。Google、Yahoo、Microsoftなどの主要な受信プロバイダーは、一致するフォワード確認済みリバースDNSを持たない送信サーバーからの接続を拒否または破棄します。当社の PTRルックアップ を使用して逆引きマッピングを確認し、当社の FCrDNSチェッカーを使用して検証を行ってください。
MTA-STS、TLS-RPT、およびBIMI
高度な電子メールプログラムでは、さらに3つのプロトコル層が採用されています：
- MTA-STS 中間者によるダウングレード攻撃を阻止するため、厳格なTLSトランスポート暗号化を強制します。
- TLS-RPT メールの送信中に転送セキュリティ上の問題が発生した場合、配信診断情報を提供します。
- BIMI は、参加している購読者の受信トレイにおいて、認証済みのメールの横に、検証済みのブランドロゴを表示します。
メールサーバーとは何ですか？
メールサーバーとは、コンピュータネットワークを介して電子メッセージを処理、送信、受信、保存する、専用のソフトウェアアプリケーションまたは専用ホストのことです。メールサーバーは、標準化されたネットワークプロトコルに基づいて動作し、送信者と受信者の間でメッセージを転送するとともに、暗号化ツールと連携して 電子メールを暗号化 。
メールサーバーの種類
メールインフラストラクチャでは、メッセージの転送を扱うプロトコルと、クライアントのメールボックスの同期を扱うプロトコルとの間で、役割が分担されています。
| サーバーの種類 | 主な役割 | 標準ポート |
|---|---|---|
| SMTP（簡易メール転送プロトコル） | メッセージを送信先へ送信し、メール転送エージェント間で中継します。 | 25（リレー）、587（個人） |
| IMAP（インターネット・メッセージ・アクセス・プロトコル） | 複数のデバイスやウェブメール間で、メールフォルダを双方向に同期します。 | 993 (SSL/TLS) |
| POP3（Post Office Protocol 3） | メッセージを単一のローカルデバイスにダウンロードし、サーバーから削除します。 | 995 (SSL/TLS) |
SMTPは宛先のMXレコードを利用してインターネット上でメールを送信する一方、IMAPやPOP3では、エンドユーザーがメールクライアント内で受信済みのメッセージにアクセスできるようになります。
よくあるご質問
SMTPではMXレコードが使われますか？
はい。SMTPサーバーが送信メッセージを処理する際、受信者のドメインを抽出し、DNSに対してMXルックアップを実行します。そして、MXレコードで特定されたホストにポート25経由で接続し、メッセージを引き渡します。
メールを利用するには、どのようなDNSレコードが必要ですか？
メールを安全に送受信するには、受信メールをルーティングするためのMXレコード、メールサーバーのIPアドレスを指すAレコード、および送信メールの認証となりすまし防止のためのSPF、DKIM、DMARCのTXTレコードが必要です。
ドメインにMXレコードがない場合はどうなるのでしょうか？
RFC 5321 の規定によれば、ドメインが MX レコードを公開していない場合、メール転送エージェントは、そのドメインのルートアドレスレコード（A または AAAA）へのフォールバック配信を試みます。アドレスレコードが存在しない場合、メッセージはバウンスされます。
MXレコードは、IPアドレスまたはCNAMEを指すことができますか？
いいえ。インターネット標準では、MXレコードは、アドレスレコードに解決される正規のドメイン名（ホスト名）を直接指すように規定されています。MXレコードをIPアドレスやCNAMEエイリアスを直接指すように設定すると、メールのルーティングに失敗します。
1つのドメインには、MXレコードをいくつ設定すべきですか？
ドメインには、異なるネットワーク上の別々のメールサーバーを指すMXレコードを少なくとも2つ設定する必要があります。優先順位が異なるプライマリおよびセカンダリレコードを設定しておくことで、いずれかのサーバーがダウンしても、メールの配信が途切れることなく継続されます。詳細については、当社のガイド「 DNS MXレコードのガイドで詳しくご確認ください。
最終的な感想
メールエクスチェンジ（MX）レコードは、受信メールを受け付けるメールサーバーを特定する唯一のDNSレコードです。アドレスレコードはホスト名をネットワーク機器に関連付け、SPF、DKIM、DMARCなどのセキュリティレコードはなりすましを防止しますが、MXレコードはメールがどこにルーティングされるかを制御します。
正確なMXレコードを維持し、厳格な暗号化による電子メール認証と組み合わせることで、ビジネスコミュニケーションの信頼性と到達性を確保し、サイバー攻撃から保護することができます。
