При обновлении записей зон я сделал две ошибки подряд. Если я забыл увеличить серийный номер, то в следующий раз я поставил еще цифру, т.е. 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
Где X.X.X.X - мой основной IP-адрес DNS-сервера, а Y.Y.Y.Y - вторичный.
Я не очень привык к настройке DNS и не знаю как повторно синхронизировать сериалы и разрешить распространение. Я уже прочитал много постов, боюсь, я до сих пор не знаю, должен ли я дать записи зоны большее число, что произошло, когда я перезагрузил 13 цифр ...?
поскольку 20170210111 находится вне диапазона 32-битного целого числа, предположительно зона не загрузилась из-за невозможности представить SOA запись (проверьте свои журналы).
Прежде всего, проверьте (используя, например, dig @master example.com SOA +norec), что мастер теперь отвечает правильно и с текущим серийным номером (2017021012). Если не, rndc reload вызывает перезагрузку.
Когда мастер работает правильно, подчиненные должны обновляться при следующем обновлении (на основе SOA REFRESH интервал). Кроме того, предполагая, что ведомые устройства осведомлены об уведомлениях и имеют правильную конфигурацию, вы должны иметь возможность запускать немедленное обновление, используя rndc notify example.com, а также автоматически при загрузке новой версии зоны.
Если это не сработает, я бы подумал, что ваша проблема не в том, чтобы какое-то время иметь выгружаемую зону.