TXTレコード確認：ドメインが公開している内容を表示
TXTレコードは、DNSの付箋のようなものです。メール認証、ドメインの所有権の証明、サービスの設定が、すべてここに置かれます。ドメイン、または_dmarc.example.comのようにアンダースコアで始まる名前を入力すると、各レコードに見た目に応じたラベルが付きます。
TXTレコードに入るもの
- SPF：そのドメインとしてメールを送信してよいサーバー。
- DKIM：受信側が署名付きメールを検証するための公開鍵。
- DMARC：SPFとDKIMの両方に失敗したメールをどう扱うか。
- ドメインの所有権確認：Google、Microsoft、Apple、多くのソフトウェアベンダーに対して、そのドメインを管理していることを証明するトークン。
- MTA-STSやTLSレポートなど、メールセキュリティに関する指示。
TXTレコードの種類別の置き場所
レコードの種類によって置かれる名前が異なるため、確認するには、その完全な名前を入力して検索する必要があります。
| レコード | 検索する名前 | 先頭の文字列 |
|---|---|---|
| SPF | example.com | v=spf1 |
| DMARC | _dmarc.example.com | v=DMARC1 |
| DKIM | selector._domainkey.example.com | v=DKIM1 |
| MTA-STS | _mta-sts.example.com | v=STSv1 |
| TLSレポート | _smtp._tls.example.com | v=TLSRPTv1 |
| サイトの所有権確認 | example.com | google-site-verification=のような、プロバイダー固有の接頭辞 |
生のテキストだけでなく、もっと詳しく知りたい場合は、SPF、DMARC、DKIMの各チェッカーがレコードを解析し、問題点を教えてくれます。
何時間も無駄にしがちなTXTレコードの間違い
- 1つの名前にSPFレコードが2つある。ドメインが公開できるのは1つだけで、複数あると受信側はエラーとして扱います。
- 長い値を間違った位置で分割している。1つのTXT文字列は255文字までに制限されているため、長い値は複数の引用符付き文字列として公開され、DNSがそれらを結合して元に戻します。DKIM鍵を適切に分割せずに途中で切ると、動作しなくなります。
- 管理画面からのコピーで余計な引用符やスペースが紛れ込み、受信側が読み取る値が変わってしまう。
- サービスの利用をやめたあとも所有権確認のレコードを残している。害はありませんが、ゾーンが散らかり、見た人に過去に使ったベンダーを知らせてしまいます。
所有権確認のレコードが有効になっているかを確認する
ドメインの所有権の証明を求めるサービスからは、公開するTXTの値が提示されます。追加したあとにここでドメインを検索し、その文字列が結果にそのまま含まれているかを確認してください。見つからない場合は、レコードが誤った名前に登録されている、DNSプロバイダーがまだ公開していない、またはドメインのネームサーバーが、編集したプロバイダーとは別のプロバイダーのものである、のいずれかです。
値は1文字ずつ比較してください。レコードがあるのに確認に失敗する原因は、管理画面が追加した引用符、末尾のスペース、改行であることが大半です。