ドメインのIPアドレスを調べる方法

ドメインのIPアドレスを調べるには、ウェブサイトのホスティングブランドから推測したり、無関係なページからアドレスをコピーしたりするのではなく、そのDNSレコードを名前解決します。DNSはIPv4用のAレコードとIPv6用のAAAAレコードを公開でき、この2つの答えは独立しています。ドメインは、1つのアドレス、複数のアドレス、片方のアドレスファミリーのみ、あるいは別のホスト名につながるCNAMEのエイリアスを返すことがあります。正しい結果とは、その時点で、問い合わせたリゾルバーから見えた公開DNSの答えです。それはCDNやロードバランサーを表している場合があり、自動的にオリジンサーバーのアドレスだと説明すべきではありません。

正確なホスト名で検索する

まず、必要なのが example.com のような頂点のドメインなのか、www.example.com のようなサブドメインなのかを見極めます。DNSはこの2つを別々の名前として扱うため、レコードの構成が異なることがあります。ドメインからIPを調べるツール、OSが提供するDNSユーティリティ、またはコマンドラインのクエリを使って、AとAAAAのデータを尋ねます。https://www.example.com/products のようなURLの場合、ホスト名は www.example.com です。プロトコル、パス、ページ名はDNSクエリの一部ではありません。公開された検索フォームには、認証情報や非公開のURLを入力しないでください。

答えに複数のアドレスが含まれていても、通常は間違いを示すものではありません。大規模なサービスは、可用性、負荷分散、コンテンツ配信のために、複数のサーバーを使います。リゾルバーは、一部だけを返したり、時間とともに順序を変えたりすることもあります。答えを比較するときは、リゾルバーとタイムスタンプを含めてください。その文脈がなければ、2つの観測結果は、どちらも有効だったとしても矛盾して見えることがあります。DNSのアドレスが示すのは、名前解決の後にクライアントが接続を試みる可能性のある場所であり、サービスが正常かどうか、アドレスが変わらないかどうかではありません。ウェブサイトは、移行、フェイルオーバー、日常的なインフラのメンテナンス中に、レコードを変更することがあります。

名前がエイリアスを通じて解決されるとき

CNAMEレコードは、あるDNS名が別の名前のエイリアスであることを示します。最初の答えはIPアドレスそのものではありません。リゾルバーがエイリアスをたどり、ターゲットのアドレスレコードを問い合わせます。この間接参照のおかげで、ホスティングプロバイダーは、安定したホスト名の背後で、変化するインフラを管理できます。同時に、CNAMEのターゲットのDNS設定が、最終的な結果に影響することも意味します。最初のエイリアスしか表示しないチェッカーは、名前解決のチェーンが最終的にAやAAAAレコードを生み出す場合でも、アドレスを提供していないように見えることがあります。エイリアスを失敗した検索として扱わず、意識してチェーンをたどってください。

• AとAAAAは独立して問い合わせます。片方だけが存在することもあります。
• CNAMEがある場合は、ターゲットのホスト名を記録します。
• キャッシュされた答えが疑わしい場合は、権威ネームサーバーと比較します。
• DNSが物理サーバーやオリジンを直接指していると決めつけないでください。
• サービス障害の場合は、ネットワークの到達性とHTTPSを、DNSとは別にテストします。

アドレスは慎重に使う

名前解決されたアドレスは、恒久的な識別子ではありません。IPは再割り当てされることがあり、エニーキャストのアドレスは異なる施設にルーティングされることがあり、共有ホスティングでは、多数のドメインが同じアドレスの背後に置かれることがあります。同様に、クラウドやCDNプロバイダーのIPが見えても、オリジンのアプリケーションがどこで動いているかは分かりません。ファイアウォールの許可リストや連携設定を更新する場合は、1回限りの検索結果をコピーするのではなく、プロバイダーが公開しているアドレス範囲と変更手順を確認してください。一般的なトラブルシューティングでは、ドメインからIPを調べるツールで公開されているIPv4とIPv6の答えを確認できます。また、ウェブサイトのIPを調べる方法では、関連する方法とその限界を取り上げています。

重要なのは、検索を目的に合わせることです。新しいDNSレコードをデバッグする開発者には、正確なホスト名とレコードタイプが必要です。移行を確認するサイト運営者には、前後の比較と、TTLによるキャッシュへの理解が必要です。障害を診断する訪問者には、名前解決と、接続性やアプリケーションの応答を区別することが必要です。これらは関連していますが別々の問いであり、1つのIPの結果ですべてに答えることはできません。DNSは、名前から動作するサービスまでの経路の中の1つの層として扱い、観測された障害に対応する次の層をテストしてください。

ドメイン検索だけでは足りないとき

公開されたアドレスの答え以外の情報が必要な作業もあります。ファイアウォールの変更では、プロバイダーがエンドポイントをローテーションしたり拡張したりする可能性があるため、単一のDNS応答ではなく、クラウドプロバイダーの公式な範囲が必要になることがあります。アプリケーションの障害では、名前解決が成功した後で、HTTPSリクエスト、証明書の確認、ホスティングの管理画面のチェックが必要になることがあります。逆引き検索でアドレスのPTR名が返ることもありますが、それはアドレスの運用者が管理するもので、存在しなかったり汎用的な名前だったりすることがあります。結果を使う前に、何が必要なのかを決めてください。現在のDNSの対応関係、ネットワークの所有者、おおよその所在地、実際のサービスの健全性のそれぞれに、異なる情報源が必要です。結論は限定的に述べ、リゾルバーと時刻を含めてください。この書き方は、ドメインがCDNを使っている場合に特に有益です。エッジのアドレスは公開された入口であり、サイトのコンテンツを生成するバックエンドとは限らないからです。