Visualizzazione post con etichetta dumping master file:...open: permission denied. Mostra tutti i post
Visualizzazione post con etichetta dumping master file:...open: permission denied. Mostra tutti i post

lunedì 18 maggio 2009

rkhunter: Warning: The file '/usr/sbin/unhide' exists on the system, but it is not present in the rkhunter.dat file.

Se nella mail di report del comando rkhunter ricevete qualcosa del genere:
Warning: The file '/usr/sbin/unhide' exists on the system, but it is not present in the rkhunter.dat file.
Warning: The file '/usr/sbin/unhide-linux26' exists on the system, but it is not present in the rkhunter.dat file.

Per aggiornare il file rkhunter.dat, dopo aver controllato la natura e l'eventuale pericolosita' dei file segnalati, lanciare il seguente comando:
rkhunter --propupd

mercoledì 11 giugno 2008

bind9: dumping master file:...open: permission denied

Scenario:

1 server DNS primario e 1 server DNS secondario (entrambi basati su bind9)
Il master parte correttamente.
lo slave non parte e i log evidenziano un errore del genere:
Jan 31 17:42:41.799 dumping master file: /etc/named/tmp-XXXX2RSNyT: open: permission denied
Jan 31 17:42:41.799 transfer of 'mydomain.com/IN' from 192.168.3.1#53: failed while receiving responses: permission denied
Significa che lo slave ha iniziato il trasferimento delle zone dal master, pero' non riesce a scrivere i relativi file.

Soluzione:

Probabilmente avete configurato named.conf (o named.conf.local) tenendo le zone per cui il server e' slave nella stessa directory in cui tenete le zone statiche (127, ecc). Ebbene cio' e' male.
Meglio creare una directory apposita e darle i permessi giusti. Ad esempio:
mkdir /etc/bind/zones
chown bind.bind /etc/bind/zones
Ricordatevi di correggere il path dei file delle zone dinamiche per farli puntare alla nuova directory.
Rilanciate il servizio:
/etc/init.d/bind9 start
L'errore dovrebbe essere sparito.