DNS伝播とは、DNSレコードを変更したあとに、古いDNS情報のキャッシュが更新され、新しい設定が参照されるようになるまでの状態を指します。
一般的には「DNSが世界中に伝播する」と表現されますが、厳密にはDNS情報が一斉に配信されるわけではありません。
各DNSリゾルバや端末に残っている古いキャッシュが期限切れになり、順次新しい情報を取得することで反映されていきます。
DNSの変更後は、Webサイトやメールが正常に動作しているかを確認するために、DNSレコードの反映状況をチェックすることが重要です。
DNS伝播の確認方法には、主に「DNSチェックサイトを使う方法」と「パソコンのコマンド機能を使う方法」があります。
初心者の方や、手軽に確認したい場合はDNSチェックサイトを使うのがおすすめです。
より細かく確認したい場合や、特定のDNSサーバーから見た結果を確認したい場合は、コマンドを使う方法が便利です。
最も手軽なのは、DNSチェックサイトを使う方法です。
DNSチェックサイトでは、確認したいドメイン名とレコード種別を入力するだけで、複数地域のDNSサーバーで現在どの値が返っているかを確認できます。
例えば、Webサイトのサーバー移転でAレコードを変更した場合は、対象のドメイン名とAレコードを指定して確認します。
変更後のIPアドレスが多くの地点で表示されていれば、DNSの反映が進んでいると判断できます。
ただし、DNSチェックサイトの結果は、世界中すべての利用者環境を完全に表すものではありません。
あくまで、複数地域・複数DNSリゾルバから見た参考値として確認しましょう。
より正確に確認したい場合は、パソコンのコマンド機能を使ってDNSレコードを確認します。
Windowsでは「nslookup」、MacやLinuxでは「dig」というコマンドがよく使われます。
なお、Windowsでは「dig」が標準で使えない場合があるため、基本的には「nslookup」を使うと確認しやすいです。
コマンドを使うと、Aレコード、CNAMEレコード、MXレコード、TXTレコード、NSレコードなど、目的に応じたDNSレコードを個別に確認できます。
Aレコードは、ドメイン名とIPv4アドレスを紐づけるDNSレコードです。
Webサイトのサーバー移転や、ドメインの向き先を変更した場合は、Aレコードが正しく反映されているかを確認します。
確認結果に表示されるIPアドレスが、変更後のサーバーIPアドレスになっていれば、Aレコードは反映されていると判断できます。
CNAMEレコードは、あるホスト名を別のホスト名に紐づけるDNSレコードです。
例えば「wwwあり」のドメインを別のホスト名に向けている場合や、外部サービスの指定ドメインに接続している場合に使われます。
確認時は、対象のホスト名が意図した向き先になっているかを見ます。
MXレコードは、メールの配送先サーバーを指定するDNSレコードです。
メールサーバーを変更した場合や、Google Workspace、Microsoft 365などのメールサービスを設定した場合は、MXレコードが正しく反映されているか確認する必要があります。
MXレコードの設定に誤りがあると、メールが届かない、送受信が不安定になる、迷惑メール判定されやすくなるといった問題につながることがあります。
TXTレコードは、文字列情報を登録するためのDNSレコードです。
主に、SPF、DKIM、DMARCなどのメール認証、Google Search Consoleの所有権確認、外部サービスのドメイン認証などで使われます。
TXTレコードを追加・変更した場合は、認証用の文字列が正しく表示されているかを確認します。
文字列の一部が抜けていたり、余分な記号が入っていたりすると、認証エラーになることがあるため注意が必要です。
ネームサーバーを変更した場合は、NSレコードを確認します。
NSレコードには、そのドメインのDNS情報を管理しているネームサーバーが表示されます。
変更後のネームサーバーが表示されていれば、設定が反映されていると判断できます。
ただし、ネームサーバー変更は、AレコードやCNAMEレコードの変更よりも反映に時間がかかることがあります。
すぐに表示が変わらない場合でも、一定時間をおいて再確認しましょう。
DNSの反映状況をより詳しく確認したい場合は、参照するDNSサーバーを指定して確認する方法もあります。
例えば、Google Public DNS、Cloudflare DNS、Quad9などのパブリックDNSを指定して確認すると、自分のプロバイダや社内ネットワークのDNSキャッシュに左右されにくくなります。
複数のDNSサーバーで同じ結果が返っていれば、DNSの反映がかなり進んでいると判断できます。
DNS伝播にかかる時間は、変更内容やTTL、利用者側のDNSキャッシュ状況によって異なります。
一般的な目安は以下の通りです。
| 変更内容 | 反映時間の目安 |
|---|---|
| Aレコード | 数分〜24時間程度 |
| CNAMEレコード | 数分〜24時間程度 |
| TXTレコード | 数分〜24時間程度 |
| MXレコード | 数分〜24〜48時間程度 |
| ネームサーバー変更 | 数時間〜72時間程度 |
これはあくまで目安です。実際の反映時間は、DNS管理サービス、レジストラ、プロバイダ、利用者環境によって変わります。
TTLとは、DNS情報をどれくらいの時間キャッシュするかを指定する値です。
TTLが長い場合、変更前のDNS情報が長く残る可能性があります。
一方、TTLを短くしておくと、DNS変更後に新しい情報へ切り替わりやすくなります。
サーバー移転やメールサーバー変更を予定している場合は、事前にTTLを短めに設定しておくと、切り替え時の影響を抑えやすくなります。
ただし、TTLを変更しても、すでにキャッシュされている古いDNS情報がすぐに消えるわけではありません。
TTLの調整は、DNS変更の直前ではなく、余裕を持って事前に行うことが大切です。
Webサイトのサーバー移転でDNSを変更した場合は、ルートドメインとwwwありのドメインの両方を確認しましょう。
確認するポイントは、以下の通りです。
特に、サーバー移転直後は古いDNS情報を参照しているユーザーが残る可能性があります。
そのため、DNSを変更した直後に旧サーバーを停止するのは避けた方が安全です。
メールサーバーを変更した場合は、MXレコードだけでなく、TXTレコードもあわせて確認しましょう。
確認すべき主な項目は、以下の通りです。
メール関連のDNS設定に不備があると、メールが届かない、送信メールが迷惑メールに振り分けられる、認証エラーになるといった問題が発生することがあります。
特にビジネス用メールでは、DNS変更後に送受信テストを行い、外部宛て・社内宛ての両方で問題がないか確認しましょう。
DNS伝播を確認するときに、ブラウザでWebサイトを開いて「表示されたから反映完了」と判断するのは注意が必要です。
ブラウザ表示には、DNS以外にもさまざまなキャッシュが関係します。
例えば、ブラウザキャッシュ、OSのDNSキャッシュ、ルーターのキャッシュ、CDNキャッシュ、サーバー側キャッシュ、WordPressなどCMS側のキャッシュが影響することがあります。
そのため、DNS自体の反映状況を確認したい場合は、DNSチェックサイトやコマンドを使って確認する方が確実です。
自分のパソコンで古い情報が表示され続ける場合は、DNSキャッシュを削除してから再確認すると改善することがあります。
Windowsでは、DNSクライアントのキャッシュを削除できます。
MacでもDNSキャッシュを削除できますが、macOSのバージョンによって操作方法が異なる場合があります。
また、ブラウザ側のキャッシュが影響していることもあるため、シークレットモードで確認したり、別のブラウザで確認したりするのも有効です。
DNS変更後は、以下の流れで確認すると安全です。
特にサーバー移転やメールサーバー変更では、DNS変更後すぐに旧環境を削除しないことが重要です。
古いDNS情報を参照しているユーザーやメールサーバーが残っている可能性があるためです。
DNS変更後、時間が経っても反映されない場合は、以下を確認しましょう。
特に多いのは、DNSレコード自体は正しく入力しているものの、ドメインのネームサーバーが別のDNS管理サービスを向いているケースです。
この場合、変更したDNS管理画面の内容が実際には参照されていないため、いつまで待っても反映されません。
DNS伝播の確認では、DNSチェックサイトやコマンドを使って、変更したDNSレコードが正しく反映されているかを確認します。
DNSの反映は、単に世界中へ情報が配信されるものではなく、各DNSリゾルバや端末に残っているキャッシュが更新されることで進みます。
そのため、反映までの時間はTTLや利用者環境によって異なります。
Webサイト移転やメールサーバー変更では、Aレコード、CNAMEレコード、MXレコード、TXTレコード、NSレコードなど、変更内容に応じて確認すべき項目が異なります。
ブラウザで表示できるかどうかだけで判断せず、DNSチェックサイトやコマンドで確認し、実際のWebサイト表示やメール送受信もあわせてチェックすることが大切です。
以上、DNS伝播の確認方法についてでした。
最後までお読みいただき、ありがとうございました。