DNSルックアップ

仕組み

ドメイン名を入力するか、URLやメールアドレスを貼り付けるか、IPv4/IPv6アドレスを入力します。まずホスト部分を取り出し、日本語などの国際化ドメインはPunycodeに変換して問い合わせ、読みやすいUnicode表記も表示します。選んだレコードの種類ごとに公開DNS-over-HTTPSリゾルバーへ問い合わせ、結果を種類別にまとめてTTL・応答ステータス・DNSSEC検証結果とともに表示します。

example.com → A · AAAA · CNAME · MX · NS · TXT · SOA · CAA | 8.8.8.8 → 8.8.8.8.in-addr.arpa (PTR)

レコードの種類

• A / AAAA: その名前のIPv4・IPv6アドレス。
• CNAME: 別の名前を指す別名。
• MX: メールサーバー。優先度の数値が小さいサーバーから使われます。
• NS / SOA: ゾーンのネームサーバーと権威の開始情報（プライマリサーバー、管理者メール、シリアル番号、更新間隔など）。
• TXT: 自由形式のテキスト。SPF・DMARC・DKIMやサイト所有確認に使われます。分割された文字列は自動で連結します。
• CAA: このドメインのTLS証明書を発行できる認証局（CA）を指定します。
• SRV: サービスの場所。優先度・重み・ポート・ターゲットホストを持ちます。
• PTR: IPアドレスからホスト名を調べる逆引き。in-addr.arpaやip6.arpaの名前で問い合わせます。
• HTTPS: 対応プロトコル（alpn、例：HTTP/3）やIPヒントなどの接続情報。
• DS / DNSKEY: DNSSECの公開鍵と、それを親ゾーンに結び付ける委任署名者（DS）。鍵タグを計算して表示するので、DSと鍵を照合できます。

クイックチェック

ドメイン名を調べると、基本的な5つのチェック結果をバッジで表示します。警告が必ずしも誤りとは限りませんが、確認しておく価値があります。

• SPF: v=spf1で始まるTXTレコードで、このドメインとしてメールを送信できるサーバーを示します。SPFレコードが複数あるとエラーになります。
• DMARC: _dmarc.<ドメイン> のTXTレコードで、SPF/DKIMに失敗したメールの扱い（p=none、quarantine、reject）を受信側に伝えます。
• CAA: 証明書を発行できる認証局を制限します。CAAは親ドメインから継承されるため、親ドメインも確認します。
• IPv6: AAAAレコードがあれば、IPv6でも接続できます。
• DNSSEC: ADフラグは、リゾルバーが応答の署名を検証したことを意味します。

リゾルバーの比較

「両方を比較」では同じ問い合わせをCloudflareとGoogleに送り、片方だけが返したレコードを強調表示します。CDNや地域別の負荷分散を使うサイトではA/AAAAの応答が異なるのは普通のことです。一方、SOAのシリアル番号が違う、またはレコードが片方にない場合は、変更がまだ浸透中の可能性があります。TTLはリゾルバーのキャッシュごとに減っていくため、差分としては扱いません。

プライバシー

問い合わせは「調べる」を押したとき、またはq=を含む共有リンクを開いたときだけ、ブラウザーから選んだリゾルバーへ直接送られます。beancuitのサーバーは介在せず、何も保存しません。共有リンクにはドメインと選んだレコードの種類が含まれます。

規格と出典

• DNS：RFC 1034・RFC 1035、逆引き in-addr.arpa・ip6.arpa（RFC 3596）
• Cloudflare 1.1.1.1とGoogle Public DNSのDNS over HTTPS（RFC 8484）JSON API
• SPF RFC 7208、DKIM RFC 6376、DMARC RFC 7489
• CAA RFC 8659、SRV RFC 2782、HTTPS/SVCB RFC 9460
• DNSSEC RFC 4033〜4035（鍵タグ：RFC 4034 付録B）

最終確認 2026年10月12日