>>величина серийного номера не может повлиять
>>таким образом на обновление зоны.
>>Серийный номер должен просто отличяться
>>от предыдущего после изменения. А
>>скорость обновления зоны зависит от
>>параметра refresh, вторая цифра.
>
>а подумать исходя из указанного serial'а?
>
>если у меня секондари хоть раз
>всосал такой и
>закешировал, хрен он когда еще вытянет
>эту зону.
>надеюсь я понятно изложил.
>
>вывод: ребята, не делайте того чего
>не понимаете
>или чего не прочувствовали.
> Сделать нормальный serial, удалить файлы
>
>на secondary и он всосет зону.
возможно, он не может удалить файлы на secondary.
например, я использую http://secondary.net.ua в качестве вторичных
серверов. я не могу удалить файл своих зон на этих серверах
а в данном случае можно попробовать:
1. установить серийный номер первичного сервера 2000000000, и подождать,
пока все вторичные сервера обновят у себя эту зону. Значение 2000000000
выбрано как величина, которая намного больше текущего значения, но
меньше, чем 2^31 (2^31 равно 2147483648).
Таким образом, это означает увеличение серийного номера [RFC1982].
2. Далее, после того, как все сервера, которым нужно обновить зону,
получат зону с этим серийным номером, можно установить номер 4000000000.
4000000000 в 2000000000 раз больше, чем 2000000000 (что очевидно), и,
таким образом, является еще одним увеличением (добавили величину,
которая меньше 2^31).
3. Как только эта копия файла зоны появится на всех серверах, серийный
номер можно просто установить 11. По арифметике серийных номеров замена
4000000000 на 11 - это увеличение (инкремент). Серийный номер циклически
переходит значение 2^32 (4294967296), таким образом, 11 идентично
4294967307 (4294967296 + 11). 4294967307 - это просто на 294967307
больше, чем 4000000000, а 294967307 точно меньше 2^31, следовательно
это увеличение (инкремент).
подробнее можно почитать:
ftp://ftp.isi.edu/in-notes/rfc2182.txt
http://whois.com.ua/rfc2182-r.html