Domain IP Lookup

再帰的なDNS検索を1ホップずつ見る

ブラウザー

example.comを要求

リゾルバー

ISP / 1.1.1.1

ルート + TLD

.comの管理元は?

権威サーバー

正式な回答

この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます

DNSの基礎

ウェブサイトのIPアドレスを調べる5つの方法

読了時間:4分

ウェブサイトの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(権限のない回答)という行は、ドメイン自身のネームサーバーではなくキャッシュから返されたことを示しているだけです。これは通常の状態であり、警告ではありません。

特定のリゾルバーに問い合わせ、ISPのキャッシュを回避する
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 AAAA
TTLと応答したサーバーを含む、全詳細を表示する
dig example.com

完全な出力では、ANSWER SECTION 内の IN A の前にある数字が、残りのTTL(秒)です。つまり、このリゾルバーがキャッシュしたコピーを、あとどれだけ再利用し続けるかを表します。繰り返しクエリを実行して、この数字がカウントダウンしていく様子を観察するのが、キャッシュの動きを理解する最も分かりやすい方法です。

権威ネームサーバーに直接問い合わせる
dig @ns1.example.com example.com

これはすべてのキャッシュを飛ばして、情報源に直接問い合わせます。ほかの場所で見える結果と食い違う場合は、伝播 が進行している様子を見ていることになります。

方法5:ブラウザーの開発者ツール

リダイレクトも含め、いま見ているページを実際に配信しているアドレスを知りたいときに便利です。

  1. F12(macOSでは Cmd+Option+I)でDevToolsを開き、Network(ネットワーク)タブを選びます。
  2. ページを再読み込みします。
  3. 最初のドキュメントのリクエストをクリックし、Headers(ヘッダー)パネルを開きます。
  4. General(全般)の中にある Remote Address(リモートアドレス)を探します。これが、ブラウザーが実際に接続したIPで、ポート番号も含まれます。

5つの方法の比較

方法最適な用途TTLの表示ターミナルの要否
オンラインツールすべてのレコードタイプを一度に、きれいなキャッシュでなし不要
pingどこでも素早く答えを得るなし必要
nslookup特定のリゾルバーへの問い合わせ一部のみ必要
dig正確さとスクリプト化あり必要
DevToolsこのページを実際に配信しているアドレスなし不要

では、本物のサーバーは見つかったのか

おそらく見つかっていません。そして、それが普通です。ある程度の規模のサイトはほとんどがCDNやロードバランサーの背後にあるため、解決されたアドレスは、そのインフラのものです。

検索結果にオリジンではなくCDNが表示される理由

訪問者

ドメインを検索

CDNエッジ

104.21.x.x

DNSが返すのはこれ

オリジンサーバー

実際のIPは非公開

前面にCDNがある場合、DNSはエッジのアドレスを返します。オリジンは、設計上、公開されません。

オリジンサーバーではなく共有インフラを見ていることを示す兆候は、次のとおりです。

  • そのアドレスの逆引き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の基礎

DNSの仕組み:ドメイン名からIPアドレスまで

インターネットの電話帳を、端から端まで追跡します。ドメインを入力してから最初のパケットがサーバーに届くまでの数ミリ秒に、何が起きているのかを解説します。

読了時間:3分

検索結果にオリジンではなくCDNが表示される理由

訪問者

ドメインを検索

CDNエッジ

104.21.x.x

DNSが返すのはこれ

オリジンサーバー

実際のIPは非公開

インフラと運用

CDNがオリジンIPを隠す理由と、その意図

ドメインを検索したらCloudflareのアドレスが返ってきましたか。それは、システムが正しく動いている証拠です。その背後に何があり、なぜ見通せないのかを解説します。

読了時間:3分

ほぼすべてのゾーンで出会うレコード

Aホスト名をIPv4アドレスに対応付け
AAAAホスト名をIPv6アドレスに対応付け
CNAMEホスト名を別のホスト名に対応付け
MXドメインをメールサーバーに優先度順で対応付け
TXTドメインを任意のテキストに対応付け。SPF、DKIM、所有確認など
NSドメインを応答するネームサーバーに対応付け
DNSの基礎

DNS Aレコードとは?AAAAが必要になる場面

ドメインを実際にサーバーへ向けるレコードです。その構造、対となるAAAAレコード、サイトが最も壊れやすい4つの間違いを解説します。

読了時間:3分