古いIPアドレスをいただければ幸いですあなたが照会したサーバーによってキャッシュされている可能性があります。
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」の前に答えに記載されている数値フィールドです。これは、クエリしたサーバーがキャッシュされたデータを破棄し、権限のあるサーバーに再度クエリするまで何秒待つ必要があるかです。
"ドメイン"と同じネームサーバーに質問してください。 、あなたがのために2つのNSのreocrdsを見たい
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
「ns1.newnamserver」と「ns2.newnameserver」に、他の一から一ポインティングが、リゾルバは同様になるような情報をキャッシュし、「ドメイン。」:委任されました彼らはまだ古いネームサーバーを持っているかもしれません。もしそうなら、それらのNSレコードのTTLも見てください。これらのレコードのTTLがAレコードのTTLよりも長い場合、それらのリゾルバは古いネームサーバーに移動して、現在キャッシュされているコピーの有効期限が切れても "ドメイン"レコードを取得する可能性があります。その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
、あなたがのために2つのNSのreocrdsを見たい "ドメイン"、 "ns1.newnamserver" と "ns2.newnameserver" に、他の一から一ポインティングを。
華麗な情報!私はこの種の問題のトラブルシューティングには大したことではないので、ありがとう! – Umut
私のhost.confファイルにエラーがあったため、servernameが解決していないことが判明しました – Umut
Aha! – Celada