Вопрос следующий:
при настройке зоны задал большой серийный номер (типа 999999999999999999) и теперь зона на секондари DNSе не обновляется :(
Как такую проблемку можно решить?
величина серийного номера не может повлиять таким образом на обновление зоны. Серийный номер должен просто отличяться от предыдущего после изменения. А скорость обновления зоны зависит от параметра refresh, вторая цифра.
>величина серийного номера не может повлиять
>таким образом на обновление зоны.
>Серийный номер должен просто отличяться
>от предыдущего после изменения. А
>скорость обновления зоны зависит от
>параметра refresh, вторая цифра.а подумать исходя из указанного serial'а?
если у меня секондари хоть раз всосал такой и
закешировал, хрен он когда еще вытянет эту зону.
надеюсь я понятно изложил.вывод: ребята, не делайте того чего не понимаете
или чего не прочувствовали.
Сделать нормальный serial, удалить файлы
на secondary и он всосет зону.
>>величина серийного номера не может повлиять
>>таким образом на обновление зоны.
>>Серийный номер должен просто отличяться
>>от предыдущего после изменения. А
>>скорость обновления зоны зависит от
>>параметра 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
>>>величина серийного номера не может повлиять
>>>таким образом на обновление зоны.
>>>Серийный номер должен просто отличяться
>>>от предыдущего после изменения. А
>>>скорость обновления зоны зависит от
>>>параметра refresh, вторая цифра.
>>
>>а подумать исходя из указанного serial'а?
>>
>>если у меня секондари хоть раз
>>всосал такой и
>>закешировал, хрен он когда еще вытянет
>>эту зону.
>>надеюсь я понятно изложил.
>>
>>вывод: ребята, не делайте того чего
>>не понимаете
>>или чего не прочувствовали.
>> Сделать нормальный serial, удалить файлы
>>
>>на secondary и он всосет зону.
>
>возможно, он не может удалить файлы
>на secondary._возможно_ - много чего:
например, версия bind и там и там
и тд и тп...>например, я использую 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это не ко мне, dns-мастер должен понимать
что делает и как делает, тогда unsigned int
не будет помехой, о чем и было предложено
человеку подумать.
>Вопрос следующий:
>при настройке зоны задал большой серийный
>номер (типа 999999999999999999) и теперь
>зона на секондари DNSе не
>обновляется :(
>Как такую проблемку можно решить?
named-xfer на slave