Tag bind - Userlinux.net

A la hora de montar un servidor de FTP es tarea normal enjaular el acceso de cada usuario a un directorio concreto. Esto supone un pequeño problema con los enlaces simbólicos, que no se siguen puesto no sería demasiado seguro.

Una posible solución viene con el comando mount, montando un directorio en otro punto de montaje accesible desde la jaula del usuario, algo tal que así:

# man mount
...
mount --bind olddir newdir
       After this call the same contents is accessible in two places.  One can also remount a single file (on a single file).
...
# mount --bind /media/Descargas /home/r0sk/Descargas

El último paso es hacer efectivo el cambio a los reinicios, en /etc/fstab agregando la siguiente linea:

/media/Descargas  /home/r0sk/Descargas  none  bind 0 0 

Y problema resuelto, ftp configurado, enjaulado y accesible. Como decía aquel anuncio... "si te hubiera conocido antes".

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: