Eu configurei o BIND e o ISC DHCPD para trabalharem juntos (usando chaves para atualizações). Agora não é que não funcione de forma alguma: os mapas de encaminhamento, etc., são frequentemente adicionados.
No entanto, com muita frequência, sem motivo aparente, o arquivo .jnl (diário) da zona fica lá e o arquivo da zona principal não é atualizado. Isso resulta em enfurecer a falta de resolução de alguns hosts após a aquisição da concessão do DHCP (se os hosts não estavam lá no arquivo de zona, em primeiro lugar, ou leva ao endereço antigo).
As permissões são assim:
-rw-r--r-- 1 bind bind 691 Dec 10 11:06 myzone.zone
-rw-r--r-- 1 bind bind 765 Dec 10 12:17 myzone.zone.jnl
Não deve haver problema de permissões, já que a zona (frequentemente) é atualizada via DHCP / DDNS?
Qual é a fonte desse problema e uma correção para ele?
SO: debian 7,2 x64, bind de lançamento estável e servidor isc-dhcp.
Eu já vi isso antes.
A reinicialização de named irá liberar os dados atualizados dos arquivos .jnl de volta para o arquivo de zona, mas também há outra maneira.
rndc freeze <zone> , mas isso desativará o DDNS, portanto, ele deve ser seguido por um
rndc thaw <zone> para reativá-lo e deve limpar os arquivos .jnl .
Há aparentemente um rndc sync no Bind 9.9.
Com o bind 9.9, o "rndc sync" não é suficiente; você também precisa do sinalizador "-clean":
sync [-clean] [zone [class [view]]]Sync changes in the journal file for a dynamic zone to the master file. If the "-clean" option is specified, the journal file is also removed. If no zone is specified, then all zones are synced.