Domain IP Lookup

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

ブラウザー

example.comを要求

リゾルバー

ISP / 1.1.1.1

ルート + TLD

.comの管理元は?

権威サーバー

正式な回答

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

DNSの基礎

ネームサーバーとは?ドメイン委任の仕組み

読了時間:3分

ネームサーバーとは、ドメインのDNSレコードを保持し、それについての問い合わせに答えるサーバーです。ドメインの NS レコードがどのネームサーバーを担当にするかを指定しており、この1つの設定が、どのコントロールパネルでの編集が実際に意味を持つかを決めます。

DNSレコードを変更して待ったのに、まったく何も起きなかった経験があるなら、ほぼ間違いなくこれが原因です。

委任:インターネットがネームサーバーを見つける仕組み

DNSは委任の階層構造です。すべてのドメインの一覧を持っている者はいません。代わりに、各階層が責任を次の階層に引き継ぎます。

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

ブラウザー

example.comを要求

リゾルバー

ISP / 1.1.1.1

ルート + TLD

.comの管理元は?

権威サーバー

正式な回答

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

各階層が知っているのは、次に誰に尋ねるかだけです。最終的な権威は、あなたのネームサーバーです。
  1. ルートサーバーは、各トップレベルドメインを誰が運用しているかを知っています。つまり、.com、.org、.io を担当しているのは誰かです。
  2. .com レジストリは、各 .com ドメインがどのネームサーバーに委任されているかを知っています。あなたの NS レコードが記録されているのは、ここです。
  3. あなたのネームサーバーが、実際のゾーン、つまり A、MX、TXT などすべてのレコードを保持しています。

重要なポイント

レジストラが管理するのは、ドメインがどのネームサーバーを指すかです。そのネームサーバーを運用する側が、レコードの内容を管理します。この2つは、別々の会社であることがよくあります。

レジストラとDNSホストの違い

この区別は、DNSのなかでも特に多くの混乱を招きます。

レジストラDNSホスト
役割ドメイン名を登録し、保有するドメインに対するDNSクエリに応答する
管理するものNS の委任実際のレコード
例Namecheap、GoDaddy、Google DomainsCloudflare、Route 53、利用中のウェブホスト
同じ会社か同じことも多いが、そうとは限らない

NSレコードの見え方

委任レコード
example.com.    86400    IN    NS    ns1.cloudflare.com.
example.com.    86400    IN    NS    ns2.cloudflare.com.

TTLが長いことに注目してください。86400秒は1日で、委任のTTLはさらに長いことも珍しくありません。これは意図的です。委任が変わることはまれで、強くキャッシュすることでTLDサーバーの負荷が減るからです。

実用上の最小構成はネームサーバー2台で、ほとんどのレジストリは少なくとも2台を必須としています。プロバイダーは通常2〜4台を提供し、1か所の障害でドメインがオフラインにならないよう、別々のネットワークに配置されています。

ネームサーバーの確認方法

コマンドライン
dig +short example.com NS

あるいは、検索ツール にドメインを入力してください。ほかの情報と並べて NS レコードが一覧表示されます。返ってきたものが、コントロールパネルで編集すべきプロバイダーです。

ネームサーバーを安全に変更する

DNSプロバイダーを切り替えると、ゾーン全体が一度に移ります。不注意に行うと、ウェブサイト、メール、所有確認用のレコードなど、すべてが同時に壊れます。

  1. まず、既存のレコードをすべてコピーする

    現在のプロバイダーから、ゾーン全体をエクスポートします。A レコードだけでなく、MX、すべての TXT(SPF、DKIM、所有確認のトークン)、CNAME、サブドメインも対象です。1つでも漏れると、それに依存するサービスが壊れます。

  2. 切り替える前に、新しいプロバイダーで再作成する

    委任がまだ旧プロバイダーを指している間に、新しいホストで完全なゾーンを構築します。まだ何も公開されていないので、ミスしてもコストはかかりません。

  3. 新しいネームサーバーに直接問い合わせて確認する

    各レコードタイプについて dig @ns1.newprovider.com example.com を実行します。委任を変更する前に新しいサーバーへ問い合わせるため、ゾーンが正しいことを確認できます。

  4. レジストラでNSレコードを更新する

    委任を変更するのはここからです。レジストリのTTLにより、切り替えがあらゆる場所で見えるようになるまで、最大48時間かかることがあります。

  5. 旧ゾーンを1週間はそのまま残す

    古いレコードをすぐに削除しないでください。委任が切り替わっている間は、一部のリゾルバーがまだ旧サーバーに到達します。ゾーンが消えていると、そのクエリは完全に失敗します。

ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。

このテーマの無料ツール

よくある質問

関連記事

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

ブラウザー

example.comを要求

リゾルバー

ISP / 1.1.1.1

ルート + TLD

.comの管理元は?

権威サーバー

正式な回答

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

DNSの基礎

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

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

読了時間:3分

「伝播」の正体は、キャッシュの有効期限切れ

0分

変更を保存

0-5分

DNSホストが更新

TTLまで

古い回答がまだキャッシュ中

TTL後

全員に新しい回答が表示

どこにも何も送られず、各キャッシュがコピーの再利用をやめるだけ

DNSの基礎

DNS伝播とは?変更の反映に時間がかかる理由

実際には、何も伝播していません。待っている間に何が起きているかが分かれば、どのくらいかかるのか、どう短縮できるのかが正確に分かります。

読了時間:3分

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

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

DNSレコードタイプ徹底解説:完全リファレンス

知っておくべきレコードタイプのすべてについて、役割、書式、そして陥りがちな間違いを、1つのリファレンスページにまとめました。

読了時間:4分