DNS変更後は管理画面・問い合わせ・表示を分けて確認する

DNSの保存が完了しても、すべての利用環境で同じ応答になるとは限りません。管理画面、DNSの問い合わせ結果、実際のサイト表示を別々に記録します。

変更前の値と時刻を残す

種類、名前、値、TTL、プロキシ設定など、変更した項目を記録します。どこへ戻すかが分からない状態で修正を重ねないようにします。メールなど関係するサービスの影響範囲も事前に確認します。

管理画面に値があっても、そのサービスが現在使われているDNS管理先でなければ、意図した応答になりません。ドメインに設定されたネームサーバーと、編集したゾーンの対応を確認します。

TTLはDNS応答をキャッシュする期間に関係します。ただし「しばらく待てば必ず直る」とは限りません。問い合わせるサーバー、時刻、応答を記録し、指定した名前や値自体の間違いも確認します。TTLを後で短くしても、すでに保持された応答が即座に消えるとは限りません。

DNSが意図した接続先を示しても、HTTPSやホスティングのドメイン設定が未完了ならサイトは動きません。ページ表示と証明書の警告、主要なリンクを確認します。問題が続く場合は、記録した結果と変更点を担当者へ渡します。

管理画面、DNSの問い合わせ、ブラウザの確認で、対象の名前をそろえます。管理画面ではwww付きの名前を変更したのに、ブラウザではwwwなしを開いていると、別の設定を比べてしまいます。完全なホスト名とレコードの種類を記録し、確認するURLにも対応させます。

「反映待ち」という言葉だけでは、どの場所に古い情報があるかが分かりません。保存した値、問い合わせて得た値、表示されたページを分けて残します。結果が異なる場合に、設定の対象違いなのか、キャッシュなのか、Web側の公開状態なのかを調べる手がかりになります。

新しいホスティングへ接続するため、指定されたDNS設定を変更した場面を考えます。最初に現在使われているDNSの管理先で変更したことを確認し、種類と名前と値を見直します。次に問い合わせ結果を時刻とともに記録します。

問い合わせが期待に沿っていても、ブラウザに旧ページが出るなら、DNSだけを繰り返し書き換えず、公開された版やWeb側のキャッシュ、ホスト名の対応を確認します。証明書の警告が出るなら、その警告と対象名を調べます。複数の症状を一つの「まだ反映されない」にまとめないことが、不要な変更を減らす方法です。

戻す場合も、記録した前の値と比較して対象を限定します。複数回の修正を重ねた後に記憶で戻そうとすると、どれが元の状態か分からなくなります。TTLは待ち時間を考える材料ですが、誤った名前や値を正しくするものではありません。待つ判断と設定を直す判断を、記録した結果に基づいて分けます。