Обычно время обновления серверов NS заявляется от 24 до 48 часов, хотя бывают случаи когда смена NS занимает время до 72 часов.
Если у вас прошли все сроки, но сайт по прежнему не открывается, либо открывается старая версия, то в данном случае вероятнее всего возникли проблемы с кэшем зоны DNS на стороне клиента, так как криворукие админы (провайдерские или свои) могут выставить лимиты жизни кэша зоны до нескольких недель, так что не помогают даже никакие шаманства с зоной на своей стороне.
1. Клиенту, испытывающему проблемы с открытием сайта для начала надо попытаться обновить локальный кэш ДНС:
- Нажимаем две клавиши WIN + R -> cmd -> OK -> ipconfig /flushdns, а также перегрузить браузер, щелкнув на странице правой клавишей мыши в Обновить текущую страницу. Только в этом случае обновляется кэш, так как когда нажимаешь F5, то страница вполне может использовать устаревший, имеющийся в системе кэш сайта.
2. Если первый вариант не помогает, то лучшим вариантом будет прописать руками кошерные гугловские DNS сервера:
- Центр управления сетями и общим доступом -> выбираем активное соединение (например Беспроводное) -> Свойства -> Протокол Интернета версии 4 -> Свойства -> Использовать следующие DNS сервера -> вписываем 8.8.8.8 и 8.8.4.4 -> ОК-ОК-ОК
3. Как частный случай данного, можно прописать новый IP адрес сайта, руками в файле C:\Windows\System32\drivers\etc\hosts в виде:
IP-addr www.site.ru
P.S. - мне лично помог вариант №2 в сочетании с вариантом №1.
Теперь собственно о том, как этому безобразию противостоять или минимизировать время простоя.
В моем понимании – лучший вариант вообще использовать либо доменные сервера регистратора, либо облачный хостинг DNS вроде clouddns, где просто меняется ориджин зоны и субдомен www и все начинает крутиться на новых IP буквально через минуту. У CloudDNS анлим доменов стоит $22 в год, что, как мне кажется, при активном использовании доменов – мизер.
Если есть возможность редактирования зоны руками, то в ней желательно выставить, за неделю до переезда, минимальные значения TTL в SOA записи, для того чтобы кэш устаревал максимально быстро. Но, к сожалению, для опытных админов- это не проблема, т.к видимо в конфиге named.conf задается max-cache-ttl который по дефолту составляет 7 суток. Также при редактировании зоны руками, необходимо поменять серийные номера зоны, для того чтобы BIND понимал что зона изменилась.