ip/nameserverで構成エラーをバインドします

Question

いくつかのネームサーバーをセットアップしてドメインを更新してそれらを使用しました。私ができる限り、すべてが正常に進み、名前サーバーが更新されたと言うことができます。すべて同じことを言っています。新しい名前のnameserversが有効であり、サイトは新しいIPを正常に指しています）。問題は、サイトが表示されていないことであり、DIGは古いIP/名前サーバーがまだ効果的であることを教えてくれます。

私の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

私は時間が非常に短く、インターウェブに何も見つけていないので、どんな助けも大歓迎です

Answer 1

古い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

「ドメイン」の2つのns reocrdsを見たい。1つは「ns1.newnamserver」を指し示し、もう1つは「ns2.newnameserver」を指しているが、リゾルバーは同様にその情報をキャッシュして、古い名前アーバーを持っている可能性がある。その場合は、これらのNSレコードのTTLもご覧ください。これらのレコードのTTLがAレコードのTTLよりも長い場合、それらのリゾルバーはまだ古い名前の名前サーバーに移動して「ドメイン」を取得できます。そのTTLが期限切れになるのを待ちます 最初, 、そして実際のレコードのTTLが再び期限切れになるために！

あなたができるもう1つのことは、あなたのドメインの親ドメインの権威ある名前サーバーのいくつかをクエリして、彼らが実際にそれを「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 reocrdsを見たいと思います。1つは「ns1.newnamserver」を指し示し、もう1つは「ns2.newnameserver」を指します。

Answer 2

古い名前アーバーがまだ実行されている場合、どちらも次のとおりです。

1. そうでないことを確認してください
2. 新しいゾーンデータも持っていることを確認してください

一部の人々はまだ古い名前のアーバーと話しているでしょう、そして、彼らが応答をやめるか、正しい答えを出すまで、彼らは親ゾーンから新しい名前アーバーを学びません。