Синхронизация серийных номеров SOA
Я сделал две ошибки подряд при обновлении записей зоны. Если я забыл увеличить серийный номер, то в следующий раз я поставил цифру больше, например 20170210111 вместо 2017021011 , и каждый раз я перезагружал конфигурацию: rndc reload .
Когда я понял это, я снова переключил серийный номер на 10-значный номер, так что теперь серийный номер SOA моего файла зоны 2017021012 .
Теперь я понял:
# host -C domain.tld
Nameserver X.X.X.X:
domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021010 28800 7200 1209600 3600
Nameserver Y.Y.Y.Y:
domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021003 28800 7200 1209600 86400
Где XXXX мой первичный IP-адрес DNS-сервера и вторичный YYYY.
Я на самом деле не привык к настройке DNS, и я действительно не знаю , как повторно синхронизировать сериалы и разрешить распространение . Я уже прочитал много сообщений, боюсь, я до сих пор не знаю, должен ли я дать записи зоны большее число, что произошло, когда я перезагрузил с 13 цифрами ... ?
Поскольку 20170210111 находится вне диапазона 32-битного целого числа, предположительно зона не загрузилась из-за невозможности представить запись SOA (проверьте свой журналы).
Прежде всего, проверьте (например, dig @master example.com SOA + norec ), что мастер теперь отвечает правильно и с текущим серийным номером ( 2017021012 ). В противном случае rndc reload запускает перезагрузку.
Когда ведущее устройство работает правильно, ведомые устройства должны обновиться при следующем обновлении (на основе интервала SOA REFRESH ). Кроме того, предполагая, что ведомые устройства поддерживают уведомления и имеют правильную конфигурацию, вы должны иметь возможность запускать немедленное обновление с помощью rndc notify example.com , а также автоматически при загрузке новой версии зоны.
Если это не сработает, я бы подумал, что ваша проблема не в том, чтобы какое-то время иметь выгружаемую зону.