Jun 2 01:00:44 router named[4611]: isc_file_isplainfile '/var/log/named/named.log' failed: permission denied

Da war er wieder... bind.

Mal wieder eine Fehlermeldung aus dem Nichts:

Jun  2 01:00:44 router named[4611]: isc_file_isplainfile '/var/log/named/named.log' failed: permission denied

Ja was soll denn das? Lief doch alles....
Ein Blick nach /var/log/named --- da liegen Logfiles.
Mal an die Seite schieben und den Service neu starten:
Die werden anscheinend von Bind weder neu angelegt, noch überhaupt beachtet.
Nanu?

loading from master file /var/named/dynamic/managed-keys.bind failed

Nach dem ich die letzten Tage den Nameserver neu gefüttert hatte, war mir beim Durchschauen der Logs aufgefallen, dass da irgendwas noch nicht ganz richtig sein kann.

24-Mar-2019 19:23:18.997 general: error: managed-keys-zone ./IN: loading from master file /var/named/dynamic/managed-keys.bind failed: permission denied 
24-Mar-2019 19:23:18.997 general: error: /var/named/dynamic/managed-keys.bind.jnl: open: permission denied 
24-Mar-2019 19:23:18.997 general: error: managed-keys-zone ./IN: journal rollforward failed: unexpected error

...eigenartig - die Berechtigungen passen, das hatte ich doch grade erst -
und SELinux bzw. "setsebool -P named_write_master_zones=1" ist nicht das übliche Problem...

Zonen und das .jnl-File

Immer wieder etwas nervig:
Der Nameserver/bind schreibt für dynamische DNS-Updates ("ddns") seine Deltas in Journal-Files.
Doch insbesondere wenn man dann mal "eben" schauen will, wer was wo wie grade unter welchem Namen im Netzwerk ansprechbar ist bzw. man ein Zonenfile überarbeitet, nerven die deltas, denn in den Zonen-Files sieht man ja deswegen grade nicht, was aktuell der "echte" Stand der Dinge ist.... :-)

Okay - schreiben wir doch mal ein Mini-Script, was die Journal-Files in die Zonenfiles auch hinein schreibt.