ドメインのホスティングIPアドレスを調べる方法

ホスティングIPアドレスを調べる、という言葉には2つの意味があります。1つは、ドメインのDNSが返す公開IPアドレスを確認すること。もう1つは、アプリケーションを実際に動かしているオリジンのインフラを特定することです。DNS検索が確実に答えられるのは、問い合わせたリゾルバーと時点における前者だけで、後者には必ずしも答えられません。多くのウェブサイトはCDN、リバースプロキシ、共有ホスト、ロードバランサーを利用しているため、公開アドレスは、専用の1台のマシンではなく、仲介役や共有プラットフォームのものである場合があります。まず、必要なのが現在のルーティングの答えなのか、プロバイダーの身元なのか、管理しているアカウントのオリジンアドレスなのかを、はっきりさせてください。

ドメインの公開DNSを確認する

人々が実際に使っているホスト名そのものについて、A と AAAA を問い合わせます。www、app、api はそれぞれ別のプロバイダーを指している場合があるため、ルートドメインと関連するサブドメインは別々に確認してください。ドメインがホスティングプラットフォームへのエイリアスになっている場合は、CNAMEレコードをたどります。複数の応答が返る場合は、冗長構成、負荷分散、CDN、または変化するプールが考えられます。結果は、タイムスタンプとリゾルバー名とともに保存しておきます。結果はスナップショットであり、移行やフェイルオーバーの最中にアドレスが変わることもあります。許可リストを設定する必要があるなら、観測した1回のDNS応答に頼らず、ホスティングプロバイダーが現在公開している範囲を参照してください。

公開されている登録情報やネットワーク情報から、どの組織がそのアドレスを広告しているかが分かる場合があります。クラウドプロバイダー、CDN、ISP、ホスティングネットワークの見当はつきますが、そのエンドポイントをどの顧客やアプリケーションが使っているかの証明にはなりません。共有インフラでは、1対1の対応を前提にすることが特に危険です。PTRレコードがあれば、逆引きDNSがホスト名の手がかりを加えてくれることもありますが、その名前は運用者が決めるもので、汎用的な名前であることもあります。ネットワークの所有者情報とDNSの解決結果は、互いを補う観測として扱い、サービスの物理的な場所や利用形態を確定的に示す地図とは考えないでください。

オリジンが応答に現れない理由

サイトの前面にCDNやリバースプロキシが置かれている場合、そのDNSレコードは通常、エッジを公開するように設定されています。プロキシは、条件に合うトラフィックをオリジンに転送し、オリジンは公開インターネットからの直接アクセスから保護されていることがあります。この分離により、キャッシュ、処理能力、セキュリティが向上します。同時に、公開アドレスからオリジンを推測しようとすると、誤解を招くおそれもあります。自分のサイトであれば、ホスティングのダッシュボード、デプロイの設定、インフラのインベントリを使ってオリジンを調べます。自分のものでなければ、公開されて観測できる情報の範囲にとどめ、共有アドレスのデータをバックエンドシステムへのアクセスの許可と見なさないでください。

• 正しいホスト名の A と AAAA を解決し、CNAMEチェーンがあればたどる。
• ファイアウォールの許可リストにアドレスを使う前に、プロバイダーのドキュメントを確認する。
• オリジンの詳細は、ホスティングアカウントやインフラのインベントリで調べる。
• PTRやジオロケーションの情報は、証明ではなく手がかりとして扱う。
• DNSの結果だけを根拠に、プライベートな、または自分のものではないインフラへプローブを送らない。

アドレスだけでなく、サービスを確認する

公開アドレスが分かったら、想定されるプロトコルでそのホスト名にアクセスし、サービスの応答を確認します。バーチャルホスティングでは、複数のウェブサイトが1つのIPを共有でき、TLS証明書は要求されたホスト名に基づいて選ばれます。そのため、IPアドレスを直接指定したブラウザーのリクエストでは、無関係な既定のサイトが表示されることがあります。自分で管理しているサイトなら、DNSとホスティングプロバイダーに設定されたカスタムドメインを突き合わせ、証明書の発行を確認し、選んだ宛先にアプリケーションがデプロイされていることを確かめます。特定のネットワークだけで失敗する場合は、グローバルなレコードを変更する前に、DNSの結果とルートの動作を比較してください。

基本的な検索には、ドメインIPツール を使ってください。公開エッジとバックエンドの違いを詳しく知りたい場合は、オリジンサーバーとは と CDNがオリジンアドレスを隠す理由 をご覧ください。この区別を押さえておけば、「見えているDNSアドレスが、まさに物理的なホストである」と主張してしまう、よくある報告ミスを避けられます。何を観測したのか、どこから問い合わせたのか、ホスティング構成を正確に特定するにはどんな追加の証拠が必要かを、明確に示してください。

運用上の変更では、プロバイダーの権威あるデータを優先する

ホスティングIPを調べる目的が、本番の連携を設定することなら、プロバイダーが公開しているエンドポイントのドキュメントと変更通知を、信頼できる情報源としてください。DNS応答はローテーションしたり、地域によって異なったり、アプリケーションのオリジンではなくCDNを公開したりすることがあります。一度だけ取得した値をファイアウォールのルールにコピーすると、のちに正当なトラフィックを遮断したり、広すぎる例外を作ったりするおそれがあります。プロバイダーが、安定したサービスタグ、マネージドなプライベート接続、認証付きのコールバック、文書化されたアドレス範囲を提供していないか確認しましょう。自分が所有する環境なら、クラウドコンソールとInfrastructure as Codeのリポジトリで、設定済みのエンドポイントを特定します。公開された検索は、検証のためのシグナルとして使うのが最適で、運用上の取り決めの代わりにはなりません。