DNSが新しいレコードを更新するのにどのくらい時間がかかりますか？奇妙なDNSの振る舞い！
Freehostiaに個人用サイトがあり、他のサーバーに移動しました。それは1週間近く、そしてもちろん、新しいホストのNameServerが変更されたので、私のドメインのdomain-register-companyで必要な変更を行いました。
今、自分のサイトを開こうとすると、新しいホストサイトが開かれることもあれば、古いサイトの404ページが開かれることもあります。
DNSの伝播が発生するまでには、1週間、たとえば4日でも長い時間がかかると思います。これは奇妙な行動ですか？.
IPアドレスからサイトを開くと開きますが、ドメイン名でサイトを開くと、時々開きますが、開きません。どんな手掛かり？
私のサイトに一度もアクセスしたことのない2人の友人と試してみたので、彼のマシンにはDNSキャッシュがなく、一方は開いていましたが、もう一方は開いていませんでした。ありがとう
-から http://Squish.net
25.0％クエリの66.40.52.47（dns1.freehostia.com）vks.uni.ccによって返されます。 3600 IN A 66.40.52.64
25.0％クエリの66.40.66.152（dns2.freehostia.com）vks.uni.ccによって返されます。 3600 IN A 66.40.52.64
25.0％クエリの72.55.164.113（ns1.softuff.com）vks.uni.ccによって返されます。 14400 IN A 72.55.164.113
25.0％クエリの70.38.29.161（ns2.softuff.com）vks.uni.ccによって返されます。 14400 IN A 72.55.164.113
これが25％なのかわからない、なぜ100％や50％でないのか
dns1.freehostia.comとdns2.freehostia.comは古いサーバーでした。 ns1.softuff.comとns2.softuff.comは新しいサーバーです。
この質問 への私の回答には、ここにコピーして貼り付けるのではなく、リンクする伝播時間の概要があります。
より具体的には、あなたの権威あるネームサーバーが更新されていない（または間違ってリストされているため、間違ったサーバーが照会されている）ようです。どのネームサーバーがローカルDNSサーバーを記録するかを確認するには、ドメインで使用されているものをDig <domain.tld> NSのように使用できます。
$ Dig spillett.net NS
;; ANSWER SECTION:
spillett.net. 316 IN NS ns1.nogoodnamesareleft.com.
spillett.net. 316 IN NS ns2.nogoodnamesareleft.com.
次に、それらをチェックして、すべてが名前に対して正しいアドレスを持っているかどうかを確認できます。
$ Dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net. 349 IN CNAME spillett.net.
spillett.net. 349 IN A 69.94.124.51
;; AUTHORITY SECTION:
spillett.net. 349 IN NS ns2.nogoodnamesareleft.com.
spillett.net. 349 IN NS ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN A 69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN A 78.105.118.25
（NSレコード）ごとに上記を繰り返します）
ドメインのネームサーバーに対して直接クエリが返すTTL値は、常にゾーンレコードに設定された実際の値である必要があります（上記の例では、ドメインが最近移動されて忘れたため、これらの値は低くなっています私が終了したときにそれらをより高く設定するために）、非権威サーバー（つまり、Digに@<server>ディレクティブが指定されていない場合に照会されるデフォルトのローカルネームサーバーの1つ）に対するクエリについてキャッシュされたバージョンを更新する必要があるかどうか、そのサーバーが（NSレコードのドメインとしてリストされた）ネームサーバーに対して）チェックするまでの時間です。
ドメインの上記のテストを確認すると、問題の原因がどこにあるのかについて、いくつかの手掛かりが得られる場合があります。 Linuxを使用していて、Digがない場合、通常はdnsutilsのようなパッケージにあります（Debian ad Ubuntuではそれと呼ばれていますが、他のものでも同様の配置を想定しています）ディストリビューション）-Windowsへの多くのポートが含まれていることは間違いありません（ これは、Googleから返される最初の関連するページです ）。
あなたが使用しているDNSサーバーが古い結果をキャッシュしているようです。
DNSレコードがキャッシュされる期間は通常、TTL（存続時間））に依存しますが、すべてのDNSサーバーがそれを尊重するわけではありません。
もう1つ（たぶん明白なこと）...ルックアップにOLD DNSサーバーを使用している場合...古いゾーンを削除したことを確認してください。 :-)
それがあなたの2人の友人にとってはうまくいったが、あなたにとってはうまくいかない場合、一時的であっても、あなたのコンピュータがルックアップに使用しているDNSサーバーを変更することをお勧めします。
コンピューターのDNSルックアップサーバーをOpenDNSのようなものに変更することをお勧めします...テストして確認するだけです。
208.67.222.222
208.67.220.220
それでもうまくいかない場合...問題が発生しているドメイン名をお知らせください。こちらの担当者が調査し、問題が広がったかどうかをお知らせします。
お役に立てれば。
TTLが更新されるまでにかかる時間は、レジストラでレコードを変更する場合のみです。通常、レジストラは24時間ごとに1回または2回レコードを更新します。ただし、通常は、これらのレコードは、ドメインをDNSサーバーにポイントするレコードです。
DNSサーバー上の通常の（A、PTR、CNAMEなど...）レコードを更新していて、それらがバインドを実行している場合、「rndc reload domain.name」（または「rndc reload domain」を実行できるはずです。 .name IN view "）即時更新をスケジュールします。
最後の注意点として、ブラウザは独自のキャッシュとOSのDNSクライアントを維持します。 Windowsクライアントで "ipconfig/flushdns"を実行するだけで十分だったのに、明らかにアップデートが不足していることに何度も不満を感じていました。
dns ttlレコードに依存します。 1週間はかなり長いようです。責任のあるすべてのサーバーからのDNSクエリの回答を確認してみてください。たとえば、 http://www.squish.net/dnscheck/ にアクセスし、ドメイン名を入力して、type：ANYを選択し、チェックを実行します。
おそらく、関連するサーバーの1つがまだ古いレコードを返します。
1週間は、伝播が発生するのに十分な時間です。私にも同様の問題があり、プライマリサーバーとセカンダリサーバーが同期されていないという問題がありました。 nslookupを使用して現在のステータスを確認しました。私の問題はMXレコードに関するものでしたが、 それをチェックする が必要になる場合があります。
DNSの変更はほとんど瞬時です。あなたが求めていると思うのは、レジストラで変更を加えた場合、伝播にかかる時間です。
レジストラでネームサーバーを変更すると、変更が世界中に伝播する間に6〜48時間のダウンタイムが発生する可能性があります。
DNS管理コンソールにレコードを追加または変更するだけの場合、変更はほとんど瞬時に行われます。