Mucha gente en los últimos meses ha intentado instalar el firmware 8.09 de OpenWrt en la fonera. Hay muchos tutoriales de como hacerlo por lo que no voy a entretenerme con ello. La imagen que estaba en el servidor hasta hace unas semanas, no instalaba el firmware completo por lo que el resultado de flashear la fonera era el de tener un router sin interfaz web.

Algunas veces, cuando tenemos redboot activado para que sea lanzado cuando arranque la fonera no podemos acceder a el con un simple telnet ya que sigue arrancando el HW. Para poder acceder al redboot debemos ejecutar lo siguiente.

Creamos un fichero que contiente la receta para parar a la fonera cuando arranca redboot de la siguiente manera.

$ echo -e “\0377\0364\0377\0375\0006″ > break

Una vez generado el fichero, arrancamos la fonera, dejamos un terminal ejecutando:

$ ping 192.168.1.254 -a (IP configurada con la que arranca la fonera con redboot, si la habeis cambiado pues poned la nueva)

Y una vez que el terminal comienza a avisar que se esta realizando el ping, ejecutamos:

$ nc -vv 192.168.1.254 9000 < ~/break

Con esto podemos acceder tranquilamente a la fonera

El resto del proceso de flasheo es el mismo que el que se detalla en muchos blogs por ahi La diferencia es que sugiero descargar la nueva versión del firmware.

Esta nueva versión ofrece una serie de ventajas como son la configuración de la fonera en modo repetidor de forma sencilla (en el 8.09 daba problemas)…

Los chicos de openwrt lo están haciendo bien! Puedes tener tu fonera corriendo aircrack, montando ficheros por nfs, ejecutando asterisk, openvpn y lo mejor de todo que tienes tambien una herramienta como htop!

Ejecutar líneas de comando según se ven en google es sencillo, para eso no hay que ser ingeniero. Pero lo primero y más importante es saber qué estamos ejecutando! o cómo funcionan los procesos!

Hoy toca Wake On LAN

Estaba intentando encontrar alguna manera de poder hacer backups sin necesidad de dejar un ordenador encendido y usando un disco duro que no estuviera conectado en el servidor, no tenía dinero para comprar un switch que pueda encender discos duros así que recurrí a WOL para resolver temporalmente el problema.

Wake On LAN, como indica el nombre consiste simplemente en poder encender una máquina de forma remota. Esto es posible gracias a que la placa base incluye una controladora ethernet compatible con WOL. Esto se debe habilitar en la BIOS, de tal manera que una vez habilitado cuando el ordenador se encuentre apagado la tarjeta de red todavía recibe cierta cantidad de energía suficiente para mantenerse escuchando a la espera de que llegue un paquete que la solicite arrancar.

Ese paquete es el llamado “Paquete Mágico”, se envía sobre UDP y tiene la siguiente estructura:

[cabecera ethernet][cabecera IP][cabecera UDP][Secuencia Mágica][Código de redundancia cíclica]

La secuencia mágica sería la siguiente, considerando que la MAC Address del ordenador que queremos despertar es: AA:BB:CC:DD:EE:FF

FFFFFFFFFFFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFF
AABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFF
AABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFFAABBCCDDEEFF
AABBCCDDEEFF

Toda esta información obtenida con Wireshark claro  

Ahora llega la hora de cómo hacerlo funcionar... En Debian hay un paquete llamado 'wakeonlan' que nos
permite encender de forma remota los PCs. La forma de Ejecución sería la siguiente:
      $wakeonlan -i 192.168.x.255 AA:BB:CC:DD:EE:FF
Especificamos la subred a la que hay que enviar los paquetes y la MAC Address de la máquina.

Un sencillo script que nos pone cuando se ha levantado la máquina sería el siguiente:

# !/bin/bash
SUBRED=$1;
MAC=$2;
HOSTNAME=$3;
IP=$4;
wakeonlan -i $SUBRED $MAC
echo Encendiendo a $HOSTNAME
 ping -c 1 -w 1 $IP &> /dev/null
while [ $? -eq 1 ]
do
        ping -c 1 -w 1 $IP &> /dev/null
done
echo $HOSTNAME está encendido

Algo que es necesario comentar si la máquina que queremos encender es un Ubuntu es que se debe
habilitar wol en su tarjeta de red, para ello:
    ethtool -s <interface> wol g

Y nada más  Ya tenemos WOL funcionando.

Hace tiempo encontré un scriptillo que permitía escuchar algunos canales de radio… Lo he actualizado y bueno aquí lo tenéis por si lo queréis usar

Puede parecer friki para quien no le encuentra la utilidad, pero la verdad que es algo que es importante mirar

En un portátil, aconsejo usar la orden ‘acpi -V’ bastante útil pues además de dar la temperatura de los procesadores te da una estimación del tiempo de batería que queda o del tiempo de carga.

Para un servidor / sobremesa, debian y ubuntu tienen unos paquetes que aportan mucha más información

Para instalarlos simplemente debemos ejecutar:

# apt-get install lm-sensors sensord

Una vez instalado correctamente, debemos configurar el demonio para que detecte cuál es el hardware de nuestro equipo. Para ello:

# sensors-detect

Simplemente hay que contestar a las preguntas que nos vaya realizando y al final, tras detectar el hardware del equipo lista los módulos que deben estar cargados para que esté corriendo el demonio correctamente. Estos módulos deben ser añadidos al fichero /etc/modules o pueden ser cargados mediante la orden: modprobe <nombre-modulo>

Antes de instalar quizás interesa ver el resultado que se obtiene con estos sensores Para ellos simplemente hay que ejecutar:

# sensors

Obteniendo:

Adapter: PCI adapter
Core0 Temp:  +26.0°C
Core0 Temp:  +25.0°C
Core1 Temp:  +23.0°C
Core1 Temp:  +20.0°C

it8716-isa-0290
Adapter: ISA adapter
VCore:       +1.26 V  (min =  +0.00 V, max =  +4.08 V)
VDDR:        +1.92 V  (min =  +0.00 V, max =  +4.08 V)
+3.3V:       +3.31 V  (min =  +0.00 V, max =  +4.08 V)
+5V:         +4.95 V  (min =  +0.00 V, max =  +6.85 V)
+12V:       +11.84 V  (min =  +0.00 V, max = +16.32 V)
in5:         +3.20 V  (min =  +0.00 V, max =  +4.08 V)
in6:         +1.15 V  (min =  +0.00 V, max =  +4.08 V)
5VSB:        +5.03 V  (min =  +0.00 V, max =  +6.85 V)
VBat:        +3.10 V
fan1:       2657 RPM  (min =    0 RPM)
fan2:          0 RPM  (min =    0 RPM)
temp1:       +49.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = transistor
temp2:       +49.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = transistor
temp3:       +47.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = thermal diode
cpu0_vid:   +1.250 V

Llevo algunos meses planteándome la compra de un netbook y la verdad que de momento es este modelo el que más llama mi atención. Aquí se puede encontrar un completo estudio…Iba a escribir una comparación con otros modelos pero la verdad es que este estudio es de lo mejor que he encontrado.

Bien, tras buscar por muchos sitios finalmente encontré la solución, ayudado CONSIDERABLEMENTE por un amigo

VMWare suele tardar en sacar versiones que sean compilables en las últimas versiones de los kernel de Linux y es por ello que esto muchas veces suele ser un quebradero de cabeza. Aunque sí que es cierto que hay algún ingeniero de VMWare que saca parches para ello, todo hecho en su tiempo libre claro está

Bien, me dejo de historias que seguro que alguien lo está leyendo para hacerlo él también. Finalmente, he decidido instalar VMWare 1.0.9, nada de VMWare 2.0 que no deja montar en las máquinas virtuales discos físicos.

Todas estas versiones de VMWare 1 están todavía disponibles en la web, asi que he aprovechado a descargarlas. Estas fuentes no van a compilar en el kernel que he comentado, pero es necesario lanzar la instalación y dejarla que falle.

Para conseguir que las fuentes compilen es necesario aplicar el siguiente parche. De esta manera, sin necesidad de grandes quebraderos de cabeza todo compilar perfectamente y ya tenemos nuestro sistema corriendo

Para poder llegar a la solución antes he probado otros parches que son sacados por vmware, sin éxito. Pese a que se puede compilar, a la hora de lanzar las máquinas he encontrado algunos problemas con el demonio vmware-authd. Por lo que aconsejo que directamente probéis con la otra solución.

Cuando he realizado este upgrade, ha sido básicamente para que mi ordenador me detecte correctamente el nuevo disco duro, que mi antiguo kernel no detectaba. Al hacer el upgrade, me ha montado la partición donde residen las máquinas en modo noexec por lo que al lanzar la consola de VMWare ha dado fallo, no podía ver las consolas de las máquinas, pese a que los permisos de los ficheros eran correctos.

Así que nada parece que dejo todo funcionando esta noche