Confieso que he pecado

Esta foto es de hace un año, en mi anterior trabajo...mi escritorio con mis 2 PCs corriendo Debian Etch.

La imagen es la pesadilla de cualquier admin Linux/Unix :P

Lo paradójico es que aunque me fuí de ese lugar esa PC sigue funcionando y sigue con Debian Etch :)

UDEV: Cambiar nombre a las interfaces

Para los casos en que se disponga de varias interfaces de red, muchos notarán que el instalador de Debian no las nombra (eth0,eth1, etc) de la forma más lógica según nos parece.

Como ejemplo puedo decir que las motherboards modernas traen ya 2 interfaces onboard, son lo suficiente para el común de los usuarios, como administrador de red y al tener varios equipos disponibles a veces necesitamos mas de 1 interface, mi caso particular es que tengo un server Debian con salida mediante 2 ISP (en un cliente), para lo cual claramente necesito tener 3 interfaces como mínimo y poder dar acceso a la red local hacia internet.


Como asiduo usuario y consumidor de otros blogs me encontré estos dias con un método, pero considero que no es necesario.
Ya que si revisan bien el directorio /etc/udev/rules.d se encontrarán con el archivo /etc/udev/rules.d/z25_persistent-net.rules el cual hay que editar y con solamente modificar el nombre (en negrita) de las interfaces es suficiente

# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
# You can modify it, as long as you keep each rule on a single line.

# PCI device 0x10de:0x0373 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:18:f3:3e:02:c2", NAME="eth0"

# PCI device 0x10de:0x0373 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:18:f3:3e:05:f3", NAME="eth1"

# USB device 0bda:8187 (rtl8187)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:15:af:05:d3:4f", ATTR{type}=="1", NAME="wlan0"

El orden no afecta el comportamiento de UDEV por lo cual es extremadamente simple controlar la nomenclatura de las interfaces, pero les advierto que por alguna extraña razón no funciona en Ubuntu 7.10 Server, hace unos meses me encontré conque debia instalar un nuevo server con hardware que el instalador de Etch no reconocía (la controladora Sata) asi que bueno, contrario a mi predilección instalé Ubuntu Server 7.10 (a la semana de haber sido lanzado) y me encontré justamente con un orden de las interfaces que no queria, modifiqué el/etc/udev/rules.d/z25_persistent-net.rules pero al reiniciar laPC me encontré conque me faltaban 2 de las interfaces, el tiempo que perdí hasta que revisé nuevamente el archivo me mostró que la versión de UDEV que viene en Ubuntu me lo habia modificado, y manteniendo la modificación que yo hice agregó la que Ubuntu queria, entonces tenia 2 interfaces distintas con las misma MAC, eso explica el porqué me desaparecieron ambas.
Al final como solamente cumple funciones de ruteo y firewall (no proxy, no dansguardian) le puse un Lenny y se acabaron los problemas :)

ACTUALIZACION: Tengo una PC con varias placas en calidad de prestamo asi que hice una instalacion de prueba con Ubuntu server y aqui no me ha dado problemas.

Conky en Debian Lenny

http://conky.sourceforge.net/ es un monitor para nuestros sistemas Linux, según dice el sitio oficial es un fork de torsmo otro similar pero con menos funcionalidades que ahora esta discontinuado, recuerdo que en su momento lo probé (a torsmo) y estaba muy bueno.

Conky es la evolución de ese mismo software con mayores funcionalidades y estética mejorada. Este post es para dar a conocer cómo lo hice andar en Debian Lenny (a la fecha del post).

Por mas que la documentación aclare los pasos, el "know how" para implementarlo a veces no se cumple al pie de la letra en cada distro. Lo primero por supuesto es hacer un:

# aptitude install conky

Una vez instalado y siguiendo las instrucciones del propio sitio, nos hacemos con una copia del .conkyrc desde el archivo ejemplo que esta en la siguiente ruta.

$ zcat /usr/share/doc/conky/examples/conkyrc.sample.gz > ~/.conkyrc

Este archivo aunque bastante amplio casi con seguridad hay que editarlo para su adecuada aplicación a nuestro sistema.

Pero los detalles por los cuales esta este post es que la instalación y personalización de conky en Debian Lenny queda a medias y no es del todo funcional.
Para empezar si modificamos correctamente el .conkyrc que esta en nuestro home, veremos que al ejecutar el programa tenemos cada 5 segundos (configuración por defecto) un molesto destello/flickering en la actualización de la información, en mi caso es DEMASIADO molesto.

Siguiendo las instrucciones como siempre, menciona que debemos habilitar un módulo "dbe" en xorg.conf

Section "Module"
Load "dbe"
EndSection

Pero he aqui que en la nueva configuración del mismo en Lenny ya no existe esa linea (según dice en /usr/share/doc/xserver-xorg/NEWS.Debian.gz)
no entiendo la razón asi que tenemos que editar el /etc/X11/xorg.conf y agregar las siguientes lineas tambien (antes de la sección Module, y preferentemente al principio de todo el xorg.conf):

Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection

Con esto modificado y el servicio de X reiniciado queda pendiente el arranque automático en nuestra sesión de usuario (Gnome en mi caso) lo más cómun seria que desde System-->Preferences-->Sessions en "Startup Programs" coloquemos el comando "conky" directamente, pero no sé porque no funciona. La solución pasó por crear en mi home un archivo .conky_start.sh

#!/bin/bash
sleep 10 && conky;

Darle los correspondientes permisos de ejecución

$chmod a+x .conky_start.sh

Recién alli si poner ese script en el System-->Preferences-->Sessions en "Startup Programs" como muesta la imagen a continuacion:


ACTUALIZACION: habia hecho un post con mi archivo de configuración pero como era muy largo decidí ponerlo como archivo en otro host, asi que aqui está:
~/.conkyrc (modo texto)

~/.conkyrc.zip (zipeado)