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