再帰的なDNS検索を1ホップずつ見る
ブラウザー
example.comを要求
リゾルバー
ISP / 1.1.1.1
ルート + TLD
.comの管理元は?
権威サーバー
正式な回答
この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます
ネームサーバーとは?ドメイン委任の仕組み
ネームサーバーとは、ドメインのDNSレコードを保持し、それについての問い合わせに答えるサーバーです。ドメインの NS レコードがどのネームサーバーを担当にするかを指定しており、この1つの設定が、どのコントロールパネルでの編集が実際に意味を持つかを決めます。
DNSレコードを変更して待ったのに、まったく何も起きなかった経験があるなら、ほぼ間違いなくこれが原因です。
委任:インターネットがネームサーバーを見つける仕組み
DNSは委任の階層構造です。すべてのドメインの一覧を持っている者はいません。代わりに、各階層が責任を次の階層に引き継ぎます。
再帰的なDNS検索を1ホップずつ見る
ブラウザー
example.comを要求
リゾルバー
ISP / 1.1.1.1
ルート + TLD
.comの管理元は?
権威サーバー
正式な回答
この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます
- ルートサーバーは、各トップレベルドメインを誰が運用しているかを知っています。つまり、
.com、.org、.ioを担当しているのは誰かです。 .comレジストリは、各.comドメインがどのネームサーバーに委任されているかを知っています。あなたのNSレコードが記録されているのは、ここです。- あなたのネームサーバーが、実際のゾーン、つまり
A、MX、TXTなどすべてのレコードを保持しています。
重要なポイント
レジストラが管理するのは、ドメインがどのネームサーバーを指すかです。そのネームサーバーを運用する側が、レコードの内容を管理します。この2つは、別々の会社であることがよくあります。
レジストラとDNSホストの違い
この区別は、DNSのなかでも特に多くの混乱を招きます。
| レジストラ | DNSホスト | |
|---|---|---|
| 役割 | ドメイン名を登録し、保有する | ドメインに対するDNSクエリに応答する |
| 管理するもの | NS の委任 | 実際のレコード |
| 例 | Namecheap、GoDaddy、Google Domains | Cloudflare、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プロバイダーを切り替えると、ゾーン全体が一度に移ります。不注意に行うと、ウェブサイト、メール、所有確認用のレコードなど、すべてが同時に壊れます。
まず、既存のレコードをすべてコピーする
現在のプロバイダーから、ゾーン全体をエクスポートします。
Aレコードだけでなく、MX、すべてのTXT(SPF、DKIM、所有確認のトークン)、CNAME、サブドメインも対象です。1つでも漏れると、それに依存するサービスが壊れます。切り替える前に、新しいプロバイダーで再作成する
委任がまだ旧プロバイダーを指している間に、新しいホストで完全なゾーンを構築します。まだ何も公開されていないので、ミスしてもコストはかかりません。
新しいネームサーバーに直接問い合わせて確認する
各レコードタイプについて
dig @ns1.newprovider.com example.comを実行します。委任を変更する前に新しいサーバーへ問い合わせるため、ゾーンが正しいことを確認できます。レジストラでNSレコードを更新する
委任を変更するのはここからです。レジストリのTTLにより、切り替えがあらゆる場所で見えるようになるまで、最大48時間かかることがあります。
旧ゾーンを1週間はそのまま残す
古いレコードをすぐに削除しないでください。委任が切り替わっている間は、一部のリゾルバーがまだ旧サーバーに到達します。ゾーンが消えていると、そのクエリは完全に失敗します。
ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。
このテーマの無料ツール
よくある質問
関連記事
再帰的なDNS検索を1ホップずつ見る
ブラウザー
example.comを要求
リゾルバー
ISP / 1.1.1.1
ルート + TLD
.comの管理元は?
権威サーバー
正式な回答
この連鎖の各ホップはそれ自体がDNS検索で、結果はその後キャッシュされます
DNSの仕組み:ドメイン名からIPアドレスまで
インターネットの電話帳を、端から端まで追跡します。ドメインを入力してから最初のパケットがサーバーに届くまでの数ミリ秒に、何が起きているのかを解説します。
「伝播」の正体は、キャッシュの有効期限切れ
0分
変更を保存
0-5分
DNSホストが更新
TTLまで
古い回答がまだキャッシュ中
TTL後
全員に新しい回答が表示
どこにも何も送られず、各キャッシュがコピーの再利用をやめるだけ
DNS伝播とは?変更の反映に時間がかかる理由
実際には、何も伝播していません。待っている間に何が起きているかが分かれば、どのくらいかかるのか、どう短縮できるのかが正確に分かります。
ほぼすべてのゾーンで出会うレコード
DNSレコードタイプ徹底解説:完全リファレンス
知っておくべきレコードタイプのすべてについて、役割、書式、そして陥りがちな間違いを、1つのリファレンスページにまとめました。