XEROTTA

TOP / 採用情報 / キャリア・教育 / DNS初級者 / レッスン5

DNS BASICS / LESSON 05

MX・TXTレコードの役割

Webの接続先とは別に、メールの受信先やサービス確認用の情報をDNSへ置く場合があります。何のためのレコードかを読み分けます。

仕組みの図解仕事と日常のアニメ操作して学ぶ模型解説付き確認問題

まずは、図でつかもう

1 / 4

矢印を追い、各ポイントを押して確認しましょう。

01 / DNS BASICS

DNSの役割を分け、確認の道筋をつくる。

DNSにはWeb用のアドレス以外の情報もあります。MXはメールの配送先、TXTは文字列の情報に使われます。レコードがあることと、メールの配送やサービスの確認が完了したことは分けて考えます。

学習目標と確認ポイント詳しく見る
  • MXが示す受信先を説明できる。
  • MXの優先値を具体例で説明できる。
  • 調べる名前・種類・問い合わせ先・時点を区別できる。
  • 模型の結果から、分かったことと未確認を言葉にできる。
初めて学ぶ方へ

知らない用語は、このページの用語表へ戻って確かめてください。詳細解説・図と手順アニメ・行ごとのコマンド解説を追加しています。本文→アニメ→操作する模型→確認問題→自分の言葉にするメモ、の順で進められます。

操作する模型は、実際の端末設定の変更、外部サービスへの要求、アカウント登録、ソフトのインストールを行いません。公式メニューと参考資料のリンクは外部サイトを開きます。模型は仕組みを簡略化したもので、実務の画面や全ての構成と同じとは限りません。アニメに音声はありません。自動再生はボタンで開始し、一時停止できます。回答・入力は外部へ送信せず、自動保存もしません。

MX・TXTレコードの役割の学習内容を表した仕組みのイメージ図

02 / DNS BASICS

役割と違いを、一つずつ理解する。

考え方の道筋を示す模式図です。実際の機器構成や全ての処理を表す図ではありません。

はじめに知っておく言葉

MX
メールの配送先を示すレコード。
優先値
MXで、通常は小さい方を優先する数値。
TXT
DNSへ文字列情報を載せるレコード。
ドメイン確認
指定の情報などで対象の管理を確かめるサービス側の手続き。

1. MXが示す受信先

詳しく見る

MXは、そのドメイン宛てのメールを配送するためのメールサーバー名を示します。通常の値はホスト名であり、メールの本文やWebのURLではありません。

具体例・確かめ方

training.testのMXがmail1.training.testなら、送信側はその名前のアドレスなども調べて配送を進めます。MXの設定だけでメールの全機能が完成するわけではありません。

2. MXの優先値

詳しく見る

複数のMXがある場合、数値が小さい方を優先する考え方です。同じ優先値のものもあり、実際の配送や再試行はメール側の動作にもよります。

具体例・確かめ方

優先値10のmail1と20のmail2なら、模型では10を先に試します。「数が大きいほど強い」という読み方と逆である点に注意します。

3. MXの参照先とメール側の準備

詳しく見る

通常のMXの参照先は、必要なアドレスへ解決できる名前として準備します。MXの参照先をCNAMEにすることは標準的な構成として避けます。受信するアカウントやサービス側の準備も別です。

具体例・確かめ方

MXを変えるとメールの配送へ影響します。会社の本物の設定を、学習のために変更しません。値は利用するメールサービスの正式な案内で確認します。

4. TXTは公開され得る文字列

詳しく見る

TXTは、DNSへ文字列の情報を載せるためのレコードです。サービスのドメイン確認、メールの認証に関する情報など、目的に応じた使われ方があります。

具体例・確かめ方

TXTは秘密の金庫ではありません。パスワードや個人情報を入れません。模型のtraining-verification=demo-public-tokenは、実在サービスには使えない説明用の値です。

5. メール認証とMXは別の役割

詳しく見る

SPF、DKIM、DMARCに関係する情報をDNSで公開する場面がありますが、MXの配送先とは目的が違います。詳しいポリシーや導入手順は、それぞれの方式とサービスの案内で確認します。

具体例・確かめ方

TXTを一つ置いたら迷惑メールが全て消える、というものではありません。サービスが求める名前、種類、値が正しいかを担当者と確認します。

6. 確認の状態を読み分ける

詳しく見る

DNSで必要なTXTが見える状態、外部サービスがその値を確認した状態、サービスの機能が使える状態は別です。キャッシュや確認する名前の違いも影響します。

具体例・確かめ方

「TXTを置いた」だけで完了とせず、値の確認、対象サービスの確認表示、必要な機能の動作を分けて記録します。

03 / DNS BASICS

メールとサービス確認の仕組みを追う

MXとTXTは、WebのA・AAAAとは目的が異なります。メールの宛先、受信サーバー、送信元の確認、サービスのドメイン確認を一括りにせず、どのシステムがどの情報を読み、何を判断するのかを整理します。

1. メールアドレスの右側から配送先を調べる

詳しく見る

user@training.testへ送るとき、配送側のメールシステムはtraining.testのMXなどを調べ、配送先候補を得ます。MXの値は優先値とサーバー名です。得たサーバー名のA・AAAAをさらに調べて接続します。MXを設定することは受信サーバーや利用者のメールボックスを作ることと同じではありません。

現場に置き換えて考える

MXがmail.training.testを示しても、そのサーバーが対象ドメインの受信を許可していなければメールは正常に受け取れません。DNS、ネットワーク、メールサービスの設定を段階ごとに確認します。

2. 優先値は小さい候補から考える

詳しく見る

MXには数値の優先値があります。基本的に小さい数値の候補が優先され、同じ優先値の候補が複数ある構成も可能です。10が優先、20が次候補という例は、必ず10秒後に20へ切り替わる意味ではありません。再試行の時刻や一時エラーへの扱いにはメールシステム側の動作も関わります。

現場に置き換えて考える

DNS応答にMXが二つあることと、二台で同じ受信処理ができることは別です。バックアップ側が宛先やリレーの設定を誤ると、メールの滞留や拒否につながります。

3. TXTは文字列、意味は利用するサービスが決める

詳しく見る

TXT自体は文字列を保持する種類です。ある文字列を見たメールシステムやドメイン確認サービスが、そのサービスのルールに従って解釈します。DNSに文字列が見えることと、そのサービス側で確認済みになったことは別の状態です。TXTを公開する欄へ秘密鍵やパスワードを入れるものではありません。

現場に置き換えて考える

所有確認用の値を追加した直後、担当する権威では見えていても、サービスが使うリゾルバーの否定キャッシュでしばらく見えない場合があります。対象名、文字列、公開先、確認した時点をそろえて確認します。

4. SPF・DKIM・DMARCは目的が異なる

詳しく見る

SPFはドメインに対して送信に使うサーバーの許可を確認する仕組み、DKIMはメール署名を公開鍵で検証する仕組み、DMARCはFromのドメインとの整合などを扱う仕組みです。DNSはこれらに必要な情報を提供しますが、TXTを一行追加すれば全ての迷惑メールを防げるわけではありません。

現場に置き換えて考える

SPFの対象となるドメインと、画面に見えるFrom、DKIMの署名ドメインは一致するとは限りません。実際の変更では利用中サービスの指定を確認し、既存レコードを消したり、同じ名にSPFを重複作成したりしないよう担当者が整合性を確認します。

レッスン5の重要事項を比較する
情報例示名・値読む側/意味
MXtraining.test. → 10 mail.training.test.メール配送システムが受信先候補を調べる
配送先のAmail.training.test. → 192.0.2.25得たサーバー名へ接続するために調べる
所有確認TXTtraining.test. → service-check=demo-onlyサービスが指定した名前・値を照合する
SPFの情報training.test. のTXT送信に使うサーバーの許可の確認に使う
DKIM公開鍵selector._domainkey.training.test.署名を検証するための公開情報。秘密鍵とは別
DMARC_dmarc.training.test.Fromドメインとの整合や取扱方針等に関わる

04 / DNS BASICS

図と動きで、変化する状態を確かめる。

手順アニメ:宛先を分けるから順に追う

5段階の手順図です。矢印は学習の進行順で、サーバー間の物理的な配線や直列接続ではありません。「再生」では約8秒ごとに進み、手動でも選べます。

05 / DNS BASICS

コマンド画面を、一行ずつ読み解く。

下の表示は学習用に独自に作成した架空の出力です。.testや192.0.2.xへ実際の問い合わせを送りません。各行はボタンになっています。行を選ぶと説明が変わり、矢印キーでも移動できます。

キーボード:Tabで各行へ移動、Enterで選択。行の中では↑↓でも前後の行へ移れます。

06 / DNS BASICS

仕事のアニメ:新人の「なぜ?」を一緒に考える。

架空の新人・アオイさんと先輩・ミナトさんの場面です。用語を覚えるだけでなく、何を確かめ、どこで判断するかに注目して読んでください。

Webとメールを混同1 / 6
アオイ

WebのAを変えたら、メールの受信先も同じように変わりますか?

種類と目的を分けて考えます。

約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。

アニメの内容をまとめて文章で読む

1. Webとメールを混同

アオイ:WebのAを変えたら、メールの受信先も同じように変わりますか?

種類と目的を分けて考えます。

2. 配送先はMX

ミナト:メールの配送先を調べるためにMXを使います。WebのAと同じ役割ではありません。

メール側の構成と正式な案内を確認します。

3. 優先値を読む

アオイ:10と20なら、模型では10のサーバーを先に試すのですね。

大きい方を優先すると読み間違えないようにします。

4. サービスの確認

ミナト:ドメインの確認には、指定されたTXTを置く案内がある場合もあります。

名前、種類、値がサービスの案内と一致するか確認します。

5. 秘密は入れない

アオイ:TXTへ自分のパスワードを書く必要はありませんね。

DNSに載せる情報は、公開され得るものとして扱います。

6. 結果まで確認

ミナト:DNSの値が見えることと、サービスの確認完了を区別しましょう。

設定したという事実だけで、全ての機能の成功を報告しません。

思い込みと、仕組みに沿う見方を比べる。詳しく見る

07 / DNS BASICS

MXの読み方

思い込みで進める例

優先値20が10より先だと思う。

役割を分けて確かめる例

数値が小さい方を優先する基本を押さえ、実際の配送条件はメールサービスの案内と照合します。

考えるポイント

表示上の大小だけで直感的に判断しません。

TXTを置いた後

思い込みで進める例

サービス側の確認を見ず、「全て完了」と報告する。

役割を分けて確かめる例

DNSの値の可視性と、サービス側の確認結果、使いたい機能の動作を分けて確認します。

考えるポイント

作業の段階を正確に伝えます。

08 / DNS BASICS

日常のたとえで、もう一度考える。

身近な場面に置き換えると、役割の違いを考えやすくなります。たとえは理解のための補助で、実際の技術と全て同じではありません。

郵便の届け先1 / 4
日常のたとえ

建物のWeb案内と、郵便を受け取る窓口を分けて考えます。

Webの接続先とメール配送先を分けるたとえです。

約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。

アニメの内容をまとめて文章で読む

1. 郵便の届け先

日常のたとえ:建物のWeb案内と、郵便を受け取る窓口を分けて考えます。

Webの接続先とメール配送先を分けるたとえです。

2. 優先の窓口

日常のたとえ:指定された順で、受け取れる窓口を探します。

MXの優先値を考える補助です。

3. 公開の掲示

日常のたとえ:必要な確認情報を、見られる掲示場所へ出す場合を考えます。

TXTの情報公開を理解するためのたとえです。

4. 秘密は掲示しない

日常のたとえ:公開の掲示場所へ、個人の秘密を書きません。

DNSへ載せてよい情報を考えます。

09 / DNS BASICS

操作して、結果と理由をつなげよう。

三つの練習に取り組み、ボタンを押す前に「どう変わると思うか」を考えてください。結果を見たら、なぜそうなるかを自分の言葉で説明します。

メールの配送先と、文字列情報を読み分ける

この画面内だけの学習用の模型です。実際の端末・ファイル・認証設定は変更しません。

DNSで見えた情報未調査
配送先の候補未確認
サービス側の確認未確認
ボタンや選択肢を使い、状態の違いを確かめてください。

メール自体は送信しません。TXTのトークンは公開され得る説明用のダミーで、実在するサービスの秘密情報ではありません。

練習1:目的をメール配送先にし、MXを問い合わせる。

確認ポイントを見る

10と20の優先値と、その先の名前を読みます。

練習2:優先値10の応答をオフにして、配送先候補を見る。

確認ポイントを見る

模型では20の候補へ進みます。実際の再試行条件はメール側にもよります。

練習3:目的を文字列確認へ変え、TXTとサービス側の確認を順に試す。

確認ポイントを見る

DNSで見える状態と、サービスが確認した状態は別の段階です。

10 / DNS BASICS

確認問題:仕組みを使って考えられるかな?

全10問です。選ぶと理由が表示され、何度でも選び直せます。点数は学習中の目安で、人事評価や正式な資格認定ではありません。

回答済み 0 / 10問

11 / DNS BASICS

覚えた言葉を、自分の説明に変える。

本当のパスワード、確認コード、顧客情報、個人情報、社内の秘密情報は書かず、学習用の内容に置き換えてください。

入力は自動保存されません。ページを閉じると消えます。残したい場合は自分でコピーしてください。

12 / DNS BASICS

名前・種類・問い合わせ先・時点をそろえる。

DNSにはWeb用のアドレス以外の情報もあります。MXはメールの配送先、TXTは文字列の情報に使われます。レコードがあることと、メールの配送やサービスの確認が完了したことは分けて考えます。

  • MXが示す受信先を説明できる。
  • MXの優先値を具体例で説明できる。
  • 調べる名前・種類・問い合わせ先・時点を区別できる。
  • 模型の結果から、分かったことと未確認を言葉にできる。
自分で説明してみよう

MXとは何か。何と区別すると分かりやすいか。模型で見た結果を一つ使って、初めて聞く人へ説明してみてください。

13 / DNS BASICS

参考資料・用語の確認先

技術的な用語と仕組みの確認に使った公式資料です。教材の人物・会話・練習は独自に作成した架空の例です。実際の操作画面や利用条件は、利用する製品と会社の案内で確認してください。

書籍の公開目次を学習範囲の参考にしています。書籍本文の全体を参照・転載したものではありません。説明、図、表、アニメ、模型、コマンド出力例は本教材用に独自に作成しています。