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

En algunas ocasiones me he encontrado con un problema en el uso de aliases, a pesar de que configuraba correctamente el alias en ”/etc/aliases” de la forma

root: miusuario@midominio.com

los mensajes que se enviaban a root salían en dirección a root@localhost.localdomain de forma que nunca llegaban a su destino.

En algún momento configurando exim4 con:

dpkg-reconfigure exim4-config

obtuve un error como este:

hostname –fqdn did not return a fully qualified name, dc_minimaldns will not
work. Please fix your /etc/hosts setup.
Stopping MTA for restart:hostname –fqdn did not return a fully qualified name, dc_minimaldns will not
work. Please fix your /etc/hosts setup.
exim4_listener.
Restarting MTA: exim4

lo que me llevo a comprobar el fichero ”/etc/hosts’‘ y fijarme que efectivamente la ip del host local estaba configurada de esta forma:

xxx.xxx.xxx.xxx localhost

al modificar la linea y dejarla asi:

xxx.xxx.xxx.xxx localhost.localdomain localhost

y reiniciar exim4 no obtuve ningún error de forma que probé enviar un mensaje al root y en esta ocasión el mensaje fue directo al buzón correcto.

”’ Ya se lo que pasa con el aliases”’

Entradas relacionadas:

http://www.polosur.org/blog/2009/01/05/exim4-dominios-locales

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
.

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.

En algunas ocaciones cuando miras el Administrador de Procesos de Windows te quedas a cuadros viendo esos nombres tan extraños de procesos de los cuales no tienes ni idea de que hacen o por que estan consumiendo el 90 por ciento de tu procesador.

En esta pagina web se puede encontrar una lista muy amplia de procesos que puedes buscar por su nombre, te indica que hace exactamente ese proceso y te hace sugerencias de la forma como debes gestionarlo.

http://www.infoprocesos.com/

Normalmente desde mi puesto de trabajo veo uno de los rack de mi empresa de forma que me basta con girar la cabeza y ver todos los pequeños leds de color verde titilando incansablemente mientras los datos circulan por los switch, mientras se escriben en los discos de los servidores o la carga de SAI aumenta o disminuye.

Un buen día miro el rack y veo un pequeño led naranja en uno de los switch …?? y esto tan raro?

Bueno el asunto es que no se la causa de esto, intento buscar en Internet, en el manual del switch pero nada de nada,, le doy un golpesito al swith para ver si es que se le ha soltado algo, nada sigue naranja

Después de un rato me conecte al ordenador que esta usando la boca correspondiente a misterioso led naranja, la conexión es buena, no hay perdida de paquetes y todo funciona normalmente.

Gracias a la inspiración divina ( o serán los años de experiencia ? ) ejecuto el comando mii-tool, o sorpresa de las 3 interfaces de red que tiene ese ordenador, me encuentro con que justo la del led naranja tiene un fallo de auto-negociación.

vale:

# mii-tool -r

nada, sigue naranja

# ifdown eth2 && ifup eth2

nada sigue naranja… vale vamos a hacer algo mas drástico, me voy al switch y desconecto y conecto rápidamente el latiguillo, verde!! da verde!!.

Han pasado un par de semanas de esto y aun sigue verde. Lamento profundamente no saber que es exactamente lo que pasó, pero lo dejo aquí, por si a algún admin le pasa lo mismo, tenga una idea de por donde van los tiros, y si sabe algo mas me lo haga saber.

Hace un tiempo que me estaba interesando por los diversos plugins que hay para vim pero no habia probado ninguno por falta de tiempo o de dedicación creo yo, pero hoy gracias a Juan Tomas he encontrado un plugin “la mar” de interesante.

Siempre fue un problema para mi usar :sp o :e para abrir un fichero que.. bueno a pesar que el area de comandos va completando la ruta del sistema de fichersos en ocaciones es mas practico ver el arbol de directorios.

Bueno, pues para eso existe NERDTree un muy util plugin que te permite ver el arbol de directorios dentro de vim, algo como esto:

NERDTree ejecutandoce en Vim

Ahora la explición.

1. Instalarlo.

Para instalarlo basta con ir a la pagina del plugin NERDTree descargar la ultima versión, esta al final de la pagina y son ficheros .zip

crear un directorio oculto dentro de tu home llamado .vim

cd ~
mkdir .vim

y descomprimir el .zip de NERDTree dentro de .vim

Esto crea dos directorios doc y plugins.

YA ESTA!!

ahora a usarlo

2. Ejecutar NERDTree dentro de vim:

Una ves ejectuado vim simplemente :NERDTree

esto ya te abre el arbol de directorios para desplazarte por el h,j,k,l como siempre en vim

para abrir un directorio o fichero o

Para abrir un directorio recursivamente O

Para ver los ficheros ocultos I

con ? puedes ver todos los comandos.