Temos uma situação em que um servidor escravo BIND não conseguiu gravar nenhum dado de zona no sistema de arquivos. Quando este servidor foi reiniciado e o BIND reiniciado, ele começou com uma versão mais antiga dos arquivos de zona do que a que estava atualmente no mestre.
Durante esse tempo, ele foi capaz de receber transferências IXFR do mestre, mas não conseguiu persistir essas alterações no disco rígido.
Isso me fez pensar sobre qual é o comportamento esperado com um servidor BIND? Parece uma falha de design que ele não faria algumas verificações com seu mestre antes de entrar em serviço.
Para referência, esta é a versão do bind no lado escravo:
$ rpm -q bind
bind-9.8.2-0.47.rc1.el6_8.2.x86_64
Encontrei esta referência:
Que afirma o seguinte:
A zona notifica e atualiza
Além de quando um servidor é reiniciado, ou quando comandos rndc são usados para forçar uma transferência de zona, existem dois mecanismos que fazem com que os servidores escravos verifiquem se sua cópia de uma zona é atual ou não. O processo de verificação e atualização é chamado de atualização de zona:
Eu interpreto isso como BIND não fazendo nada de especial quando em sua fase de inicialização.
Hmm, não li todos os documentos completamente. Há um parágrafo que diz o seguinte na mesma página:
Então, a partir disso, parece que os escravos BIND enviarão uma notificação ao mestre e, em seguida, coordenarão os IXFRs para recuperar o atraso e começar a servir informações de zona atualizadas.