私はいくつかのネームサーバーをセットアップし、それらを使用するようにドメインを更新しました。すべてがうまくいき、ネームサーバーが更新されたことがわかる限り、使用されたすべてのwhoisおよびdnstoolsタイプのサイト（intodns、who.isなど）すべて同じことを言っています：新しいnameserversが有効であり、サイトは新しいIPを問題なく指し示しています）。問題は、サイトが表示されないことです。digは、古いip/nameserversがまだ有効であると教えてくれます。
私のDNSレコードには次のものがあります。
domain. A IN NS ns1.newnameserver
domain. A IN NS ns2.newnameserver
ns1 IN A newipaddress
ns2 IN A newipaddress
domain. IN A newipaddress
時間に余裕がなく、インターウェブで何も見つかりませんでしたので、助けていただければ幸いです。
古いIPアドレスは、照会したサーバーによってキャッシュされている可能性があります。まず、digを使用して直接クエリを実行し、新しい信頼できるネームサーバーの両方が正しいアドレスを公開していることを確認します。
dig @ns1.newnameserver domain. a
dig @ns2.newnameserver domain. a
これらのクエリが正しい答えを与えると仮定して、そうでない他のサーバーをいくつか掘り下げます。
dig domain. a # Use the system's default resolvers
dig @8.8.8.8 domain. a # Use Google's public resolver
dig @some.other.ip.address domain. a
古い答えが得られる場合は、TTLを確認してください。これは、名前の直後で「IN」の前の回答にリストされている数値フィールドです。これは、照会したサーバーがキャッシュされたデータを破棄し、権限のあるサーバーに再度照会するまで待機する必要がある秒数です。
同じネームサーバーに「ドメイン」と思われる場所を尋ねます。委任されます：
dig domain. ns # Use the system's default resolvers
dig @8.8.8.8 domain. ns # Use Google's public resolver
dig @some.other.ip.address domain. ns
「domain。」の2つのNSreocrdを確認します。1つは「ns1.newnamserver」を指し、もう1つは「ns2.newnameserver」を指しますが、リゾルバーも同様にその情報をキャッシュするため、古いネームサーバーが残っている可能性があります。その場合は、それらのNSレコードのTTLも確認してください。これらのレコードのTTLがAレコードのTTLよりも長い場合、それらのリゾルバーは、現在キャッシュされているコピーの有効期限が切れた場合でも、「ドメイン」のAレコードを取得するために古いネームサーバーに移動する可能性があります。そのTTLが最初に期限切れになるのを待ってから、実際のAレコードのTTLが再び期限切れになるのを待ちます。
もう1つできることは、ドメインのPARENTドメインの権限のあるネームサーバーの一部にクエリを実行して、実際にドメインを「ns1.newnameserver」と「ns2.newnameserver」に委任しているかどうかを確認することです。これにより、DNSの委任がWHOISの委任と一致することが確認されます。
dig com. ns # If your domain's parent domain is "com."
dig @<one-of-the-servers-that-resulted-from-that-query> domain. ns
ここでも、「domain。」の2つのNS reocrdを確認します。1つは「ns1.newnamserver」を指し、もう1つは「ns2.newnameserver」を指します。
古いネームサーバーがまだ実行されている場合は、次のいずれかです。
一部の人々はまだ古いネームサーバーと話しているでしょう、そして彼らが答えるのをやめるか正しい答えを与えるまで、彼らは親ゾーンから新しいネームサーバーを学びません。