逆引き IP 検索(PTR レコード)

逆引き DNS は通常の検索と逆の問いに答えます:アドレスが与えられたとき、その所有者はどの名前を指し戻しているか? このページは逆引き名を自前で組み立て — IPv4 なら a.b.c.d.in-addr.arpa、 IPv6 なら ip6.arpa 下のニブル形式 — PTR レコードを要求し、 どのリゾルバーが応答したか、応答コードは何だったか、CNAME チェーンがあればそれ、TTL を表示します。 第 2 のモードは、入力したアドレスの隣のアドレスを同じブロック内で 1 件ずつ歩きます。ホスターは 目に見えるパターンでマシンに名前を付けることが多いためです。ここにあるものはすべて公開された受動的な情報です: スキャンなし、辞書総当たりなし、WHOIS なし。
準備完了。まだクエリは送信されていません。
アドレスを入力してから逆引き検索を実行してください。
クエリの方向。通常の検索は名前からアドレスへ A と AAAA レコードを通り、 サイト所有者が制御します。逆引き検索はアドレスから名前へ PTR レコードを通り、 ネットワーク所有者が制御します。Web サイトの所有者ではありません。この単一の違いが、 ここで奇妙に見えることのほとんどを説明します:srv12.hoster.example のような ホスターのパターン下の名前は、そのマシンを誰が運用しているかを語り、その上にある Web サイトが どれかについては何も語りません。

PTR 応答がないのは正常な結果。逆引き名を作る義務は誰にもなく、 ほとんどのアドレスブロックは作りません。空の応答は、所有者が空欄のままにしたか応答が 削除されたかを意味し、アドレスが未使用だったり何か問題を起こしていることを意味しません。 通常のキャッシュも通るため、最近追加された名前がすべての場所に現れるまでには時間がかかります。

隣接アドレスが興味深い理由。アドレスブロックは範囲単位で配布され、 顧客が持つ最小の範囲は通常 /24(256 アドレス)です。ホスターはそれらのアドレスを スキームに従って名付けるため、1 つのアドレスの周りの名前をいくつか読むと、パターンと ブロック全体の背後にいるプロバイダーが見えることがよくあります。このページはまず同じ /24 内の 最も近いアドレスから尋ね、アドレスでない名前を探しに行くことは決してありません。

意味しないこと。逆引き名は Web サイト名ではありません:応答の中の名前は、 サイトではなくルーターやメールリレーやロードバランサーに属しているかもしれません。1 つのアドレスは 何百もの無関係なサイトをホストでき、1 つの大きなサイトは何十ものアドレスに広がれます。共有された名前は ホスティングについてのヒントであって、2 つの物事が関連している証拠では決してありません。隣接アドレスは 名前付けパターンとして扱い、所有者のリストとして扱わないでください。

コストと、隣接リストが遅い理由。リストの各アドレスは、他のページが使うのと同じ リゾルバー割り当てに対する個別のクエリで、リストはパブリックリゾルバーが受け入れる範囲内に収まるよう 項目間に間隔を置いて 1 件ずつ実行されます。したがって完全なリストには時間がかかりますが、キャンセルできます: 残りのアドレスは、何も実行中のまま残さずに破棄されます。

このページがしないこと。辞書総当たりなし、範囲スキャンなし、ポート探査なし、登録データ検索なし。 アドレスに逆引き名がなく、それがどのネットワークに属するか知りたい場合は、正直な次の一手は IP 検索ページです。公開サービスが公開している ネットワークと位置のフィールドを読みます。サブネット計算は、 どこにも送信せずにそのアドレスのブロック境界を表示します。

自分で読める公開ソース。アドレス範囲を誰が保持しているかの権威ある記録は 地域レジストリが管理します:IANA IPv4 アドレス空間と IANA IPv6 ユニキャスト割り当ての ファイルに、各ブロックをどのレジストリが受け取ったかが載っており、各レジストリが独自の委任記録を公表しています。 このページはそれらのファイルを意図的に照会しません:それらは別種の重いクエリであり、 上のリンクから手で読むのが「これは誰のネットワークか」への正直な答え方です。