意図しない DNS レコード

ドメインを Cloudflare に追加したあと、意図しない DNS レコードが複数見つかります。

以前の権威 DNS プロバイダーにあったワイルドカード（*）レコードが、追加のレコードを作る形で Cloudflare に取り込まれた可能性があります。

次のいずれかを行います。

• レコードを一括削除 します。

• ドメインを削除して、もう一度追加します。

  1. Cloudflare から ドメインを削除 します。
  2. 権威 DNS からワイルドカードレコードを削除します。
  3. ドメインを 再追加 します。

_acme-challenge.<hostname> のような TXT レコードがドメインから返されるのに、Cloudflare ダッシュボードでは見つからないことがあります。

これらのレコードは、Cloudflare のエッジ証明書（Universal、Advanced、Backup）を発行するために自動作成されます。_acme-challenge レコードは、認証局（CA） が SSL/TLS 証明書を発行する前にドメイン所有権を確認するために必要です。詳細は ドメイン管理検証（DCV） を参照してください。

これらのレコードは証明書に紐づくため、Cloudflare ダッシュボードからは削除できません。

自前で証明書を発行するために _acme-challenge.<hostname> TXT レコードがさらに必要な場合は、DNS レコード ↗ で 手動追加 できます。

これらのレコードを削除したい場合:

• Universal および Backup 証明書に関連するレコードを削除するには、Universal SSL を無効化 します。
• Advanced 証明書に関連するレコードを削除するには、Advanced 証明書を削除 します。

自分で作成していない _dc-mx または dc-##### サブドメイン（例: _dc-mx.a1b2c3d4e5f6.example.com）に気づくことがあります。この応答は Cloudflare の DNS レコード表には表示されませんが、dig の応答には現れます。

MX または SRV レコードの参照先ドメインが Cloudflare 経由で プロキシ されている場合、Cloudflare はオリジンの IP アドレスに解決するレコードを DNS 応答へ動的に挿入します。このレコードはクエリ時に追加され、メールやサービス用トラフィックが Cloudflare プロキシを迂回してサーバーへ直接届くようにします。

自動生成レコードの接頭辞は、きっかけになったレコードタイプによって異なります。

• MX レコード: Cloudflare は _dc-mx 接頭辞のレコードを挿入します（例: _dc-mx.a1b2c3d4e5f6.example.com）。
• SRV レコード: Cloudflare は dc- 接頭辞のレコードを挿入します（例: dc-a1b2c3d4e5f6.example.com）。

Cloudflare を使う前のメール用 DNS レコードが次のとおりだとします。

example.com MX example.com

example.com A 192.0.2.1

Cloudflare を使い、A レコードをプロキシすると、Cloudflare は Cloudflare IP アドレス（次の例では 203.0.113.1）で DNS 応答を返します。

example.com MX example.com

example.com A 203.0.113.1

メールトラフィックを Cloudflare 経由でプロキシするとメールサービスが壊れるため、Cloudflare はこの状況を検知し、DNS 応答へ _dc-mx レコードを動的に挿入します。

example.com MX _dc-mx.a1b2c3d4e5f6.example.com

_dc-mx.a1b2c3d4e5f6.example.com A 192.0.2.1

example.com A 203.0.113.1

この動作は、ドメインの MX レコードを問い合わせて確認できます（example.com を自分のドメインに置き換えてください）。

dig example.com mx +short

100 _dc-mx.a1b2c3d4e5f6.example.com.

_dc-mx レコードはオリジン IP に直接解決されます。

dig _dc-mx.a1b2c3d4e5f6.example.com a +short

192.0.2.1

これらのレコードは安全です。メールトラフィックがサーバーへ正しく届くようにするためのものです。

_dc-mx または dc-##### の応答を避けたい場合は、根本にあるプロキシの競合を解消する必要があります。

• そのドメインでメールを受け取らない場合は、MX レコードを削除します。

• そのドメインでメールを受け取る場合は、MX レコードの参照先を、Cloudflare でプロキシしていないメール用サブドメインの別 A レコードに更新します。

  example.com MX mail.example.com

  mail.example.com A 192.0.2.1

  example.com A 203.0.113.1

TTL の期限切れを待っても、DNS クエリが誤った結果を返すことがあります。

再帰 DNS キャッシュの更新に失敗すると、サードパーティツールが正しい DNS 結果を返さないことがあります。

この場合は、次の方法で公開 DNS キャッシュを消去します。

• OpenDNS の DNS キャッシュを消去する ↗
• Google の DNS キャッシュを消去する ↗
• ローカルの DNS キャッシュを消去する ↗