Ejecutando el comando

cat /var/lib/dhcp/dhcpd.leases  ó /var/lib/dhcp3/dhcpd.leases

según sea el caso, es posible identificar cuantas, cuales, y a que maquinas ha asignado el servidor dhcp direciónes ip.

Nota: Gracias a la gente de la lista de usuarios debian en español

Todo administrador de red/sistemas medianamente preocupado por la seguridad, debe tener un lista actualizada de los fingerprint del servicio ssh de cada una de las maquinas que administra, esta información aparece la primera vez que conectamos con una maquina a través de ssh, pero como obtener este dato antes de la primera conexión o en cualquier otro momento?

Usando este comando.

ssh-keygen -lf /etc/ssh/ssh_host_rsa_key.pub

Llevo un tiempo dejando de lado el blog, y aunque han pasado muchas cosas que merecen la pena estar publicadas en el blog, hoy a través de twiiter me ha llegado un enlace a un vídeo de youtube que me ha llegado al alma, me siento identificado con el personaje principal.

Creo que es así como nos sentimos muchos administradores de sistemas en aquellos días en que los usuarios… bueno.. que decir de los usuarios… mejor no os perdáis el vídeo.

Dedicado a todos los Administradores de sistemas.. ha y ya que estamos, que olvidéis que cada 30 de julio se celebra el día del administrador de sistemas
.

Gracias a Kebianizao del canal #debian-es en irc.oftc.net he encontrado que aptitude tiene un histórico de acciones igual que lo hace synaptic (igual synaptic se basa en el histórico de aptitude).

El histórico de acciones de aptitude esta en /var/log/aptitude.

Screenshot de aptitude

Hoy he aplicado las actualizaciones de seguridad para old-estable (ETCH), en el servidor de correo, como el servidor usa clamav como antivirus, tengo configurado el repositorio volatile de debian para actualizaciones del antivirus.

He usado

:~#aptitude update && aptitude upgrade

y le he dicho que si (Y)

El servidor de correo se ha roto

Básicamente el servidor permitía recibir correo pero había errores al intentar enviar un correo, dando al cliente un mensaje del tipo:

El servidor no enviara mensajes temporalmente.
Al comprobar el log de qmail me encuentro con mensajes del tipo

Opción no reconocida – CommandReadTimeout 5

Descubro que esta es una opción en el fichero /etc/clamav/clamd.conf, usando el útil apt-file encuentro que es un paquete que instala el paquete clamav-base ahora usando

:~#dpkg -l | grep clamv

me encuentro con existen 4 paquetes clamav* de los cuales 3 están en la versión 0.94 y el paquete clamav-base esta en la versión 0.95!!

Ya esta ! encontrado el error, ahora a corregirlo

usando wget me descargue desde http://volatile.debian.org/debian-volatile/pool/volatile/main/c/clamav/ el paquete clamav-base-0.94 y lo instale remplazando el 0.95, reiniciar clamav

:~#/etc/init.d/clamav-daemon restart

y listo solucionado.

Ahora, ¿Que pasa con la actualización?

Sencillo la actualización necesita des-instalar paquetes para remplazarlos por nuevos, por lo que la actualización no se puede hacer con aptitude safe-upgrade es necesario usar aptitude dist-upgrade, esta opción si actualiza todos los paquetes.

Esto ha actualizado todos los paquetes, y el servidor sigue funcionando normalmente

Y todos tan felices:

Tiempo OFF-Line: < 15 minutos.

” El número máximo de subdirectorios que puede contener un solo directorio en Ext3 es 32.000. Ext4 rompe ese límite y permite un número ilimitado de subdirectorios.”

En la practica 31998 ya que . y .. también cuentan.

Para probarlo

mkdir ~test
cd test
for i in `seq 1 31998`
do
mkdir $i
echo $i
done

Visto en: http://diegocg.blogspot.com/2008/12/ext4-lo-que-traer-linux-2628-parte-i.html

Diego Calleja es uno de mis bloggers favoritos, post muy técnicos y bien explicados.

Gracias Diego.

Logo de Squid

En la vida de todo squid llega un momento en que la cantidad de datos cacheados se hace insostenible.. ya que por muy grandes que sea tu disco, tu raid o tu nas, siempre estarán limitados, en espacio por lo que el sistema se empezara a quejar de falta de espacio en disco.

Es ese el momento en el cual se requiere una limpieza de la cache y como todo en el SL basta con ejecutar pequeños comandos en el orden correcto.

cd /var/spool/squid
/etc/init.d/squid stop
rm -rf *
squid -z
/etc/init.d/squid start

Los comandos anteriores asumen que estas logueado como root y que la cache de squid se almacena en /var/spool/squid que es la ubicación por defecto en Debian GNU/Linux.

Puedes mirar en tu fichero de configuración de squid donde esta el directorio de cache.

Claro que también puedes automatizar este proceso con un script de bash controlado por cron ya sea que haga un chequeo de espacio en disco o simplemente limpiando la cache cada X tiempo, pero esto ya se sale de la finalidad de este post.

Que lo sepais por si alguna ves tenéis el problema:

Twitux no se conecta si la conexión no es gestiona por network-manager, supongo que asume que no hay conexión, incluso si la hay. Ni en las preferencias de Twitux ni en el Gconf hay nada para gestionar esto.

He encontrado una serie de artículos muy pero que muy interesantes escritos por Luis Sanjuán en su blog.

El tema es presentar la consola Gnu/Linux de una forma cuanto menos divertida, realmente me a impresionado la imaginación de este hombre, y la forma como el hecha imaginación para presentar algo que si se mira detalladamente es muy complejo, aunque para los que usamos diariamete la consola sea como el respirar.

En este enlace, esta el primero de los articulos

Conversaciones con HAL

Hoy he aprendido algunos nuevos comandos de vim.

• Como ver los caracteres no imprimibles con vim?

• Añadir un carácter al final de la linea

• Unir todas las lineas y dejarlas como una única linea.

vim is great!!
Tags Technorati: vim