Estába revisando varias cosas en uno de nuestros servidores y me he encontrado con algunas pequeñas pegas.
Primero, el servicio DHCP no estaba arrancando. El servicio se quejaba diciendo (entre otras cosas): «Open a socket for LPF: Permission denied». Parece ser un pequeño problema que se soluciona introduciendo una pequeña modificación en el fichero de apparmor, pero nuestra pega debe solucionarse tocando otro fichero (en vez de /etc/apparmor.d/usr.sbin.dhcpd3), ya que usamos Zentyal en ese servidor. Concretamente hemos tenido que tocar el fichero /usr/share/ebox/stubs/dhcp/apparmor-dhcpd.profile.mas, para añadir el mismo cambio que se comenta en el bug de launchpad, y tras reiniciar el servicio (/etc/init.d/ebox/ebox dhcp restart), todo ha ido como la seda 🙂
Segundo, el servicio Bind9 (DNS) estaba venga a mostrar errores como:
named[4579]: error (network unreachable) resolving 'user.ipcam.hk/A/IN': 2607:f140:ffff:fffe::3#53
Hemos dejando el sevicio Bind9 funcionando solamente para IPv4 (de momento no utilizamos IPv6) y el error ha desaparecido. Para esto es necesario tocar el fichero /etc/default/bind9 y tener una línea de opciones como esta:
OPTIONS="-4 -u bind"
Pero como estamos utilizando Zentyal (1.4), pues el fichero es otro, concretamente /etc/init/ebox.bind9.conf, y dejar la línea:
exec /usr/sbin/named -u bind -f
por
exec /usr/sbin/named -4 -u bind -f
Reiniciar el servicio (/etc/init.d/ebox/ebox dns restart) y listo 🙂
Por último, el log también nos decía:
interface 0 claimed by usblp while 'usb' sets config
Para solucionarlo, primero hemos parado CUPS
sudo service cups stop
Luego hemos descargado el módulo usblp (y lo hemos metido en la lista negra para que no se vuelva a cargar tras un reinicio: /etc/modprobe.d/blacklist.conf)
sudo rmmod usblp
Y finalmente hemos vuelto a arrancar CUPS
sudo service cups start
Ale, a revisar mas ficheros de log 🙂
Duolingo