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

He leeido en Google Earth Blog que Google ha agregado nuevos terrrenos 3D de alta resolución, y dentro de las nuevas zonas esta Madrid, de forma que he decidido darme un paseo por allí y me he encontrado cosas como la de esta imagen.

pantallazo-google-earth

Los puentes parecen haber caído

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.

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/

Este  es el tipo de cosas de  Microsoft parezca un chiste, o peor aun, que la compañía trata a sus usuarios como chistes de los que se puede reír en un acto circense.

itsitio.com ha publicado un articulo donde explica “Cómo extender hasta 120 días el período de prueba de Windows 7“.

El asunto es que la versión de prueba de Windows 7 tiene un tiempo de vida de 30 días, periodo que una vez finalizado requiere la activación del sistema.

Bueno pues microsoft ha publicado un procedimiento para aumentar este periodo hasta los 120 días.

Pero haaaa amigo, tienes que tener en cuenta una cosa:

Supongamos que instalas tu versión demo el dia 1 de Enero de 2009 si realizar el procedimeinto de extención de la prueba el dia 15 de Enero, tu copia sera valida hasta el 15 de Febrero…

mmhhh? y mis otros 15 dias?

Asi las cosas, para obtener los vitoreados 120 dias debes realizar el procedimiento el dia 30 de tu prueba, es decir:

Ahora, como febrero tiene 28 dias, .. como se calcula eso? .. yo pienso que deben ser días con su sol y su luna.

Ahora bien el procedimiento requiere  que entres en el registro modificar un clave en los mas profundo del HKEY_LOCAL_MACHINE…..

Luego ejecutar un comando slmrg en la consola, y esperar que por algun metodo infuso esto funcione, si no es así,pues …. hacer eso que todo el mundo sabe que soluciona todos los problemas de windows.

Bueno una vez allas conseguido esto, solo te queda esperar hasta el 1 de Agosto de 2009 para que estalle la bomba logica que desactivara todos los Windows 7 del mundo mundial, ya que esta es la fecha escogida por microsoft para que caduquen todas las versiones demo.

Vale y ahora pienso yo:

Por que no dejan la version demo hasta el 1 de Agosto y ya esta?, sin tener que hacer nada para que siga funcionando?

Vale… que como nuestros usuarios son un chiste para nosotros vamos a hacer que cada 30 dias tengan que reportarce, pues bueno, por que no le mostramos una ventanita donde diga.

Claro y todo esto me lleva a pensar en la ingente cantidad de tiempo y dinero que los  desarrolladores del departamento de I+D de microsoft tienen que pasar “Investigando y Desarrollando” metodos de castración de sus productos.

Por otro lado estimado lector que has llegado aqui para intentar alargar el tiempo de vida de tu versión demo de Windows 7, y te estas preguntando

valla chorrada de post … donde esta el procedimiento?”.

Pues mira pequeño saltamontes, el procedimiento esta en la pagina de www.itsitio.com, no lo puedo enlazar por que los de ITSitio son “muy pero que muy inteligentes” y saben mucho de esto de la sociedad de la información y para que tu puedas leer sus articulos tienes que estar registrado con unos 25 o 30 datos personales, asi ellos saben que tu eres un chico bueno y te autorizan a beber de su sagrado conocimeinto.

Vale no lo enlaces, pero por que no escribes el procedimiento aqui?

Pues pequeño saltamontes, por la misma razón los de ITSitio son, “muy muy iteligentes” saben mucho de derechos de autor y los contenidos de su sitio web estan con copyright y como yo soy un don nadie sin un duro para pagar su licencia no puedo copiar su contendio en mi blog.

Los brutos son los de la Casa Blanca que han puesto su contenido con CopyLeft…

Hay que ver como hay de NetIgnorantes … y no lo digo por los de la casa blanca

Prometo que si encuentro un sitio web que tenga publicado el procedimiento y al que pueda enlazar actualizare este post.

Enlaces de interes:

Que es Copyleft?

PD: Eso que soluciona todos los problemas de windows es reiniciar el ordenador.. por favor no lo lanceis por la venta … que yo no me hago responsable..