そのDNSレコード、消して大丈夫？｜Microsoft 365・AWS・Azure・メール配信系の用途判定メモ

この記事はSmart IT & AI Hubが公開しているコンテンツです。
他の記事は目的別インデックスからどうぞ。

DNSレコードの種類そのものは、無料記事や公式ドキュメントを見れば調べられます。

しかし実務で困るのは、既存のDNSゾーンに残っているCNAME、TXT、MXレコードを見たときに、それが何のサービスで使われているのか分からないことです。

一見不要に見えるレコードでも、削除すると以下に影響する可能性があります。

• メール受信

• メール送信認証

• DKIM署名

• DMARCレポート

• 証明書更新

• Webサイト公開

• CDN配信

• MAツールのクリック計測

• バウンスメール処理

• SSO / 認証連携

• ドメイン所有確認

本記事では、DNSレコードの基礎解説ではなく、実務で既存DNSゾーンを見たときに「これは何の用途か」「消してよいか」「どこに確認すべきか」を判断するためのメモとして整理します。

はじめに

DNSレコードの棚卸しをしていると、用途が分かりにくいレコードに出会うことがあります。

たとえば、以下のようなレコードです。

• autodiscover.example.com

• selector1._domainkey.example.com

• _amazonses.example.com

• _xxxx.example.com

• tracking.example.com

• bounce.example.com

• example.com TXT "MS=msxxxxxxxx"

• example.com TXT "google-site-verification=xxxxxxxx"

Aレコード、CNAME、TXT、MXといったレコード種別の意味は調べれば分かります。

しかし、実務で問題になるのはそこではありません。

実務で困るのは、既存DNSゾーンに登録されているレコードが、何のサービスで使われているのか分からないことです。

特に、DNSレコードは一度設定されると、その後のシステム移行や担当者変更により、用途が分からないまま残り続けることがあります。

一見不要に見えるレコードでも、削除・変更すると以下のような影響が出る可能性があります。

• メールが届かなくなる

• メールが迷惑メール判定されやすくなる

• DKIM署名が失敗する

• DMARCレポートが届かなくなる

• AWS SES からメール送信できなくなる

• ACM証明書の更新に失敗する

• Azure Front Door や CDN のカスタムドメインが使えなくなる

• MAツールのクリック計測やバウンス処理が止まる

• SSOやログイン連携に影響する

• ドメイン所有確認が失敗する

本記事では、DNSレコードの基礎解説ではなく、実務で既存DNSゾーンを見たときに、用途・影響・確認先を判断するためのメモとして整理します。

1. 本記事の対象範囲

本記事では、以下のようなDNSレコードを対象にします。

• CNAMEレコード

• TXTレコード

• MXレコード

• SPF / DKIM / DMARC関連レコード

• Microsoft 365 / Exchange Online関連レコード

• AWS SES関連レコード

• AWS ACM関連レコード

• Azure Front Door / CDN / Web公開関連レコード

• Adobe / Apple / Google などのドメイン検証レコード

• Dynamics 365 / MAツール / メール配信関連レコード

• 認証 / SSO関連レコード

対象読者は以下です。

• インフラ運用担当者

• 情シス担当者

• DNS棚卸しを行う人

• ドメイン移管を担当する人

• Microsoft 365 / Exchange Online のDNS設定を確認する人

• AWS SES / AWS ACM のDNS設定を確認する人

• Azure Front Door / CDN のDNS設定を確認する人

• メール配信ツールやMAツールのDNS設定を確認する人

• 顧客向けにDNSレコードの用途や影響を説明する必要がある人

本記事は、DNSの教科書的な説明ではなく、実務で既存レコードを見たときの用途判定を目的としています。

2. 本記事の対象外

本記事では、以下は詳しく扱いません。

• DNSの名前解決の詳細な仕組み

• Aレコード、CNAME、MX、TXTの基礎説明

• BINDやRoute 53などDNSサーバー自体の構築手順

• DNSSECの詳細設計

• 各クラウドサービスの最新仕様の網羅

• 各ベンダー管理画面の詳細操作手順

各サービスの仕様は変更される可能性があります。

そのため、実際にDNSレコードを削除・変更する場合は、必ず以下も確認してください。

• 利用中サービスの管理画面

• 関係者への確認

• ベンダーへの確認

• 最新の公式ドキュメント

• 現在のメール・Web・認証の利用状況

Microsoft 365 の外部DNSレコードについては、Microsoft公式でMX、自動検出、SPFなどの用途が説明されています。Exchange Onlineでは、MXが受信メールの配送先、自動検出CNAMEがOutlookクライアントの設定検出、SPF TXTが送信元認証に使われます。

3. DNSレコードの基礎説明ではなく「用途判定」を目的にする理由

DNSレコードの種類は、調べればすぐに分かります。

たとえば、一般的には以下のように説明されます。

• Aレコード：名前をIPv4アドレスに向ける

• CNAMEレコード：別名を別のホスト名に向ける

• MXレコード：メール配送先を指定する

• TXTレコード：任意の文字列を登録する

ただし、実務でDNS棚卸しをするときに本当に知りたいのは、レコード種別そのものではありません。

知りたいのは、以下です。

• このCNAMEは何のサービスに向いているのか

• このTXTはドメイン検証なのか、SPFなのか、DMARCなのか

• このMXは受信メール用なのか、バウンスメール用なのか

• このレコードを削除すると何が止まるのか

• 誰に確認すればよいのか

• 顧客や関係者にどう説明すればよいのか

DNSレコードは、サービス導入時に設定されることが多いです。

しかし、数年後には以下のような状態になりがちです。

• どのサービスで使っているか分からない

• 過去の移行時の名残かもしれない

• 退職した担当者しか知らない

• ベンダーが設定したが資料が残っていない

• ドメイン移管時に引き継がれただけ

• 不要そうに見えるが削除判断できない

この状態で安易に削除すると、メール不達、証明書更新失敗、Webサイト停止、認証失敗などにつながる可能性があります。

そのため、DNS棚卸しでは、レコード種別ではなく、用途・影響・確認先・削除判断をセットで見る必要があります。

4. DNS棚卸しで最初に見るポイント

DNS棚卸しでは、最初から削除可否を判断しようとしない方が安全です。

まずは、既存レコードを以下の観点で分類します。

4.1 レコード名を見る

まず、レコード名から用途を推測します。

例です。

• autodiscover

  • Exchange Online / Outlook 自動検出の可能性

• selector1._domainkey

  • DKIMの可能性

• _dmarc

  • DMARCの可能性

• _amazonses

  • AWS SESのドメイン検証の可能性

• _xxxx

  • AWS ACMなどの証明書検証の可能性

• tracking

  • メール配信やMAツールのクリック計測の可能性

• bounce

  • バウンスメール処理の可能性

• sso

  • SSO / 認証基盤の可能性

4.2 レコード値を見る

次に、値の向き先を見ます。

例です。

• outlook.com

  • Microsoft 365 / Exchange Online関連の可能性

• mail.protection.outlook.com

  • Exchange OnlineのMXの可能性

• amazonses.com

  • AWS SES関連の可能性

• acm-validations.aws

  • AWS ACM証明書検証の可能性

• azurefd.net

  • Azure Front Door関連の可能性

• azurewebsites.net

  • Azure App Service関連の可能性

• azureedge.net

  • Azure CDN関連の可能性

• cloudfront.net

  • Amazon CloudFront関連の可能性

• google-site-verification

  • Googleのドメイン所有確認の可能性

• apple-domain-verification

  • Appleのドメイン所有確認の可能性

• adobe-idp-site-verification

  • Adobe関連のドメイン検証の可能性

4.3 レコード種別を見る

同じ名前でも、種別によって用途が変わります。

• MX

  • メール配送先

  • バウンスメール受信用

  • メールサービスの切替先

• TXT

  • SPF

  • DKIM

  • DMARC

  • ドメイン所有確認

  • サービス連携確認

• CNAME

  • Web公開

  • CDN

  • DKIM

  • 認証

  • MAツール

  • メール計測

  • 証明書検証

4.4 変更前に見るべき情報

削除・変更を判断する前に、最低限以下を確認します。

• DNS管理画面

• 利用中サービスの管理画面

• メール管理画面

• Web公開構成

• 証明書管理画面

• 認証基盤

• MAツール / メール配信ツール

• 過去の移行資料

• 関係者への確認

• ベンダーへの確認

DNSレコードの種類は、無料記事や公式ドキュメントでも調べられます。

しかし実務で困るのは、既存DNSゾーンに残っているレコードが、何のサービスで使われているか分からないことです。

不要そうに見えるCNAMEやTXTでも、削除すると以下に影響する可能性があります。

• メール受信

• メール送信認証

• DKIM署名

• DMARCレポート

• 証明書更新

• Web公開

• CDN配信

• クリック計測

• バウンスメール処理

• 認証・SSO

• ドメイン所有確認

ここから先では、具体的なレコード例をもとに、用途・関連サービス・削除時の影響・確認先・削除判断の目安を整理します。

DNS棚卸し、ドメイン移管、メール移行、Web公開設定の見直し時に、そのまま確認メモとして使える内容にしています。

5. レコード用途判定表

ここからは、実務で見かけるDNSレコードを用途別に整理します。