Ошибка конфигурации привязки в IP/Seeerver

Question

Я настроил пару лучей имен и обновил свой домен, чтобы использовать их, и, насколько я могу судить, все прошло нормально, и имена были обновлены, или, так как каждый сайт типа Whois и Dnstools использовал IVe (Intodns, кто и т. Д. все говорят одно и то же: новые имена вступают в силу, и сайт просто отлично указывает на новый 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. Это числовое поле, указанное в ответе сразу после имени и перед «в». Вот сколько секунд вам придется подождать, пока сервер, который вы запросили, отбросит свои кэшированные данные, и снова запрашивает авторитетные серверы.

Спросите тех же самых имен -серверов, где они думают «домен». делегируется:

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 для «домена». Один указывает на «ns1.newnamserver», а другой - на «ns2.newnameserver», но резолюры также кэшируют эту информацию, чтобы у них все еще были старые именные серверы. Если это так, посмотрите на TTL на этих записях NS. Если TTL в этих записях длиннее TTL в записях A, эти резолюры все еще могут обратиться к старым серверам имен, чтобы получить «домен». Подождите, пока этот TTL истечет первый, а затем для TTL на фактической записи, истекающей, снова истекает!

Еще одна вещь, которую вы можете сделать, это запросить некоторые авторитетные имена для родительского домена вашего домена, чтобы увидеть, действительно ли они делегируют его «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».

Answer 2

Если старые серверы все еще работают, либо:

1. убедитесь, что это не так, или
2. Убедитесь, что они также получили новые данные зоны

Некоторые люди все еще будут разговаривать со старыми серверами имен, и пока они не перестанут отвечать, либо дадут правильный ответ, они не будут изучать новые серверы имен из родительской зоны.