📍 MapLeads 登場:Google マップ・Bing マップ・Apple マップをリードリストに。MapLeads を見る
無料 DNS チェッカー

DNS チェッカー

権威ネームサーバから A、AAAA、MX、TXT、NS、CNAME、SOA レコードをライブで解決する無料 DNS レコード照会です。キャッシュも登録も不要です。

DNS チェッカーでできること

DNS チェッカーは権威ネームサーバへ問い合わせ、現在配信されている内容を表示します。DNS 管理画面の表示とも、ローカルリゾルバのキャッシュ内容とも異なります。そのため、ライブ DNS チェッカーなら、管理画面だけでは解決できない食い違いを明らかにできます。

この無料 DNS レコード照会は、メールに重要な MX(経路)と TXT(SPF、DMARC)に加え、A、AAAA、NS、CNAME、SOA に対応します。DNS チェッカーは各回答の TTL も表示します。変更が反映されない原因は、多くの場合 TTL だからです。

メールサーバは管理画面を参照しません。DNS を解決しますが、管理画面では保存時に長い TXT 値が分割されたり切り詰められたりすることがあります。その層を介さない DNS レコード照会ツールだけが、受信側に実際に届く文字列を確認できます。

この DNS レコードチェッカーで解決できるレコードタイプ

  • A レコード

    ホストの IPv4 アドレスです。DNS レコードチェッカーは、アドレスと TTL を表示します。

  • AAAA レコード

    IPv6 アドレスです。DNS チェッカーは A と同時に解決するため、デュアルスタックのホストを 1 回の照会で確認できます。

  • MX レコード

    メール交換サーバのレコードです。DNS レコードチェッカーは、すべての MX ホストと優先度を一覧表示します。メールが止まったとき、最初に照会すべき項目です。

  • TXT レコード

    自由形式のテキストレコードです。SPF と DMARC はどちらもここに格納され、この DNS チェッカーには受信側が見る生の値が表示されます。

  • NS レコード

    ネームサーバの委任情報です。レコードが誤っていると判断する前に DNS チェッカーで照会してください。NS が誤っていれば、ほかのレコードも解決されません。

  • CNAME レコード

    別のホスト名を指すエイリアスです。DNS レコードチェッカーはチェーンをたどり、参照先を表示します。

照会される内容

DNS レコードチェッカーが実際に解決する内容

DNS チェッカーはドメインの権威ネームサーバへ問い合わせ、現在配信されている内容を表示します。DNS 管理画面の表示とも、ローカル DNS リゾルバのキャッシュ内容とも異なります。

キャッシュではなくライブで解決

DNS チェッカーは選択したレコードタイプについて問い合わせ、配信された回答をそのまま表示します。移行中にキャッシュ結果を返す無料 DNS レコード照会は役に立たないどころか危険です。キャッシュ値とライブ値が数時間にわたり食い違うことは珍しくありません。

何かを変更したのに反映されていないように見えるとき、最初に DNS チェッカーを使うべきなのはこのためです。

DNS レコードチェッカーはメールに重要なタイプを網羅

A は IPv4 アドレス、AAAA は IPv6 アドレス、MX はメール経路、TXT は SPF と DMARC を格納する汎用領域、NS は委任、CNAME はエイリアス、SOA はゾーンメタデータです。

メールでは主に MX と TXT を使います。両方を 1 か所で表示する DNS レコードチェッカーなら、別々に照会する手間が省けます。DNS チェッカーは各タイプを明示します。

遅延の理由となる TTL を表示

TTL(Time to Live)は、リゾルバが回答をキャッシュする時間を示します。TTL が 24 時間のレコードは、新しい値が正しくても、変更後最大 1 日は古い値を返し続けます。

計画的な移行では、移行中ではなく事前に DNS の TTL を下げてください。DNS レコードチェッカーに古い値が表示される原因は、通常は誤りではなく TTL です。

受信側が読む内容を表示

メールサーバは管理画面を参照しません。DNS を解決しますが、長い TXT 値は管理画面への入力時に分割、改行、切り詰められることがあります。

DNS レコードチェッカーだけが、受信メールサーバへ実際に届く文字列を確認できます。メールサーバが参照するのは DNS だからです。

確認結果

DNS レコードチェッカーの各結果が示す意味

よくある 4 つの結果と、それぞれの次の対応です。

該当タイプのレコードなし

ドメインは解決されますが、照会したタイプのレコードは公開されていません。MX ならメールを受信できず、TXT なら SPF も DMARC もありません。

DNS レコードを公開してください。作成されていないレコードを DNS レコードチェッカーで見つけることはできません。推測を排した DNS レコード照会ツールが、存在しない値を作ることもありません。

レコードはあるが値が誤って見える

通常は、TTL の有効期間内にある古い値か、保存時に管理画面が長い TXT 文字列を壊したことが原因です。

DNS の TTL が切れるまで待ち、DNS チェッカーを再実行してください。それでも残る場合は、その場で編集せずレコードを再公開します。

1 件の想定に対して複数のレコードがある

SPF レコードや DMARC レコードが 2 件ある場合、統合ではなく解析エラーになります。受信側はどちらかを選ばず、処理を中止します。

各メカニズムを 1 件のレコードに統合してください。残るレコードが 1 件だけになったことを DNS レコードチェッカーで確認できます。

NXDOMAIN

ドメイン自体を解決できません。登録期限切れ、誤ったネームサーバ、照会時の入力ミスなどが原因です。

レコード自体を疑う前に、DNS チェッカーで NS を照会し、委任を確認してください。ここでは、キャッシュを使わない DNS レコード照会ツールが適しています。

実行するタイミング

DNS レコードチェッカーを使うべき 4 つの場面

DNS の障害は、その上にあるすべてを気づかないうちに壊しかねませんが、DNS 自体は何も通知しません。偶然気づくのを待たず、意図的に問題を見つけるために DNS チェッカーを使います。

  1. 1

    DNS を変更したあと

    SPF、DMARC、DKIM の公開、MX の変更、ホストの移行後に使います。伝播が完了する時点で DNS チェッカーを実行し、配信中の DNS 値が意図した値と一致することを確認してください。

    この習慣だけで、管理画面による値の破損を 1 週間分のメールを失う前に見つけられます。

  2. 2

    プロバイダの移行中

    TTL の有効期間中は、新旧の DNS レコードが共存します。DNS レコードチェッカーを使えば、権威ネームサーバが今どちらを実際に配信しているか分かります。

    切り替えを数時間ではなく数分で済ませるため、1 日前に TTL を下げてください。

  3. 3

    メールが届かなくなったとき

    最初に除外すべき原因は、MX レコードの欠落や誤りです。無料 DNS レコード照会なら、午後いっぱい推測する代わりに 1 回の照会で確認できます。

    MX に問題がなければ、SPF と DMARC を確認します。どちらも TXT に格納され、同じ DNS レコードチェッカーで表示できます。

  4. 4

    キャンペーンの前

    この無料 DNS レコード照会で SPF、DKIM、DMARC が意図どおり解決されることを確認し、次に送信予定のアドレスを Email Verifier で検証してください。

    認証とリスト衛生は、送信前チェックリストを構成する 2 つの要素です。DNS レコードチェッカーが確認するのは前者だけです。

制限

DNS レコードチェッカーでは分からないこと

DNS はインフラです。DNS 照会に問題がなくても、その背後のシステムについては何も分かりません。DNS チェッカーもそれ以上を装いません。

レコード内容の妥当性は検証しない

DNS レコードチェッカーは、TXT レコードが存在することとその内容を表示します。SPF レコードが DNS 照会の上限である 10 回以内かどうかは、別の検査です。

その確認には専用の SPF ツールと DMARC ツールを使ってください。この層では、解釈を加えない DNS レコード照会ツールこそが必要です。

メール配信はテストしない

MX レコードが正しいことは、メールを経路設定できるという意味です。受信サーバが受け付けることや、メールボックスが存在することまでは保証しません。

受信者の検証は、まったく別の手順です。

ローカルリゾルバは確認しない

DNS レコードチェッカーは権威ネームサーバへ問い合わせます。利用中の端末、ISP、社内 DNS リゾルバでは、まだ古い値が配信されている場合があります。

この差は正常で、TTL の期限とともになくなります。

伝播は修正できない

すでにリゾルバへ配布された TTL を早める方法はありません。今 TTL を下げても影響するのは次回の変更であり、今回ではありません。

5 分ごとに無料 DNS レコード照会を繰り返して結果が変わることを期待せず、この条件を前提に移行を計画してください。

参考資料

仕様と関連ツール

DNS は IETF によって定義され、DNS レコードチェッカーに関連するツールは DNS 照会の結果を解釈します。

RFC 1035 が DNS レコードを定義

IETF の RFC 1035 は、この DNS レコードチェッカーが従うレコードタイプと名前解決モデルを定義しています。

後続の RFC では AAAA やメール固有の規則が追加されましたが、DNS チェッカーが使う照会モデルは現在も同じです。

メールレコードを解釈

DNS レコードチェッカーは生の TXT 値を表示します。その値が仕様に適合するかは SPF チェッカー と DMARC チェッカーが解釈します。

まず DNS チェッカーで配信内容を確認し、次にそれらのツールで正しさを確認してください。

続けて受信者を確認

DNS で確認できるのは、ドメインがメールを受信できることまでです。特定のメールボックスについては Email Verifier で受信できるかを確認できます。

無料 DNS レコード照会とメールボックスのプローブは、同じ問題の異なる半分に答えます。

無料機能を見る

有料の AI 機能に加えて 19 種類の無料ツールを提供。どれもアカウントは不要です。

よくある質問

1. DNS チェッカーは無料ですか?

はい。登録もアカウントも不要で、DNS レコードを無料で照会できます。必要なだけドメインとレコードタイプを DNS チェッカーで確認してください。DNS チェッカーはキャッシュ済みの回答を返さず、リクエストごとにライブで解決します。

2. この DNS レコードチェッカーはどのレコードタイプに対応していますか?

A、AAAA、MX、TXT、NS、CNAME、SOA に対応しています。メール関連では、主に MX と TXT を使います。MX はメール経路を示し、TXT には SPF と DMARC が格納されます。両方を表示する DNS レコードチェッカーなら、別々に照会する手間が省けます。

3. DNS チェッカーに古い値が表示されるのはなぜですか?

ほとんどの場合、原因は TTL です。TTL が 24 時間のレコードは、変更後も最大 1 日キャッシュから配信されます。計画的な移行では、移行中ではなく事前に TTL を下げてください。TTL の期間を過ぎても値が残る場合は、その場で編集せず再公開し、無料 DNS レコード照会をもう一度実行してください。

4. この DNS チェッカーは SPF や DMARC を検証しますか?

いいえ。配信されている生の TXT 値をそのまま表示します。これは意図的な仕様です。この層で必要なのは、解釈を加えない DNS レコード照会ツールです。レコードが仕様に適合しているかは、SPF チェッカーと DMARC チェッカーで評価してください。

5. DNS に問題がないのにメールがバウンスするのはなぜですか?

DNS チェッカーで確認できるのは、ドメインへの経路が設定されていることまでです。受信サーバがメッセージを受け付けるか、メールボックスが存在するかは分かりません。これらは受信者側の問題であり、DNS レコードチェッカーではなくメールボックスのプローブが必要です。

6. DNS チェッカーでローカルリゾルバを確認できますか?

いいえ。DNS チェッカーは権威ネームサーバへ直接問い合わせます。利用中の端末、ISP、社内リゾルバでは、まだ古い値が配信されている場合があります。この差は DNS チェッカーでは解消できず、TTL の期限とともになくなります。

DNS チェッカー

今すぐ DNS チェッカーを実行

登録不要、キャッシュなしの DNS レコード照会ツールです。DNS チェッカーが A、AAAA、MX、TXT、NS、CNAME、SOA をライブで解決します。

無料 DNS レコード照会 · ライブネームサーバを使う DNS チェッカー · DNS チェッカー:7 種類のレコード · アカウント不要の DNS チェッカー

99.9%
精度
Real-time
API 速度
$0.00014
メールあたり
600/mo
永久無料