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

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.

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.

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

Tenia problemas al enviar mensajes al root de una de las maquinas, ya que cuando se enviaba el mensaje iba destinado a root@maquina.dominio, y se enviaba al smarthost del dominio, y este no era capaz de entregarlo por que intentataba conectar con el puerto 25 de maquina.dominio y esta solo admite correo local.

He conseguido solucionar el problema con dos cosas.

1. Reconfigurando exim4 ( dpkg-reconfigure exim4-config) y en en el momento que me pregunta por los dominios locales le agregue maquina.dominio ya que alli solo estaba maquina.

2. En /etc/aliases coloque el alias root: micuentadecorreo@dominio

Entradas relacionadas:

http://www.polosur.org/blog/2009/11/16/el-problema-de-los-aliases

Los lectores de este blog sabrán que Gnome es la niña de mis ojos en cuanto a entorno de trabajo en el ordenador y que siempre intento usar las aplicaciones de este entorno para mi trabajo diario (Evolution, Nautilus, Brasero, Epiphany, y un largo etc).

Pero en los últimos días he pasado de usar Epiphany como mi navegador predeterminado a usar Iceweasel, mas conocido como Firefox, las razones para esto son:

• Nunca he sido de letras, por lo que para mi es indispensable el corrector ortográfico que tiene Iceweasel para los formularios que relleno a diario incluyendo el que uso para escribir en este blog.
• La utilidad de abrir todas las pestañas que estaban abiertas en el momento de cerrar el navegador, no tiene precio, para conseguir esto con Epiphany tenia que usar xkill para matar la aplicación y cuando la ejecutase de nuevo el sistema de recuperación de la sección me cargaría nuevamente las pestañas, pero si por casualidad lo cerraba correctamente perdía todas las pestañas ya que ni me avisaba que tenia varias pestañas abiertas ni el sistemas de recuperación de secciones funcionaba en tal caso
• La posibilidad de instalar plugins que aumentan mi productividad es muy superior en Iceweasel, plugins como:
  • AdBlock
  • del.icio.us Complete
  • Flashblock
  • Image Zoom
  • Notify
  • Screen grab
  • Show IP
  • Wave Toolbar
  • Web Developer toolbar

En este punto hay que tener especial cuidado, ya que la disponibilidad de cientos de plugins nos puede hacer perder el norte he instalar plugins que no son realmente útiles y que al final solo consiguen hacer mas pesado el uso del navegador.

Vamos a ver cuanto me dura el experimento, por que la simplicidad de Epiphany me gusta mucho y se que tambien extrañare el manejo rapido de las cookes que tiene ese navegador.

Si alguien conoce soluciones para poder regresar cuanto antes a Epiphany agradezco los comentarios.

Enlaces de Interes:

http://www.gnome.org/projects/

En una instalación de qmail + vpopmail que soporta multi-dominio existe un fichero en la configuración de vpopmail que determina los valores por defecto aplicados a un dominio cuando este es creado, el fichero se llama

vlimits.default

esta muy bien documentado y los parámetros interesantes que podemos manipular son los siguientes

maxpopaccounts           # Máximo numero de buzones por dominio  incluido el postmaster
maxforwards                # Máximo numero de reenvíos por dominio
maxautoresponders       # Máximo numero de auto respuestas por dominio
maxmailinglists              # Máximo numero de listas de correo por dominio
quota                          # Tamaño máximo que puede ocupar un dominio en MegaBytes
maxmsgcount                # Numero máximo de mensajes que puede tener el dominio al mismo tiempo
default_quota               # Tamaño por defecto del buzón en Bytes
default_maxmsgcount     # Numero máximo de mensajes que puede almacenar un buzón

Existen mas parámetros que se pueden manipular en este fichero que como todos los buenos ficheros de configuración se puede modificar con cualquier editor de texto.

Ahora dentro de la instalación de vpopmail existe un comando que permite modificar estos valores para un dominio o un buzón individual.

vmoddomlimits

si ejecutamos el programa solo nos mostrara (en ingles) todas las opciones que podemos usar para manipular tanto las opciones de un dominio o buzón como los flags que podemos alterar.

Básicamente, permite ajustar los mismo parámetros que en el fichero vlimits.default para personalizarlos para cada dominio, y los flags que pueden autorizar o no el acceso a través de POP SMTP IMAP o Webmail, así como activar o desactivar el anti-spam y hacer un borrado automático de los mensajes marcados como spam.

La sintaxis es simple

vmoddomlimits [opciones] dominio

Ej:

vmoddomlimits -S dominio.com   # Muestra la configuración actual del dominio.

vmoddomlimits -Q 100 dominio.com  # Asigna una cuota max de 100 MB al dominio.

vmoddomlimits -R 1 dominio.com  # Máximo una auto respuesta para el dominio.

en el caso de los flags

vmoddomlimits -g i dominio.com   # Impide el acceso a través de IMAP

vmoddomlimits -g x dominio.com  # Borra todos los mensajes considerados SPAM

Eso es todo lo que tengo por decir ahora.

Hace pocos dias he tenido que realizar un ajuste en uno de los servidores de correo que administro, durante el proceso en una de las pruebas encontré que algunos mensajes de test que enviaba desde otra maquina eran rechazados, es mas en los log de qmail (que es el servidor que tiene el destinatario) no aparecía un registro de la conexión SMTP efectuada por el servidor remitente, pero este si reportaba el rechazo en su log.

Investigando un poco encontré que el servidor de destino rechazaba el mensaje por que en From: y el Return-Path: de las cabeceras del correo, estaban mal formados.

La razón de esto es que estaba usando el cliente mail del sistema, y al enviar un mensaje desde consola, el usuario es el del sistema y el dominio el que este configurado en el servidor de correo local, de forma que en este caso tanto el From: como el Return-Path era:

orosales@maquina

que no es una dirección de correo valida ya que maquina no es un FQDN (Fully Qualified Domain Name), lo correcto es:

orosales@maquina.dominio

Y el motivo de todo esto es que el exim4 que es el servidor por defecto en Debian GNU/Linux no estaba correctamente configurado asi que use la herramienta de reconfiguración de Debian GNU/Linux y lo arregle:

dpkg-reconfigure exim4-config

Cuando me pidio el FQDN lo modifique al valor correcto.

Una vez echo esto los mensajes fueron entregados al servidor de destino sin ningun problema.

Enlaces de Interes:

http://www.ietf.org/rfc/rfc2821.txt

http://smtputils.sourceforge.net/

]]> http://www.polosur.org/blog/2008/06/correos-rechazados/feed/ 0 http://www.polosur.org/blog/2008/04/java-en-64-bits/ http://www.polosur.org/blog/2008/04/java-en-64-bits/#comments Thu, 24 Apr 2008 23:26:24 +0000 Osro http://www.polosur.org/blog/?p=180

Motivado por que mi banco que tiene su pagina web hecha en java me vi en la necesidad de instalar el plugin de java en mi sistema operativo, pero oh! sorpresa cuando descubro que no esta en los repositorios de Debian, ya que uso una distribución de 64 bits.

Buscando un poco por Internet encontré un articulo en la muy muy muy buena pagina de EsDebian.org

Procedimiento:

1. Descargar el plugin de ftp://ftp.gwdg.de/pub/languages/java/linux/JDK-1.4.2/amd64/03/

2. Descomprimir el fichero en /usr/java

3. Enlazar desde el directorio creado a /usr/lib/mozilla/plugins

4. Abril el navegador.

Ahora como yo soy hombre de consola aquí están todos los pasos

$ su -

Contraseña: <aqui la contraseña de root>

mkdir /usr/java

cd /usr/java

wget ftp://ftp.gwdg.de/pub/languages/java/linux/JDK-1.4.2/amd64/03/j2re-1.4.2-03-linux-amd64.bin

chmod +x j2re-1.4.2-03-linux-amd64.bin

./j2re-1.4.2-03-linux-amd64.bin

<Aquí debes leer la licencia y luego si la aceptas escribir>

yes

<Se creara el directorio j2re1.4.2> 

cd /usr/lib/mozilla/plugins/

ln -s /usr/java/j2re1.4.2/plugin/amd64/mozilla/libjavaplugin_oji.so

<Ahora abre el navegador y en la barra de direcciones escribe>

about:plugins

Revisa la pagina y comprueba que aparece el plugin de java

Ahora ya puedes visitar sitios web que usen java

–

Enlaces de interés.

http://www.amd64.com/