情報処理安全確保支援士 2011年 秋期 午前2 問17

MXレコード【午前2解説】

正解の理由

解法ステップ

1. MX の略（Mail Exchange）を思い出す。目的は「メール交換（受信）先の指定」。
2. 選択肢を「メールの受信先を示すかどうか」で判定する。
3. 「メールサーバのホスト名」を示す選択肢が正解であることを確認する（イ）。

選択肢別の誤答解説

• ア: エラー通知先のメールアドレス
  • 誤り。送信エラーの通知先（バウンス先やReturn-Path）はSMTPのエンベロープやヘッダで扱われ、DNSのMXレコードで指定するものではありません。
• イ: 送信先ドメインのメールサーバ
  • 正解。MXレコードは受信するメールサーバのホスト名を指定します。レコードはホスト名を指し、通常そのホスト名はA/AAAAレコードでIPに解決されます。
• ウ: 複数の DNS サーバが動作しているときのマスタ DNS サーバ
  • 誤り。マスタDNSやゾーン情報はSOAレコードやNSレコードで管理されます。MXとは無関係です。
• エ: メーリングリストを管理しているサーバ
  • 誤り。メーリングリストの管理はアプリケーション（リスト管理ソフト）側の役割であり、MXはドメイン宛のメールを受けるサーバを示すだけです。メーリングリストの実体サーバがMXで示されることはあっても、MX自体が「メーリングリスト管理」を意味するわけではありません。

よくある誤解

• 優先度の大小の誤解
  • 優先度の値は「数値が小さいほど優先度が高い」ことを正しく理解してください。SMTPクライアントは優先度の高い（数値が小さい）サーバから順に配送を試みます。
• MXに直接IPアドレスを書いても良い？
  • 原則としてMXはホスト名を指すべきで、IPアドレスを直接書くべきではありません。RFCに基づきMXはFQDN（ホスト名）を指し、そのホスト名がA/AAAAで解決されます。
• MXが同じ優先度のときの挙動
  • 同一優先度のMXが複数ある場合、送信側はランダムやラウンドロビン的に選択することが一般的です（DNSラウンドロビンやクライアント実装に依存）。

補足コラム

• MXレコードの書式例（短い表現）
  • 例: example.com. MX 10 mail1.example.com.
    • ここで「10」が優先度（プリファレンス）で、「mail1.example.com.」がメールを受けるホスト名です。
• MXが存在しないドメインへの挙動
  • MXレコードが存在しない場合、送信SMTPはドメインのA/AAAAレコードを代替として使用します（RFCに定められたフォールバック動作）。
• MXとCNAMEの関係
  • MXレコードの値としてCNAMEを指定することは避けるべき（RFCで禁止または実用上問題となる）。MXは直接FQDNを指し、そのFQDNがA/AAAAを持つことが推奨されます。
• 実務上の注意点
  • 可用性のために複数のMXを設定し、優先度を使ってプライマリ／セカンダリを構成します。優先度の数値は小さいほど優先される点を運用マニュアルに明記しておくとミスを防げます。

FAQ

dig example.com MX +short
# 出力例
# 10 mail1.example.com.
# 20 mail2.example.com.