あらゆるドメインを、すぐにIPアドレスへ。
単一の検索から数千件の一括検索まで対応。無料・高速・プライバシー重視で、ドメインがサードパーティのAPIに渡ることはありません。
DNS・メール・ネットワークの無料ツールをもっと
メールサーバーの確認、SPF・DKIM・DMARCのテスト、IPアドレスの逆引き、サブネット計算まで。リアルタイムの結果で、登録は不要です。
IPv4 + IPv6
アドレスファミリー
ゼロ
使用する外部API
不要
会員登録
実際のDNS作業のために設計
ルックアップツールに必要なものだけを、余計なものなしで。
デュアルスタック解決
各検索でIPv4とIPv6を個別に解決するため、ドメインの公開アドレスの全体像を常に把握できます。
大規模な一括検索
数千件のドメインをまとめて貼り付けられます。同時実行数を制御しているため、DNSに負荷をかけすぎることなく大きなバッチを高速に処理します。
自動リトライ
一時的なDNSの障害は指数バックオフで再試行します。NXDOMAINのような恒久的な失敗は、再試行せずにすぐ失敗として返します。
設計段階からのSSRF対策
解決されたすべてのアドレスは、返される前にプライベート、ループバック、クラウドメタデータの各範囲と照合されます。
CSV・JSONエクスポート
あらゆる検索ジョブの全結果をストリーミングで直接ダウンロードできます。巨大なデータがメモリ上に展開されるのを待つ必要はありません。
レート制限と不正利用対策
訪問者ごとのレート制限と一括ジョブの上限により、すべての人にとってサービスを高速かつ利用可能な状態に保ちます。
仕組み
ドメインを入力、またはリストを貼り付け
1つのドメインでも、数千件のリストでも、1つの入力欄で対応できます。
Node.jsが直接解決
dns.Resolverが公開DNSサーバーにリアルタイムで問い合わせます。間にサードパーティのルックアップAPIは入りません。
結果を確認してエクスポート
IPv4/IPv6アドレスとステータスをすぐに確認できます。バッチ全体をCSVまたはJSONでダウンロードすることもできます。
ドメインからIPへの解決を理解する
各検索の裏側で実際に何が起きているのか。
ドメイン検索が実際に行うこと
example.comのようなドメイン名は、人が読みやすい別名にすぎません。インターネット上で名前をもとに通信が経路制御されることはなく、すべての接続は数値のIPアドレスに対して行われます。DNS（Domain Name System）は、この別名をアドレスに対応付けるディレクトリであり、「ルックアップ」とはそのディレクトリに対する1回の問い合わせです。Aレコード（IPv4アドレス）とAAAAレコード（IPv6アドレス）を問い合わせると、そのドメインの権威DNSサーバーが公開している内容が返されます。このツールは、Node.js自身のリゾルバーを使い、公開DNSサーバーに対してまったく同じ問い合わせを直接実行します。これは、サイトにアクセスするたびにブラウザーやオペレーティングシステムが行っているのと同じ仕組みです。
1つのドメインが複数のIPアドレスを返す理由
検索結果に複数のアドレスが含まれるのは正常な動作であり、エラーではありません。大規模なサイトは、冗長性と負荷分散のために多数のサーバーにトラフィックを分散させています。また、コンテンツデリバリーネットワーク（CDN）は、DNSのラウンドロビンの順序やリゾルバーの所在地に応じて、異なるエッジサーバーのアドレスを公開します。1つのドメインに対して3件、5件、あるいは十数件のIPが表示されるのは、多くの場合、訪問者を最寄りまたは負荷の低いサーバーへ振り分けるよう設計されたインフラでそのドメインが提供されている、というだけの意味です。
検索に失敗した場合の読み解き方
すべてのドメインが解決できるわけではなく、その理由が重要です。NXDOMAINは、ドメインが登録されていないか、DNSレコードが削除されたことを意味し、再試行しても結果は変わりません。SERVFAILやREFUSEDは権威DNSサーバー側の問題を示しており、多くは一時的なものです。タイムアウトは、時間内に応答が返らなかったことを意味し、ドメイン自体の問題ではなく、一時的なネットワークの混雑が原因である場合もあります。このため、本ツールはタイムアウト、SERVFAIL、REFUSEDをバックオフ付きで自動的に再試行しますが、NXDOMAINは再試行しません。恒久的な失敗を延々と再試行しても、時間とDNSクエリの予算を無駄にするだけだからです。
同じドメインでも時間とともに結果が変わる理由
DNSレコードにはTTL（Time To Live）が設定されており、結果を再度問い合わせるまでにキャッシュしてよい時間が決まります。ホストの移行、CDNの切り替え、バックアップ用インフラへのフェイルオーバーを行うサイトは、TTLが切れて変更が反映されると、異なるIPを返すようになります。定期的に検索を再実行する、あるいは定期ジョブをスケジュールすることが、推測に頼らず、DNSの変更がいつ有効になったかを正確に把握する実践的な方法です。
実際に役立つ場面
レコードを更新した後に、DNSの変更が反映されたかを確認する。さらに下流のデバッグに進む前に、ドメインが依然としてCDNやWAFを向いているかを確認する。SPFを設定する際に、メールドメインのインフラを確認する。調査中の内容をサードパーティのルックアップサービスに預けることなく、不審なドメインのホスティング状況を調べる。そして大規模な運用では、ドメインのポートフォリオ全体をスケジュールで監視し、予期しないDNSの変更が起きた瞬間に把握する。
こんな方に使われています
インフラ監視
ドメインが実際にどのIPに解決されるかを追跡し、予期しないDNSの変更を早期に検知します。
開発者向けツール
単発の確認でdigやnslookupを使うまでもない場面に便利な、手軽で高速な代替手段です。
セキュリティ調査
大量のドメインリストを安全に解決できます。SSRF対策により、内部インフラには一切アクセスできません。
プライバシーを重視するチーム
アカウント不要、サードパーティAPIの呼び出しもありません。検索したドメインがこのサーバー自身のDNSリゾルバーの外に出ることはありません。
セキュリティは後付けではありません
解決されたすべてのアドレスは、DNSリバインディングの試みを含め、返される前にプライベート、ループバック、リンクローカル、クラウドメタデータの各範囲と照合されます。このツールが行うのは公開DNSの解決のみであり、ポートスキャン、サブネットスキャン、内部ネットワークの探査に使われることはありません。