DNSレコード検索

任意のドメインまたはURLのDNSレコードを検索します。A/AAAA（IPv4/IPv6）、CNAME、MX、TXT（SPF/DMARC/DKIM）、NS、SOAレコードをクエリします。レコードタイプによるフィルタリング、検出結果/スコア、JSONへのコピー/エクスポート、クリーンな生テキスト出力ビューが含まれます。

Loading…

概要 DNSレコード検索

ドメイン（またはURLを貼り付け）を入力すると、そのDNS構成が即座に表示されます：IP解決（A/AAAA）、エイリアス（CNAME）、メールルーティング（MX）、テキストレコード（SPF/DMARC/DKIM用TXT）、ネームサーバー（NS）、ゾーン権威（SOA）。ドメイン設定のデバッグ、メール配信性、インフラ変更の確認に最適です。

機能

  • ドメインまたはURLのDNSレコードを検索（ホスト名を自動抽出）。
  • レコードタイプでフィルタリング：ALL, A, AAAA, CNAME, MX, TXT, NS, SOA。
  • IPv4/IPv6解決の比較（A vs AAAA）で、最新のデュアルスタック対応を確認。
  • メールDNSの可視化：SPF/DMARC/DKIM関連のTXTレコードと一般的なギャップを発見。
  • 検出結果＋スコアカードで、設定の問題をより速く表面化。
  • 組み込みフィルタリングと「問題のみ」ビューで、トラブルシューティングを迅速化。
  • 結果を簡単にコピーして、チケットやドキュメントに活用。
  • JSONレポートをエクスポートして、自動化と監査に利用。
  • 共有や差分比較に適した、クリーンな生テキスト出力。

🧭 使い方 for dns-records-lookup

1

ドメインまたはURLを入力

example.comのようなホスト名や[https://example.com/path](https://example.com/path)のような完全なURLを貼り付けます。ツールはDNSクエリにドメイン部分を使用します。

2

レコードタイプを選択

完全なビューを得るにはALLを、特定のタイプ（A, AAAA, MX, TXTなど）に焦点を当てるにはそれを選択します。

3

結果と検出内容を確認

まず返されたレコードを確認し、次に検出結果/スコアを確認して、潜在的な問題（期待されるレコードの欠落、疑わしい値、不完全なメール設定など）をチェックします。

4

エクスポートと共有

結果をサポートチケットにコピーするか、JSONレポートをダウンロードして監査証跡を保持したり、チェックを自動化したりします。

技術仕様

検索モデル

このツールは、提供されたドメイン/URLのDNSレコードクエリを実行し、結果を読み取り可能な生テキスト（オプションで検出結果付き）として返します。

設定動作デフォルト
入力ドメインまたはURL（ホスト名抽出）[https://example.com](https://example.com)
レコードタイプALL、A、AAAA、CNAME、MX、TXT、NS、SOAALL
タイムアウトDNSルックアップのタイムアウト制限12000 ms
ユーザーエージェントリクエストのユーザーエージェントを識別Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
プライベートネットワーク安全性のためプライベートネットワーク範囲へのアクセスをブロック無効（プライベートネットワークは許可されていません）

レコードタイプの説明

各レコードタイプが通常何を表し、いつ使用するかの簡単なガイドです。

タイプ機能一般的な用途
A名前をIPv4アドレスにマッピングWebホスティング、オリジンサーバー
AAAA名前をIPv6アドレスにマッピングIPv6サポートとデュアルスタック設定
CNAME別名を正規名にエイリアスCDNホスト名、サービスルーティング
MX優先度付きメールエクスチェンジャーレコードメールルーティングと配信性
TXT多くのポリシーに使用されるテキストレコードSPF、DKIM、DMARC、検証トークン
NSゾーンを権威ネームサーバーに委任DNSプロバイダー設定と委任
SOAゾーンの権威開始ゾーンシリアル/更新メタデータと権威
TXTレコードは最も頻繁に使用されることが多いです：SPFはTXTに、DMARCは_dmarc.yourdomainのTXTレコードを使用し、DKIMは通常selector._domainkey.yourdomainに設定されます。

メールセキュリティレコード（SPF/DMARC/DKIM）

メールの配信性となりすまし防止は、DNSのTXTレコードに大きく依存しています。このツールは、それらの存在を一目でリストアップ・確認するのに役立ちます。

レコード確認場所期待される内容
SPFルートドメインのTXT（example.com）単一のv=spf1ポリシー（複数のSPF TXTレコードは避ける）
DMARC_dmarc.example.comのTXTポリシー付きのv=DMARC1（p=none/quarantine/reject）
DKIMselector._domainkey.example.comのTXTメールプロバイダーが公開した公開鍵の値

コマンドライン

CLIをお好みですか？これらのコマンドで一般的なDNSチェックをローカルで再現できます。結果の確認や診断スクリプトにご利用ください。

macOS / Linux

AおよびAAAAレコードのクエリ

dig example.com A +short

dig example.com AAAA +short

IPv4およびIPv6アドレスを表示します。デュアルスタックの検証に有用です。

CNAMEのクエリ

dig [www.example.com](http://www.example.com) CNAME +short

ホスト名が別のホスト名（多くの場合CDN）へのエイリアスかどうかを表示します。

MXレコードのクエリ

dig example.com MX +short

メールエクスチェンジャーとその優先順位をリスト表示します。

TXTのクエリ（SPFおよびその他の検証レコード）

dig example.com TXT +short

TXTレコードを表示します。v=spf1やその他のポリシー/検証値を探してください。

DMARCのクエリ

dig _dmarc.example.com TXT +short

設定されている場合はDMARCポリシーを表示します。

NSおよびSOAのクエリ

dig example.com NS +short

dig example.com SOA +short

権威ネームサーバーとゾーン権限メタデータを検証します。

Windows

基本的なルックアップ（Aレコード）

nslookup -type=A example.com

ドメインのIPv4マッピングを表示します。

TXTレコードの参照（SPF/DMARCのヒント）

nslookup -type=TXT example.com

TXTレコードを一覧表示します。DMARCは通常 _dmarc.example.com に設定されています。

メール配信の問題をデバッグする場合は、SPFが存在しDMARCが公開されていることを確認してください。また、ルートに複数のSPF TXTレコードを公開しないように注意してください。多くの受信者はこれを恒久的なSPFエラーとして扱います。

ユースケース

WebホスティングとCDNルーティングの検証

ドメインが正しいIPアドレスまたはCDNホスト名を指していること、およびIPv6が期待通りに設定されていることを確認します。

  • オリジンIPのA/AAAAレコードを確認
  • CNAMEがCDNプロバイダーを指していることを確認
  • 期待されるAAAAレコード（IPv6）が欠落していることを検出

メールルーティングと配信性のトラブルシューティング

MXおよびTXTレコードを検査して、メールプロバイダーの設定とスプーフィング防止ポリシーを確認します。

  • MXレコードがメールプロバイダーを指している
  • SPFが公開されている（v=spf1 ...）
  • DMARCが _dmarc.yourdomain に存在する
  • DKIMセレクターが selector._domainkey 配下に存在する

DNSプロバイダーの変更と委任のデバッグ

DNSプロバイダーを移行する際、NS/SOAレコードは委任と権限の境界を確認するのに役立ちます。

  • NSレコードがレジストラで設定したプロバイダーと一致する
  • SOAが期待する権威ゾーンを示している

壊れたサブドメインの診断

サブドメインが解決しない場合、A/AAAAレコードの欠落または誤ったCNAMEターゲットを探します。

  • CNAMEが存在しないホスト名を指している
  • サブドメインにA/AAAAレコードが公開されていない
  • 別のゾーンホスティングを使用する場合、NS委任が存在する

❓ Frequently Asked Questions

❓ドメインの代わりに完全なURLを貼り付けてもいいですか？

はい。このツールはドメインまたは完全なURLを受け入れ、ホスト名部分を使用してDNSレコードをクエリします。

❓「ALL」レコードタイプは何を意味しますか？

より広範なルックアップを実行し、一般的なレコード（A/AAAA、CNAME、MX、TXT、NS、SOA）を個別に確認する代わりにまとめて表示できます。

❓複数のAまたはAAAAレコードが表示されるのはなぜですか？

複数のIPアドレスは、負荷分散、ジオルーティング、または高可用性のために通常のことです。CDNや大規模プロバイダーは多くのアドレスを返すことが一般的です。

❓複数のSPF TXTレコードを公開することが問題なのはなぜですか？

SPFはルートに単一のポリシーレコードを期待します。複数のSPFレコードがあると、受信者がSPFを恒久的なエラーとして扱い、配信性を損なう可能性があります。

❓DMARCはDNSのどこに保存されていますか？

DMARCは通常、_dmarc.yourdomain（例：_dmarc.example.com）にTXTレコードとして公開され、値はv=DMARC1で始まります。

❓DKIMはDNSのどこに保存されていますか？

DKIMはselector._domainkey.yourdomainの下にTXTレコードを使用します。セレクター名はメールプロバイダーと設定によって異なります。

❓このツールはDNS伝播をグローバルにチェックしますか？

このルックアップはツールのリゾルバーパスで解決されたレコードを返します。DNS伝播はリゾルバーや地域によって異なる場合があります。グローバルな伝播チェックには、複数のリゾルバーと場所からの結果を比較してください。

Pro Tips

Best Practice

DNS移行時は、レジストラでNSを検証し、SOAを確認してどのプロバイダーが権威であるかを確認してください。

Best Practice

パフォーマンスと最新の接続性のため、インフラがIPv6をサポートしている場合はAAAAレコードを公開してください（多くのCDNはデフォルトでサポートしています）。

Best Practice

メールセキュリティのためには、SPF + DKIM + DMARCを組み合わせて使用してください。DKIM/SPFの整合性なしではDMARCは効果的ではありません。

Best Practice

SPFは管理しやすいように保ちましょう：DNSルックアップが多すぎないようにし、ルートドメインに複数のSPFレコードを作成しないでください。

Best Practice

障害時のインシデントチケットにはJSONをエクスポートして保管してください。デバッグ中にレコードが変更された場合、DNSスナップショットが役立ちます。

Additional Resources

DNSレコード概要（Cloudflareラーニングセンター）
Documentation
SPF概要（OpenSPF）
Documentation
DMARC概要（dmarc.org）
Documentation
DKIM（Wikipedia）
Documentation

Other Tools

DNSレコード検索 — A, AAAA, CNAME, MX, TXT, NS, SOAレコードのクエリ | Encode64