у меня проблема с моим DNS.
Примерно неделю назад я перешел с ********** на hostgator, поэтому мне пришлось сменить DNS в моем регистраторе доменов (nic.ar)
Я начал процесс изменения DNS, когда он был закончен, я смог добраться до страницы на новом сервере, она работала хорошо в течение нескольких дней, но затем загадочно, когда я попытался добраться до нее, появилась предыдущая страница ошибки хоста! , Как будто откатили процесс смены днс что ли: /. Но на моем регистраторе днс показывал хорошо.
Поэтому я снова начал процесс, чтобы посмотреть, смогу ли я это исправить. И снова я смог по крайней мере добраться до страницы на новом сервере; И я все еще могу это сделать, но некоторые мои друзья сказали мне, что они снова достигают предыдущей страницы ошибки хоста.
Вот что любопытно, если я проверю http://www.whatsmydns.net/, результат следующие: (174.122.148.7 = hostgator, 184.82.98.172 = предыдущий хост
Denver CO, United States (Speakeasy) 174.122.148.7
Reston VA, United States (Sprint) 174.122.148.7
Orlando FL, United States (@quasar) 174.122.148.7
Atlanta GA, United States (Bellsouth) 174.122.148.7
Canoga Park CA, United States (Sprint) 174.122.148.7
Seattle WA, United States (Speakeasy) 174.122.148.7
London, United Kingdom (BT Global) 174.122.148.7
Paris, France (Kaptech) 174.122.148.7
Rome, Italy (Telecom Italia) 174.122.148.7
Moscow, Russia (Petersburg Internet) 174.122.148.7
Istanbul, Turkey (TTNET) 174.122.148.7
Nurnberg, Germany (Hetzner Online) 174.122.148.7
Hong Kong, China (PCCW) 174.122.148.7
Melbourne VIC, Australia (Optus) 174.122.148.7
Sydney NSW, Australia (Exetel) 174.122.148.7
Auckland, New Zealand (Xtra) 174.122.148.7
Но если я проверю еще раз ...
Denver CO, United States (Speakeasy) 174.122.148.7
Reston VA, United States (Sprint) 174.122.148.7
Orlando FL, United States (@quasar) 174.122.148.7
Atlanta GA, United States (Bellsouth) 184.82.98.172
Canoga Park CA, United States (Sprint) 184.82.98.172
Seattle WA, United States (Speakeasy) 174.122.148.7
London, United Kingdom (BT Global) 174.122.148.7
Paris, France (Kaptech) 174.122.148.7
Rome, Italy (Telecom Italia) 174.122.148.7
Moscow, Russia (Petersburg Internet) 174.122.148.7
Istanbul, Turkey (TTNET) 174.122.148.7
Nurnberg, Germany (Hetzner Online) 174.122.148.7
Hong Kong, China (PCCW) 174.122.148.7
Melbourne VIC, Australia (Optus) 174.122.148.7
Sydney NSW, Australia (Exetel) 174.122.148.7
Auckland, New Zealand (Xtra) 184.82.98.172
и каждый раз, когда я проверяю, он показывает разные результаты. Как будто он ходит туда-сюда, достигая нового ip и старого ip.
Я бы ожидал такого поведения, если бы у вашего регистратора было указано сочетание старых и новых серверов имен. Серверы имен обычно меняются при каждом запросе.
Попробуйте проверить, чем отвечают корневые серверы. В Linux host -a yourdomain.com. j.gltd-servers.net. покажет данные для yourdomain.com.
Число в строках ответа - это время (в секундах), в течение которого ответ будет считаться действительным DNS-серверами, которые могут использоваться вашими пользователями. Ожидайте, что для полного распространения изменений потребуется столько времени. Это могут быть недели. К сожалению, ваши самые частые пользователи, скорее всего, получат старые данные.
Это время контролируется конфигурацией вашего сервера имен. Изменения необходимо запланировать как минимум за один период кеширования. Период кеширования должен быть уменьшен до изменения и увеличен после. Впоследствии его можно увеличить, если вы убедитесь, что изменение правильное.
Я знаю, что это старый вопрос, но у меня была такая же проблема, и решение было очень простым.
Если метка времени вашей записи SOA DNS на старом хосте выше, чем метка времени записи SOA DNS на новом хосте, она будет возвращаться назад и вперед.
Как только я изменил временную метку для моей записи DNS SOA на моем новом сервере, чтобы она была выше, чем временная метка на старом сервере, изменения начали распространяться правильно, и изменения «застряли» вместо того, чтобы отскакивать назад и вперед, как они были делаю весь день.