Приветствую. Суть проблемы в следующем. Были 2 сервера ns1 и ns2 c ip 1.1.1.1 и 2.2.2.2. Потребовалось перенести их на другие сервера с ip 3.3.3.3 и 4.4.4.4. Сервера были подняты, зоны от кучи сайтов, которые они обслуживали, были скопированы и ip у регистратора были сменены на новые. На следующий день ns1 и ns2 уже отображались на правильные новые ip адреса 3.3.3.3 и 4.4.4.4. Одна из записей на новых ДНС был изменена. nslookup odinizsaitov ns1, nslookup odinizsaitov ns2, и соответственно dig +trace отдают правильный новый ip. Но вот прошло уже 3 суток, а 8.8.8.8 например все еще отдает старый ip. Проверил через http://www.intodns.com/ там в качестве ns для этого сайта на a.dns.ripn.net все еще указаны старые ip 1.1.1.1 и 2.2.2.2 и TTL 345600. Вопрос: это то есть при смене ip ns обслуживающих сайт изменения начнут распространяться только через 4 суток? И мне нужно просто сидеть и ждать? Или я может быть настроил что-то не так и есть еще способы проверить корректность конфигурации новых ДНС. CentOS bind. Прошу прощения если прописные истины, но это мой первый опыт подобного рода =)
>[оверквотинг удален]
> соответственно dig +trace отдают правильный новый ip. Но вот прошло уже
> 3 суток, а 8.8.8.8 например все еще отдает старый ip. Проверил
> через http://www.intodns.com/ там в качестве ns для этого сайта на a.dns.ripn.net
> все еще указаны старые ip 1.1.1.1 и 2.2.2.2 и TTL 345600.
> Вопрос: это то есть при смене ip ns обслуживающих сайт изменения
> начнут распространяться только через 4 суток? И мне нужно просто сидеть
> и ждать? Или я может быть настроил что-то не так и
> есть еще способы проверить корректность конфигурации новых ДНС. CentOS bind. Прошу
> прощения если прописные истины, но это мой первый опыт подобного рода
> =)когда в зонах что-то меняете увеличивайте серийный номер
>[оверквотинг удален]
>> 3 суток, а 8.8.8.8 например все еще отдает старый ip. Проверил
>> через http://www.intodns.com/ там в качестве ns для этого сайта на a.dns.ripn.net
>> все еще указаны старые ip 1.1.1.1 и 2.2.2.2 и TTL 345600.
>> Вопрос: это то есть при смене ip ns обслуживающих сайт изменения
>> начнут распространяться только через 4 суток? И мне нужно просто сидеть
>> и ждать? Или я может быть настроил что-то не так и
>> есть еще способы проверить корректность конфигурации новых ДНС. CentOS bind. Прошу
>> прощения если прописные истины, но это мой первый опыт подобного рода
>> =)
> когда в зонах что-то меняете увеличивайте серийный номерНомер увеличивал
во-первых пазитивный кеш может легко держаться неделю
во-вторых подход ваш к переезду днс не корректный - надо было переносит по одному серваку, тогда в принципе был бы нулевой простой
в-третих как доп. мера для ускорения сброса кешей - уменьшение ттл на зонах
в-четвертых не надо тут устраивать игру в секурность с названиями и айпи, это все таки днс, публичная инфа, зная которую любой понимающий может быстро проверить корректность вашей настройки
> во-первых пазитивный кеш может легко держаться неделю
> во-вторых подход ваш к переезду днс не корректный - надо было переносит
> по одному серваку, тогда в принципе был бы нулевой простой
> в-третих как доп. мера для ускорения сброса кешей - уменьшение ттл на
> зонах
> в-четвертых не надо тут устраивать игру в секурность с названиями и айпи,
> это все таки днс, публичная инфа, зная которую любой понимающий может
> быстро проверить корректность вашей настройкиДа простоя нет. Старые ДНС тоже вполне работоспособны. ТТЛ на зонах 3 часа. DNS ns1.saitos.ru и ns2.saitos.ru сайт для примера antaliya-tour.ru.
Оказалось проблема была в GLUE записях со старыми ip адресами dns
это первое что надо было сменить