AやMXからCAA、TLSAまで、主なDNSレコードタイプを解説付きで検索できる表です。
DNS over HTTPS検索
ツール自体は英語ですが、このページではお客様の言語でその使い方を説明しています。
DNS over HTTPS検索 を使用してください
機能の説明
DNS over HTTPS(DoH)でドメインのDNSレコードを調べます。ブラウザはクエリをPhishDestroyのリレーに送り、リレーがCloudflareまたはGoogleに問い合わせて、各応答をTTLとともに一覧表示します。
検索したDNS名は、PhishDestroyのDNSリレー(/api/dns-resolve.php)に送信され、そこでCloudflareまたはGoogle DNSに対してHTTPS経由で問い合わせが行われます。
DNS over HTTPS検索 の使い方
- ホスト名を入力する. サンプルの名前を、確認したいドメインやホスト(mail.example.comなど)に置き換えます。https://やパスは含めないでください。
- レコードタイプを選ぶ. A、AAAA、CNAME、MX、TXT、NS、CAA、SOAから選びます。1回のクエリで調べるのは1つのタイプです。
- リゾルバーを選ぶ. Cloudflare Secure DNSまたはGoogle Public DNSを選びます。両方に問い合わせると、応答がリゾルバーによって異なるかどうかがわかります。
- 名前解決する. Resolve DNS(DNSを解決)を押すか、名前の欄でEnterキーを押します。クエリはPhishDestroyのリレーに送られ、リレーが選んだプロバイダーにHTTPSで問い合わせます。
- 応答を読む. まずステータスを確認し、次に各応答カードのレコードタイプ、名前、TTL、値を確認します。Copyで1つの値がクリップボードにコピーされます。
- 調査を続ける. Send to…を使って、ドメインをAbuse Contact Lookup、Email Authentication Checker、Lookalike Domain Generatorに渡します。
例
example.comのAレコード
example.comDNS Answers
✓ NOERROR
A
TTL: 124s
example.com
104.20.23.154
A
TTL: 124s
example.com
172.66.147.243応答ステータス(NOERROR)と、example.comのすべてのAレコードがTTLとCopyボタン付きで表示されます。タイプをMXやTXTに切り替えると、メールサーバーや、SPF、ドメイン認証用の文字列を確認できます。
チェック対象
| シグナル | その意味 |
|---|---|
| NOERROR | リゾルバーが正常に応答しました。名前は存在しますが、問い合わせたタイプのレコードがない場合もあります。 |
| ERROR STATUS 3(NXDOMAIN) | その名前は存在しません。通報済みのフィッシングドメインの場合、レジストラが停止したことを意味する可能性があります。 |
| ERROR STATUS 2(SERVFAIL) | リゾルバーが応答を得られませんでした。たとえば、ドメインのネームサーバーが応答しない場合や、DNSSECの検証に失敗した場合です。もう一方のプロバイダーを試してください。 |
| No records found | NOERRORで応答が空の状態です。名前は存在しますが、このタイプのレコードはありません。 |
| レコードタイプのラベル | 各応答にはそれぞれのタイプが表示されます。エイリアスに対するAのクエリでは、CNAMEと、その先にあるアドレスが返されます。 |
| TTL | リゾルバーが応答を保持してよい秒数です。非常に短いTTLと、検索のたびに変わるアドレスの組み合わせは、fast fluxの兆候です。 |
| 値 | リゾルバーが返すレコードのデータです。アドレス、ホスト名、MXの優先度とサーバー、またはSPFポリシーなどの引用符付きTXTテキストです。 |
| リレーのエラー | Error: Unable to fetch DNS recordsと表示され、無効なホスト名、1分あたりのクエリが多すぎる、プロバイダーに接続できないなどの理由が示されます。 |
その他の例
example.netのMXレコード
example.netタイプMXでは、NOERRORと1件のMX応答「0 .」が返されます(null MX:優先度0で空のホスト名。このドメインがメールを受け付けないことを意味します)。
example.orgのTXTレコード
example.orgタイプTXTでは、NOERRORと2件のTXT応答が返されます。1つは、どのサーバーにもこのドメインのメール送信を許可しないSPFポリシー"v=spf1 -all"、もう1つはランダムに見えるトークンです。
存在し得ない予約済みの名前
login.exampleタイプAでは、ERROR STATUS 3と、No A records found for login.exampleが表示されます。トップレベルドメイン.exampleは予約されているため、その下の名前が存在することはありません。
よくある質問
どのレコードを調べられますか?
A、AAAA、CNAME、MX、TXT、NS、CAA、SOAで、1回のクエリにつき1つのタイプです。https://やパスを含む完全なURLではなく、mail.example.comのようなホスト名だけを入力してください。
ERROR STATUS 3とは何ですか? 他の場所では応答が異なることもありますか?
ステータス3はNXDOMAINで、その名前がDNSに存在しないことを意味します。レジストラによって停止された(clientHold)フィッシングドメインもこれを返します。応答はある時点の1つの公開リゾルバーからのものなので、geo-DNSやfast-fluxのホストは、他の人には別のアドレスを返すことがあります。
クエリはどこかへ送信されますか?
はい。名前とレコードタイプはPhishDestroyのリレー(/api/dns-resolve.php)に送られ、リレーがCloudflareまたはGoogleにDNS over HTTPSで問い合わせて応答を返します。検索が実行されるのは、Resolve DNSやLoad exampleを押したとき、または他のツールからここにドメインを送ったときだけです。リレーはIPアドレスごとに1分あたり約60件の検索を受け付けます。
NOERRORなのにレコードがないのはなぜですか?
名前は存在しますが、選んだタイプのレコードがありません。たとえばexample.comにはCAAレコードがないため、CAAのクエリはNOERRORで応答なしになります。別のタイプを試すか、NSでゾーンをホストしている事業者を確認してください。
Aの検索でCNAMEが表示されるのはなぜですか?
その名前がエイリアスだからです。リゾルバーはそれをたどり、CNAMEと転送先のアドレスをあわせて返します。そのため、ホスティングやCDNのプラットフォームなど、サブドメインが実際にどこを指しているかを確認できます。
検索のたびにTTLが変わるのはなぜですか?
公開リゾルバーは応答をキャッシュし、TTLをカウントダウンします。数値が小さいほどキャッシュされた応答が古いということで、レコードが変わったわけではありません。また、リレーが最大30秒間、応答を再利用することもあります。