BIND 9: o recarregamento do rndc não tem efeito

Question

Estou executando uma porta BIND 9.10.2 no FreeBSD 10 em uma configuração presa, e estou com um problema que rndc reload não atende a nenhuma alteração de arquivo de zona (mestre principal), mesmo que o serial SOA é devidamente incrementado.

O comando em si parece ter sucesso:

#rndc reload
server reload successful

Nos logs que vejo:

May  9 16:03:47 y named[81516]: all zones loaded
May  9 16:03:47 y named[81516]: running

E, no entanto, apenas o reinício de named seleciona as atualizações da zona.

rndc zonestatus my_zone.com imprime a série antiga. Então, de alguma forma, o BIND não consegue reler o arquivo de zona.

Como posso depurar isso?

    

Answer 1

Se essa for realmente uma zona atualizada dinamicamente ( allow-update / update-policy especificado ), não é seguro editar o arquivo de zona diretamente!

Em tal configuração, é o BIND que mantém o arquivo de zona; buffering alterações no arquivo de diário ( .jnl ) e reescrevendo o próprio arquivo de zona periodicamente.

Espera-se que todas as alterações nos dados da zona aconteçam por meio do protocolo de atualização dinâmica e sejam gerenciadas pelo BIND, não por meio de alterações diretas no arquivo de zona. Alterar o arquivo de zona de qualquer maneira causará um comportamento inconsistente, pois o conteúdo do arquivo de zona ficará fora de sincronia com o conteúdo do diário e com o estado de named .

Em suma, normalmente você faz todas as alterações em uma zona usando atualizações dinâmicas (por exemplo, nsupdate ou qualquer outro cliente) mas se por algum motivo você precisar ter controle direto sobre o arquivo de zona, poderá suspender temporariamente as atualizações dinâmicas usando rndc freeze e depois retomar o uso de rndc thaw ). Suspender as atualizações é uma operação bastante intrusiva (qualquer atualização falhará e o histórico de alterações pode ser apagado dependendo do ixfr-from-differences ), portanto, você provavelmente não deve fazer isso durante a operação normal.