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値は、常にゾーンレコードに設定された実際の値である必要があります（上記の例では、ドメインが最近移動されたため、これらの値は低くなっています。 d完了）、権限のないサーバー（つまり、digに@<server>ディレクティブが指定されていない場合に照会されるデフォルトのローカルネームサーバーの1つ）に対するクエリは、そのサーバーが（リストされたネームサーバーに対して）チェックするまでの時間ドメインのNSレコードとして）キャッシュされたバージョンを更新する必要がある場合。

ドメインの上記のテストを確認すると、問題の原因がどこにあるかについて、いくつかの手掛かりが得られる場合があります。Linuxを使用していてdig、がない場合は、通常、次のようなパッケージに含まれていますdnsutils（Debian広告Ubuntuでは、他のディストリビューションでも同様の配置であると想定しています）。Windowsへの多くの移植は間違いありません（これは、Googleから返された最初の関連性のあるページです）。

あなたが使用しているDNSサーバーが古い結果をキャッシュしているようです。

DNSレコードがキャッシュされる期間は通常、TTL（存続時間）に依存しますが、すべてのDNSサーバーがそれを尊重するわけではありません。

もう1つ（たぶん明白なこと）...ルックアップに古いDNSサーバーを使用している場合...古いゾーンを削除したことを確認してください。:-)

それがあなたの2人の友人にとってはうまくいったが、あなたにとってはうまくいかない場合、一時的であっても、あなたのコンピュータがルックアップに使用しているDNSサーバーを変更することをお勧めします。

コンピューターのDNSルックアップサーバーをOpenDNSのようなものに変更することをお勧めします...テストして確認するだけです。

http://www.opendns.com

208.67.222.222

208.67.220.220

それでもうまくいかない場合...問題が発生しているドメイン名をお知らせください。こちらの担当者が調査し、問題が広がったかどうかをお知らせします。

お役に立てれば。

dns ttlレコードに依存します。1週間はかなり長いようです。責任のあるすべてのサーバーからのDNSクエリの回答を確認してみてください。たとえば、http ://www.squish.net/dnscheck/にアクセスして、ドメイン名を入力し、type：ANYを選択してチェックを実行します。

おそらく、関連するサーバーの1つが古いレコードを返します。

1週間は、伝播が発生するのに十分な時間です。私にも同様の問題があり、プライマリサーバーとセカンダリサーバーが同期されていないという問題がありました。nslookupを使用して現在のステータスを確認しました。私の問題はMXレコードに関するものでしたが、確認することをお勧めします。

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の変更はほとんど瞬時です。あなたが求めているのは、レジストラで変更を加えた場合、伝播にかかる時間です。

レジストラでネームサーバーを変更すると、変更が世界中に伝播する間に6〜48時間のダウンタイムが発生する可能性があります。

DNS管理コンソールにレコードを追加または変更するだけの場合、変更はほとんど瞬時に行われます。