再帰的なDNS検索を1ホップずつ見る
ブラウザー
example.comを要求
リゾルバー
ISP / 1.1.1.1
ルート + TLD
.comの管理元は?
権威サーバー
正式な回答
この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます
ウェブサイトのIPアドレスを調べる5つの方法
ウェブサイトのIPアドレスを調べるのは、数秒で終わります。本当に役立つのは、見つけたのがどのアドレスなのかを見分ける力です。オリジンサーバーなのか、CDNのエッジノードなのか、ロードバランサーなのかによって、その数字があなたの役に立つかどうかが決まります。
ここでは、最も手早いものから最も詳細なものまで5つの方法を紹介し、そのあとで、結果を正しく解釈する方法を説明します。
方法1:オンライン検索ツールを使う
最も手早い方法で、ターミナルが不要な唯一の方法でもあります。ホームページのドメインからIPへの検索 にドメインを貼り付けると、サーバー側の1回のクエリで、A レコード(IPv4)、AAAA レコード(IPv6)、ネームサーバー、MX、CNAME、TXTレコードが分かります。
ローカルのコマンドに対する利点は、キャッシュのきれいなサーバーから検索が実行されることです。そのため、お使いのマシンが数時間前にキャッシュした古い応答を見せられることがありません。確認したいドメインが複数ある場合は、一括モードで最大50件を一度に解決できます。
方法2:ping で素早く、どこでも
ping は、何かを送信する前に名前を解決し、解決したアドレスを表示します。Windows、macOS、Linuxのどれでも同じように動作します。
ping example.com最初の行に、解決されたアドレスが表示されます(PING example.com (93.184.216.34))。これで必要な情報は得られました。Ctrl+C を押して停止します。
方法3:nslookup でクロスプラットフォームの標準
Windows、macOS、ほとんどのLinuxディストリビューションに組み込まれており、まさにこの目的のために作られています。
nslookup example.com出力では、応答したリゾルバー(Server:)と、応答そのものが分けて表示されます。Non-authoritative answer(権限のない回答)という行は、ドメイン自身のネームサーバーではなくキャッシュから返されたことを示しているだけです。これは通常の状態であり、警告ではありません。
nslookup example.com 1.1.1.1この2つ目の形式は、古いキャッシュが疑われるときに役立ちます。ネットワークが割り当てたリゾルバーではなく、Cloudflareのリゾルバーに直接問い合わせることになるからです。
方法4:dig でプロが使う定番
dig はmacOSとLinuxに付属しています(Windowsでは、WSLを使うか、BINDツールをインストールします)。TTLを含む、正確でスクリプト化しやすい出力が得られます。
dig +short example.com A
dig +short example.com AAAAdig example.com完全な出力では、ANSWER SECTION 内の IN A の前にある数字が、残りのTTL(秒)です。つまり、このリゾルバーがキャッシュしたコピーを、あとどれだけ再利用し続けるかを表します。繰り返しクエリを実行して、この数字がカウントダウンしていく様子を観察するのが、キャッシュの動きを理解する最も分かりやすい方法です。
dig @ns1.example.com example.comこれはすべてのキャッシュを飛ばして、情報源に直接問い合わせます。ほかの場所で見える結果と食い違う場合は、伝播 が進行している様子を見ていることになります。
方法5:ブラウザーの開発者ツール
リダイレクトも含め、いま見ているページを実際に配信しているアドレスを知りたいときに便利です。
F12(macOSではCmd+Option+I)でDevToolsを開き、Network(ネットワーク)タブを選びます。- ページを再読み込みします。
- 最初のドキュメントのリクエストをクリックし、Headers(ヘッダー)パネルを開きます。
- General(全般)の中にある Remote Address(リモートアドレス)を探します。これが、ブラウザーが実際に接続したIPで、ポート番号も含まれます。
5つの方法の比較
| 方法 | 最適な用途 | TTLの表示 | ターミナルの要否 |
|---|---|---|---|
| オンラインツール | すべてのレコードタイプを一度に、きれいなキャッシュで | なし | 不要 |
ping | どこでも素早く答えを得る | なし | 必要 |
nslookup | 特定のリゾルバーへの問い合わせ | 一部のみ | 必要 |
dig | 正確さとスクリプト化 | あり | 必要 |
| DevTools | このページを実際に配信しているアドレス | なし | 不要 |
では、本物のサーバーは見つかったのか
おそらく見つかっていません。そして、それが普通です。ある程度の規模のサイトはほとんどがCDNやロードバランサーの背後にあるため、解決されたアドレスは、そのインフラのものです。
検索結果にオリジンではなくCDNが表示される理由
訪問者
ドメインを検索
CDNエッジ
104.21.x.x
DNSが返すのはこれ
オリジンサーバー
実際のIPは非公開
オリジンサーバーではなく共有インフラを見ていることを示す兆候は、次のとおりです。
- そのアドレスの逆引きDNSが、プロバイダーのホスト名(
*.cloudflare.com、*.amazonaws.com、*.fastly.net)に解決される。 - 同じアドレスが、無関係な多数のドメインを配信している。
- 場所によって、あるいはクエリを繰り返すたびに、異なるアドレス が返ってくる。
重要なポイント
この5つのどの方法でも、DNSが公開しているアドレスが分かります。それは本物の、正しい答えです。ただし、ドメインの公開された玄関についての答えであり、その背後にあるマシンのものとは限りません。
ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。
このテーマの無料ツール
よくある質問
関連記事
再帰的なDNS検索を1ホップずつ見る
ブラウザー
example.comを要求
リゾルバー
ISP / 1.1.1.1
ルート + TLD
.comの管理元は?
権威サーバー
正式な回答
この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます
DNSの仕組み:ドメイン名からIPアドレスまで
インターネットの電話帳を、端から端まで追跡します。ドメインを入力してから最初のパケットがサーバーに届くまでの数ミリ秒に、何が起きているのかを解説します。
検索結果にオリジンではなくCDNが表示される理由
訪問者
ドメインを検索
CDNエッジ
104.21.x.x
DNSが返すのはこれ
オリジンサーバー
実際のIPは非公開
CDNがオリジンIPを隠す理由と、その意図
ドメインを検索したらCloudflareのアドレスが返ってきましたか。それは、システムが正しく動いている証拠です。その背後に何があり、なぜ見通せないのかを解説します。
ほぼすべてのゾーンで出会うレコード
DNS Aレコードとは?AAAAが必要になる場面
ドメインを実際にサーバーへ向けるレコードです。その構造、対となるAAAAレコード、サイトが最も壊れやすい4つの間違いを解説します。