☰

ネームサーバーの変更が反映されていないようです

tag-icon • tag-icon domain-name-system domain-name nameserver
ネームサーバーの変更が反映されていないようです

そこで、Web サーバーを変更し、影響を受けるドメインのネームサーバーを変更しました。移行が簡単になるよう、新しいサーバー上のすべての DNS レコードを複製し、ネームサーバーを変更しました。しかし、変更は反映されていないようです。新しいネームサーバーを指しているのはわかりますが、サイトは解決されません。

Plesk for Linux のウィザードを使用してこれらを設定しましたが、何かすべきことやすべきでないことがあるでしょうか?

ティア。

編集：

DNSStuff.com チェックを実行したところ、何らかの理由で、新しいネームサーバーが次のように古いネームサーバーを指していました。
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

奇数。

答え1

hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

更新を 4 時間 13 分 2 秒に設定し、伝播が完了するまで待ちます。忍耐は美徳です :)

答え2

dig (dig @< 権威ネームサーバー > < ホストまたはドメイン > から始められます) を使用して、ドメインの権威ネームサーバーの現在の設定を確認します。これらのサーバーはまだ変更を反映させていない可能性があります (ホストされているドメインに関連付けられているネームサーバーの場合、編集できるレコードはパブリック ネームサーバー上のレコードではなく、ホスティング会社が所有するプロセスによる検証後にそこにコピーされるレコードであることが多いです。もちろん、場合によっては異なりますし、ネームサーバーが実際にユーザーのマシンである場合も異なります)。ドメインのプライマリ ネームサーバーに新しい情報があっても、最近ドメインを解決して古い情報を受け取った他の DNS サーバーは、TTL 時間の間これをキャッシュし、期限が切れるまでドメインを再度解決しません (このため、そのレコードを制御できる場合は、DNS の変更を行う前に TTL 時間を減らす必要があります (BIND の古いバージョンでは、TTL は SOA レコードに設定されていました。TTL は個々のリソース レコードにも設定できます))。

dig (dig < ホストまたはドメイン >) を使用すると、クライアントが使用しているネームサーバーによって返されるレコードを確認できます。これにより、使用しているバージョンと残りの TTL が示されます。

(上記の dig は、GNU/LINUX/BSD クライアントを使用していることを前提としていますが、他のプラットフォームにもこのツールのバージョンがあると思います)

(私もあなたの編集を読む前にこれを書き始めました。元々そのように設定されていたのでしょうか? もしそうなら、それはまだキャッシュの問題である可能性があり、TTL 時間はこれをよく示しているはずです。残念ながら私は DNSStuff やその出力に精通していないので、それについてはお手伝いできません)

答え3

DNS キャッシュがタイムアウトするまでに最大 48 時間かかる場合があります。1 日か 2 日待ってみてはいかがでしょうか?

関連情報