お名前.comで取得したドメインのネームサーバーをXserverに切り替えたとき、変更してすぐにアクセスしても表示が切り替わらず、少し焦った経験をしました。冷静に考えれば当たり前の仕組みだったのですが、DNSの反映(伝播)について改めて整理しておきます。
何が起きたか
焦りました。お名前.comの管理画面でネームサーバーをXserver指定のものに変更し、保存が完了したのを確認してすぐにブラウザでアクセスしてみたところ、表示されたのは変更前の情報(お名前.comのドメインパーキングページ)のままでした。設定を間違えたのかと思い、何度も管理画面を確認しましたが、設定自体は正しく保存されていました。
DNSの反映には時間がかかる仕組み
理由は明快です。ネームサーバーの変更は、お名前.com側で設定を保存した瞬間に世界中に届くわけではありません。ドメインの情報は、TLD(.comや.proなどのトップレベルドメイン)を管理するレジストリのデータベースに登録され、そこから世界中のDNSサーバーへ少しずつ伝わっていきます。この「情報が世界中に行き渡るまでの時間」のことを、DNSの伝播(プロパゲーション)と呼びます。
伝播にかかる時間は、レジストリ側の更新間隔や、経由するDNSサーバーのキャッシュ設定(TTL)によって変わります。数分で終わることもあれば、最大で24〜48時間程度かかることもあると言われています。今回は、変更から数十分〜1時間程度でXserverのネームサーバーに切り替わったのを確認できました。
ローカルのDNSクエリがブロックされていた話
落とし穴がありました。実は今回、確認作業でもう一段階つまずきました。手元の環境から通常のDNS問い合わせコマンドを実行しても、応答が極端に短く、正しい情報が返ってこなかったのです。原因を調べると、利用しているネットワーク環境でDNSの問い合わせ(UDPの53番ポート)自体がブロックされている可能性が高いと分かりました。会社やカフェのネットワークなど、セキュリティ上の理由でこうした通信を制限している環境は珍しくありません。
反映状況をどう確認したか
解決法は単純です。ブラウザで何度もアクセスし直すのではなく、DNSの問い合わせ用コマンドで直接ネームサーバーの情報を確認する方法を使いました。Macならdigコマンドで、対象ドメインのネームサーバー(NSレコード)を直接引けます。
dig NS cats-hand.pro +short答えは一目瞭然です。Xserverへの切り替えが完了していれば、ここにns1.xserver.jp.のようなXserver側のネームサーバーが返ってきます。まだお名前.com側の情報のままなら、旧ネームサーバー(01.dnsv.jp.等)が返ってくるので、それだけでどちらの状態かがすぐ分かります。
ローカルのネットワーク環境によってはdig自体が使えない・応答が遅いことがあったので、そのときはCloudflareやGoogleが提供しているDNS over HTTPSのエンドポイントに直接問い合わせる方法に切り替えました。
curl -s "https://cloudflare-dns.com/dns-query?name=cats-hand.pro&type=NS" -H "accept: application/dns-json"抜け道がありました。UDPの53番ポートが塞がれているネットワークでも、こちらはHTTPS(443番ポート)で問い合わせるので通ることが多いです。返ってくるJSONのAnswer配列に、実際に登録されているネームサーバーの値が並びます。ブラウザのキャッシュや、利用しているプロバイダのDNSキャッシュの影響を受けずに、今その時点での実際の設定を確認できるのがメリットです。
盲点でした。「自分のパソコンから見えている状態」と「世界的に見てどこまで伝播しているか」は必ずしも一致しないので、キャッシュの影響を受けにくい方法で確認する、というのがポイントだと感じました。
工程は別物です。あわせて、実際にサイトへHTTPアクセスして返ってくるレスポンス自体も確認しました。DNSの向き先が変わっただけでは、Xserver側でそのドメイン用の設定(独自ドメイン追加)が済んでいないと、実際のページはまだ表示されません。「ネームサーバーの伝播」と「サーバー側でのドメイン設定」は別の工程なので、どちらの段階でつまずいているのかを切り分けながら確認するようにしていました。
焦って追加の変更をしないことも大事
教訓はこれです。反映が終わるまでの間、つい「設定が間違っているのでは」と不安になって、あちこちの設定を触りたくなる場面もありました。ただ、設定自体が正しいことを確認できているのであれば、余計な変更を加えるとかえって収拾がつかなくなるリスクがあります。今回は、変更内容そのものは正しいと確信が持てていたので、時間経過で解決するのを待つ、という判断ができました。
クライアント案件でも同じ場面に遭遇する
他人事ではありません。この経験は個人ブログだけの話ではありません。クライアント案件でのサーバー移管作業でも毎回のように向き合うことになります。特に、移管作業を土日や夜間などアクセスの少ない時間帯に行うことが多いのですが、反映までに数時間かかる前提でスケジュールを組んでおかないと、切り替え作業中にサイトが一時的に見えなくなる時間が想定より長引いてしまうことがあります。事前にクライアントへ「反映まで数時間程度かかる可能性がある」と伝えておくだけで、当日の問い合わせ対応がぐっと楽になります。
ドメイン移管・ネームサーバー変更の際に意識したいこと
- 変更作業は、反映まで数時間かかる前提でスケジュールに余裕を持って行う
- 反映状況の確認は、キャッシュの影響を受けにくい方法(DNS over HTTPS等)で行う
- 設定内容が正しいと確認できているなら、焦って追加の変更を加えない
まとめ
結論は明快です。DNSの伝播は、web制作の実務でもドメイン移管やサーバー移転の際によく遭遇する場面です。「変更したのにすぐ反映されない」というのは異常事態ではなく仕組み上当たり前のことだと理解しておくだけで、余計な不安や誤った対応を避けられます。同じようにドメインまわりの作業をしている方の参考になれば嬉しいです。
答えは単純でした。今回のように「待てば解決する」と分かっているだけで、精神的な余裕がかなり違います。原因が分からず焦っているときほど、まず落ち着いて仕組みを理解するところから始める。地味ですが、これに尽きると思います。
