Tag bind9 - Userlinux.net

Porque los BOFH, aunque no queramos reconocerlo, también metemos la pata de vez en cuando. Esta vez me ha costado casi 2 meses de downtime de varias páginas, entre ellas el blog de mi compañero @mameyugo.

Una vez reinstalado el servidor y reiniciados todos los servicios damos por supuesto que todo funciona bien y a otra cosa mariposa. De hecho todo estaba up & running. El problema es que fuera de la red local el servidor de nombres... no servía los nombres por un pequeño detalle:

options
{
    listen-on-v6 { ::1; };
    listen-on { 127.0.0.1; 192.168.1.12 };
}

Vaya la que he liado. Pero ha sido sin querer, de veras, os lo prometo por Theo de Raadt. Mis disculpas caballeros.

Echando un vistazo a los errores, warnings y demás variedad del BIND me he encontrado con más lame servers de los que esperaba:

03-Dec-2006 08:29:35.575 lame-servers: lame server resolving 'ns1.globedns.biz' (in 'globedns.biz'?):211.155.129.3#53
03-Dec-2006 08:41:02.130 lame-servers: lame server resolving 'antinegroismv.ws' (in 'ws'?): 202.4.48.217#53
03-Dec-2006 09:08:08.151 lame-servers: lame server resolving 'vinilco.com' (in 'vinilco.com'?): 72.232.34.210#53
03-Dec-2006 09:31:33.644 lame-servers: lame server resolving 'pian.so' (in 'so'?): 205.166.226.38#53
...

Se supone (corríjanme si me equivoco) que estas máquinas no son quien dicen ser, tratando de engañar al ingenuo de nuestro servidor, ¿podría considerarse envenenamiento dns?, no sé hasta que punto pero por lo leido no afecta en el funcionamiento del servicio, con lo que podemos evitar su logueo y obtener informes más limpios. Dentro de la opción de logging en named.conf: