Supongamos que el próximo año queremos redireccionar todo el contenido de orvtech.com a el dominio alojado en mi NSLU2 (linuxevolution.org). El conjunto de reglas a agregar a mi archivo .htaccess o configuración de Apache quedaría así:
#redirect el 21 de Octubre del 2012 a la 1AM
RewriteEngine On
RewriteCond %{TIME} >20121021010000
RewriteRule ^(.*)$ http://www.linuxevolution.org/ [R=permanent,L]

Como ven, en la primera linea de código no comentado le indico que voy a usar el RewriteEngine. La segunda linea le indico que la condición es que la variable %TIME sea mayor a 20121021010000 es decir:

• Año: 2012
• Mes: 10 (Octubre)
• Dia: 21
• Hora: 01
• Minutos: 00
• Segundos: 00

En la ultima linea de código le decimos que todo el contenido va a ser redireccionado a http://www.linuxevolution.org/ permanentemente (redirect de tipo 302) y que es la ultima condición y regla de ese set.

Esta variable puede ser usada en conjunto con otras condiciones para por ejemplo cambiar la hoja de estilo (*.css) durante fin de año, o alguna fecha en particular, así como hace Google con sus “Doodles”. Otras variables de interés son:
%TIME_YEAR, %TIME_MON, %TIME_WDAY, %TIME_DAY, %TIME_HOUR, %TIME_MIN y %TIME_SEC
Lo que me da la idea de automáticamente cambiar a un CSS con un tema mas oscuro en las noches. Por ejemplo.

Direccionamiento de contenido en base a la fecha con mod_rewrite es un articulo de: orvtech.com

A finales del 2006 fue la ultima vez que asistí a una reunión del grupo de usuarios de Linux (LUG por su siglas en ingles) de Miami hasta este pasado fin de semana. El grupo es un poco mas pequeño de lo que recuerdo pero las intenciones y la motivación siguen siendo las mismas.

Mi participación este pasado 11 de Junio no se limito a ser oyente, por el contrario, di una corta charla que consistió en un recuento del FUDcon de Panamá, Un servidor casero económico y diagnosticar problemas usando strace.

El tema que mas genero preguntas fue el del “Un servidor casero económico” especialmente sobre un NSLU2 que lleve para que lo vieran, algunos de los participantes no podían creer que esa cosa tan pequeña con un costo menor de $30 pudiese convertirse en un servidor web. Parte de mi charla consistió en demostrar lo que es capaz de hacer este mini NAS hackeado a mini server, así que les mostré el blog http://www.linuxevolution.org que esta corriendo sobre mi NSLU2 y además les hice una demostración de transmisión de imágenes en vivo con fotos del evento.

La charla cerro con el tema de ‘Diagnosticar problemas con strace’ fue la siguiente y aunque cubrí todo lo básico, me hubiese gustado haber hecho una practica sobre este tema.

Aquí les dejo un video de parte de mi presentación donde le explico a un miembro del LUG sobre el NSLU2. Me despido muy agradecido con Jonathan Respeto del southdadelug.org por su invitación a este evento y pueden descargar aqui mi presentación en formato PDF.

Si te pareció interesante este articulo, tal vez este otro también te interese: Reunión de septiembre en el LUG de Miami

De regreso al LUG es un articulo de: orvtech.com

El Slug es una solución completa, barata para jugar con Linux embebido y lo mejor de todo es que el firmware original de Linksys usas el Kernel de Linux por lo tanto liberan el código fuente. Hoy en día aunque ya no tienen tanta actividad Unslung y OpenSlug siguen siendo las principales comunidades orientadas al NSLU2.

Debido a que ya esta descontinuado el NSLU2 no se puede comprar directo en las tiendas si en las que se puede lo cobran excesivamente caro. La solución es comprarlo por vías alternas como eBay, craigslist, etc.

Mi experiencia con el NSLU2 en cuanto a sistemas operativos se limita a Gentoo y Debian, particularmente prefiero Gentoo para este dispositivo ahora que Fedora esta empezando a desarrollar para ARM seria interesante intentar compilarlo para el NSLU2.

El NSLU2 viene limitado a correr a 133MHz pero su procesador en realidad es de 266MHz, para liberarlo es necesario eliminar un transistor. Así que sin miedo desconecten el cable de poder, abran la carcasa y eliminen este transistor

Como servidor web con sus 266MHz (liberado desde 133MHz) y tan solo 32MB de RAM no es exactamente el tipo de servidores que usaríamos en para hostear el landing page de fedoraproyect.org o el wiki de Fedora pero si podemos tener nuestro blog personal corriendo en conjunto con otros servicios.

El NSLU2 no es la única opción en el mercado, pero es la mejor si tomamos en consideración el costo, al cabo de un anho de estar prendido 24/7 y los beneficios que obtenemos a cambio. Entre las alternativas que les puedo comentar están el DSM-G600 de D-LINK que cuesta alrededor de $50 y la primera versión del Apple TV por $110.

El DSM-G600 es rápido, tiene un procesador de 266MHZ al igual que el NSLU2 pero tiene 64MB de RAM y el almacenamiento es vía IDE en vez de USB 2.0. Lo malo de este dispositivo es que requiere de un ventilador para mantenerlo fresco y sacar el calor que genera el CPU y el disco duro en la carcasa.

La primera versión del AppleTV debería de ser mas rápida aun con su procesador de 1 GHz Intel “Crofton” Pentium M, 256 MB a 400 MHz DDR2 de memoria RAM y almacenamiento mas rápido que el NSLU2. No tengo mas que comentarles respecto a este candidato para servidor porque lo tengo corriendo con XBMC y lo tengo como media center hasta que le consiga remplazo (un google tv?).

Se le puede montar wordpress, joomla o algo así?
No, créanme intente correr wordpress con 3 plugins distintos para la DB, intente usar sqlite3 y otros plugins para minimizar la carga de la DB pero no logre correr el blog que soportara mas de 3 conexiones simultaneas.
La buena noticia es que existen alternativas, en mi caso termine por usar Nanoblogger. Nanoblogger es un manejador de contenido que genera contenido estático esto reduce bastante la carga en el NSLU2.

CGI en BASH?
No es tan halado de los cabellos como muchos piensan. Yo lo uso para cosas puntuales como una interfaz web para agregar artículos a Nanoblogger o mantener una URL (por ejemplo orvtech.com/ultima.bash siempre apuntando a la ultima URL que ya publicamos).

El limite de lo que puedes hacer con el NSLU2 es como el de Linux, te lo pones tu. Para mi no tiene limites, siempre hay una alternativa a lo que se puede hacer con maquinas potentes, para muestra aquí les dejo una lista de cosas interesantes que he hecho con el NSLU2:

• Transmisión en vivo de imágenes: Con una demora de tres a cinco minutos un conjunto de scripts corriendo en el NSLU2 puede ser usado para cubrir eventos como el FLISOL, FUDcon, Google IO, eventos deportivos y convenciones en genera. La cobertura puede ser hecha por cualquiera con un dispositivo capaz de tomar fotos y enviarlas por email. Estos scripts manipulan estas imágenes insertando información relevante al evento, por ejemplo mis scripts para cubrir carreras de carros generan imágenes como esta:
  

  Como ven, en la parte superior tengo la fecha, hora, temperatura y presión atmosférica así como el logo en la parte inferior derecha. Puedes leer mas de este tema pinchando aquí .

• Un puente de last.fm a gNewBook: Con un script hecho en BASH el NSLU2 puede actualizar nuestro estado en gNewBook.org con la ultima canción escuchada en nuestro perfil de last.fm. Si quieres ver el script, pincha aqui.
• Comparte archivos vía torrents con tu propio tracker en el NSLU2: Usando bittornado podemos configurar el NSLU2 para que sea un torrent tracker. Para leer mas del tema puedes leer este articulo.
• Un reproductor de música inalámbrico: Este articulo es una traducción de una mini-guia publicada por “POTUS Camacho”, basicamente te explica como usar el NSLU2 y una tarjeta USB de bluetooh para convertir el NSLU2 en un MP3 player inalámbrico. La traducción de este articulo puede ser leída aqui.

Un servidor casero, completo y económico con Linux es un articulo de: orvtech.com

El torrent tracker es la pieza clave

Un tracker es un server (en este caso mi NSLU2) que contiene la información necesaria para que los peers se conecten con otros peers coordinando la comunicación entre ellos. Los trackers son el único punto de encuentro al cual los clientes requieren conectarse para poder comunicarse y poder iniciar una descarga. En nuestro caso usaremos el que trae el kit de utilidades bittornado.
bttrack.py viene incluido con bittornado, yo use el siguiente comando con estos flags para levantar mi servicio de torrent tracker:
nohup /usr/bin/bttrack.py --port 6969 --dfile ~/dstate.txt --logfile ~/tracker.log &

Así de simple como se ve, invoco el script de python y le paso los siguientes parámetros:
–port: El puerto en el que va a escuchar.
–difile: El archivo con la información mas reciente de las descargas.
–logfile: El archivo de registros de las actividades del tracker.

El archivo *.torrent es algo mas complejo.

El archivo torrent es un poco mas complejo pero igual fácil de crear, usando btmakemetafile que también esta incluido en bittornado podemos crear el archivo tan solo con proporcionarle el hipervínculo del tracker y el nombre del archivo que queremos compartir como se puede ver aquí:
btmakemetafile.py http://orvtech.com:6969/announce --comment "http://orvtech.com/latest/torrent" guardianes_de_chavez.mp4

El parámetro –comment simplemente nos permite agregarle un comentario al torrent.

Hacerlo publico para distribuirlo

Hay muchas formas de hacerlo publico, solo basta con enviar el archivo *.torrent a las personas que queremos que descarguen el archivo, publicarlo en tu blog personal o subirlo a uno de estos sitios que sirven para buscar torrents, en mi caso use TPB el cual tiene la particularidad que toma el *.torrent que tu creaste y agrega otros 2 trackers a el ( http://tracker.thepiratebay.org/announce y http://tracker.openbittorrent.com/announce )

UPDATE Viernes Agosto 13, 2010: Un bug en el tracker.

Al parecer mi versión de bttracker no es del todo compatible con mi versión de python, y el proceso muere después de mas de un par de horas con un error referente a la incompatibilidad con el modulo SHA. Por ahora he decidido hacer un pseudo whatchdog para vigilar que el tracker este siempre arriba.
Modifique el script a esto:
while true
do if pidof -x bttrack.py > /dev/null
then sleep 2
else /usr/bin/bttrack.py --port 6969 --dfile ~/dstate.txt --logfile ~/tracker.log
fi
done

Como ven es un loop infinito que constantemente pregunta por el PID del proceso, de no encontrarlo simplemente ejecuta de nuevo el comando.Luego descargo una versión mas nueva de bittornado a ver si esto soluciona el problema.

Comparte un archivo via torrents con tu propio tracker es un articulo de: orvtech.com

Las características técnicas del equipo son:

A simple vista, mas de ocho veces la cantidad de memoria que tiene mi NSLU2 (que por cierto aloja esta pagina web), casi ocho veces mas poder de procesamiento, disco duro interno vía IDE que ya de por si es mucho mas rápido que USB 2.0, lo puedo conectar al TV y ver en HD las películas, photos, y demás contenido multimedia que descargue vía torrents. Todo esto por $108 puesto en mi casa.

AppleTV, el futuro remplazo de mi NSLU2 es un articulo de: orvtech.com

#!/bin/bash
BLOG_PATH="/path/to/the/directory/that/contains/your/blog.conf/"
BLOG_NAME="orvtech.com"
DATE=`date +%d%b%Y-h%Hm%M`
NO_BAKUP="cache/*"
SCP_SERVER=""
SCP_USER=""
SCP_PORT="22"
cd $BLOG_PATH
tar -czpsf ~/$BLOG_NAME-nanoblogger.$DATE.tar.gz --exclude "$NO_BAKUP" *
ls -lah ~/$BLOG_NAME-nanoblogger.$DATE.tar.gz
scp -P$SCP_PORT ~/$BLOG_NAME-nanoblogger.$DATE.tar.gz $SCP_USER@$SCP_SERVER:~/

Respaldar NanoBlogger es un articulo de: orvtech.com

• Distro por preferencia: Gentoo y Fedora
• Distro en servers del trabajo (los que no usan solaris): CentOS y una distro propietaria igual pasada en RPMs.
• Distro en mi laptop de trabajo: Fedora.
• Distro en mi VPS (Virtual Private Server): Gentoo.
• Distro en mi NSLU2: Debian pero en lo que tenga tiempo le meto Gentoo de nuevo.
• Distro en mi casa: Fedora 15 en mi netbook y la ‘compu’ de la casa es un MacBook Pro con OSX Snow Leopard.

Que distro me recomiendas?

Vaya pregunta… sin saber mucho de que es lo que esta persona va a hacer con la distro, que tanto sabe de Linux y cuales son sus preferencias, no quise caer en la típica respuesta de prueba X, Y, Z y W distros y elige la que a ti mas te gusta. Gracias a que a los segundos me comento que en su oficina estaban migrando un proxy y otros servicios a Fedora, sin duda alguna le conteste de una vez Fedora.

Gentoo por Preferencia.

A pesar de que entre en el mundo de Linux como la mayoría, usando redhat (7.1 en mi caso) pase a usar Gentoo por mucho tiempo a raíz de que Red Hat deja de sacar las versiones para desktop (creo que fue justo después de Red Hat 9), Fedora 1 sale con un Bug que cambiaba la geometría del disco y francamente estaba muy crudo en esa entonces.

Probé SuSE y Mandrake pues eran las distros mas populares basadas en RPMs después de redhat/Fedora pero no encontré lo que estaba buscando, SuSE era excelente mientras hicieras todo por el YaST (que francamente es tremendo panel de control, no tengo quejas algunas), cosa que no me gusto pues ya estaba acostumbrado a hacer un montón de cosas vía terminal. Es en este memento cuando me doy cuenta de que lamentándolo mucho tenia que buscar una distro fuera del grupo basadas en RPM.

Optimizado desde que se compila para el hardware en que se va a correr y optimizado para lo que uno lo va a usar Gentoo me llamo mucho la atención. Como todo el mundo me costo aprender como se instalaba y como todo el mundo aprendí el costo que las optimizaciones de velocidad tienen sobre la estabilidad y funcionalidad hasta encontrar ese balance perfecto para mi.

Hoy en día lo sigo recomendando tan pronto me preguntan ‘como puedo aprender Linux?’ creo que no hay mejor forma de aprender Linux que construyendo tu propia distro usando la meta-distribución Gentoo, aprendes como funciona el sistema operativo de arriba a abajo.

CentOS en el Trabajo.

En esto si no tuve ni voz ni voto, la empresa para la que trabajo ya usaba una distro propietaria (TerraLinux) basa en RPMs, optimizada para lo que hacemos y habían tomado la decisión de no seguir manteniendola, CentOS fue lo mas sensato y menos costoso (comparado con Redhat Enterprice). La transición a la nueva distro ha sido fácil, lenta (muchos paquetes deben de ser recompilados) pero la verdad que fácil.

Fedora en mi Workstation.

La necesidad de compilar paquetes para el trabajo y al mismo tiempo resolver problemas me llevo a formatear el Lenovo T60 con Linux, al principio instale Gentoo pero al poco tiempo me di cuenta que para colaborar con el empaquetado de aplicaciones y desarrollo de algunas cosas, debía usar una distro basada en RPMs. CentOS fue lo que inmediatamente pensé e instale, pero me di cuenta que para usarlo como desktop es un poco limitado comparado con Fedora. Actualmente uso Fedora 12 (hoy 13 de Junio tengo Fedora 15), que para mi sorpresa, ha resultado sumamente estable y sin ningún problema.

Gentoo Para el VPS.

Hace poco mas de un año se me presento la necesidad de montar un VPS para separar 2 websites que tienen tendencias anti-gubernamentales (específicamente para el actual gobierno de Venezuela) de mi NSLU2, la carga que estos dos websites ya era mucho y estaba bajo constantes ataques que mantenían el procesador de 133MHz y los 32MB de RAM de mi NSLU2 siempre al tope de carga. Linode ofrece Gentoo como OS para los VPS, así que sin pensarlo dos veces volví a mi distribución de Linux favorita y no mire atrás.

Debian Queriendo Regresar a Gentoo en mi NSLU2.

Como comente en un principio mi NSLU2 corría Gentoo, funcionaba de las mil maravillas hasta que la arquitectura dejo de ser soportada. Recuerdo que el primer problema fue con python, la nueva versión de python requería una serie de modificaciones al sistema operativo base antes de poder ejecutar el emerge -u python, algunos paquetes requerían ser enmascarados, otros requerían ser desenmascarados, etc… Al poco tiempo se siguieron presentando problemas de este estilo hasta que me fue imposible seguir dedicándole tiempo a resolverlos, recuperar mi instalación e ignorar actualizaciones que parcheaban huecos de seguridad. Debian me pareció la mejor solución (a falta de Gentoo) y francamente creo que la única distro que funcionaba en el NSLU2.

Debian en el NSLU2, no me puedo quejar de la estabilidad para nada, de la disponibilidad de paquetes aunque hay veces que desearía versiones mas nuevas nuevas. Extraño la velocidad y flexibilidad de Gentoo, extraño el poder tener versiones nuevas de paquetes y no aplicaciones que tiene mas de un año de ser liberadas. Algún día regresare mi NSLU2 a Gentoo.

Nota: En mi casa uso OSX (Snow Leopard), una MacBook Pro. Es mi sistema operativo preferido, no creo que regrese a Linux para mi desktop por mucho tiempo.

Actualización: Hoy Junio 13 tengo que admitir que regrese a linux hace poco mas de 2 meses, estoy muy contento con Fedora y mi laptop Lenovo.

Que distro usas tu? cual me recomiendas? es un articulo de: orvtech.com

Bittornado es iniciado via un script el cual lo deja corriendo dentro de una instancia de screen

Este es el script que uso para descargar torrents a horas y días pre-determinadas, es un wrapper de btlaunchmanycurses.py y lo llamo en un cronjob a distintas horas y días. Demosle un vistazo y luego hablamos de las opciones:

#!/bin/bash
DESCARGA_VELOCIDAD=1458
COMPARTE_VELOCIDAD=113
LIMPIAR_INTERVALO=5
MIN_PUERTO=27777
MAX_PUERTO=27799
TORRENTS_CARPETA="/home/TU_USUARIO_AQUI/descargas"
DESCARGAS_DESTINO="/home/TU_USUARIO_AQUI/descargas"
test -d $TORRENTS_CARPETA || mkdir -p $TORRENTS_CARPETA
test -d $DESCARGAS_DESTINO || mkdir -p $DESCARGAS_DESTINO
cd $TORRENTS_CARPETA
nice /usr/bin/btlaunchmanycurses.py $TORRENTS_CARPETA \
--saveas_style 3 \
--upnp_nat_access 0 \
--minport $MIN_PUERTO \
--maxport $MAX_PUERTO \
--max_upload_rate $COMPARTE_VELOCIDAD \
--max_download_rate $DESCARGA_VELOCIDAD \
--auto_flush $LIMPIAR_INTERVALO

Para empezar la descarga solo basta poner los *.torrent en ~/descargas/ y el script hará el resto.

saveas_style:
Que nombre le va a poner a la descarga del torrent. Acepta hasta tres valores del 1 al 3:

• 1= Lo renombra al nombre que el torrent especifica.
• 2= Lo salva bajo el nombre del torrent.
• 3= Lo salva dentro de un directorio que tiene el nombre especificado en el torrent.

La ultima (3) es la opcion que usaremos para tener todo mas ordenado.

upnp_nat_access:
Intenta autoconfigurar un puerto UPnP en el router para que le haga foward al server. En mi caso uso la primera opción que lo deshabilita. Pero aquí tienen la lista completa de opciones:

• 0= deshabilitada.
• 1= modo 1, esta es rápida y es la que btlaunchmanycurses usa como predeterminada.
• 2= modo 2, esta es un poco mas lenta.

minport:
El puerto que va a usar para escuchar, en caso de que este puerto este ocupado o no este disponible, btlaunchmanycurses utilizara el siguiente puerto y así de manera sucesiva hasta llegar al maxport.

maxport:
El número de puerto máximo en el que puede escuchar, el predeterminado es el 60000.

max_upload_rate:
El máximo de ancho de banda a usar para compartir nuestros torrents, este acepta el numero máximo de kB/s o estas dos opciones:

• 0= Sin limites.
• -1= Automático.

El valor predeterminado es 0 (sin limites).

max_download_rate:
El máximo de kB/s que se pueden descargar, el valor predeterminado es 0 que indica que no tiene limites.

auto_flush:
Los minutos entre cada flush al disco, el predeterminado es 0 que indica deshabilitado.

Una opcion que Uds pueden considerar es –random_port que toma los valores 0 o 1, esta opción le dice a btlaunchmanycurses que use un puerto aleatoriamente seleccionado dentro del rango de minport y maxport.

El Cronjob.

30 0  *   *   *     /home/TU_USUARIO_AQUI/descargas/cron_torrent.sh >/dev/null 2>&1
8  8  *   *   *     /home/TU_USUARIO_AQUI/descargas/killbtlaunch.sh >/dev/null 2>&1

Como verán ejecuto dos scripts distintos, uno que levanta el torrent y otro que lo mata. veamos el primero, cron_torrent.sh:
#!/bin/bash
screen -D -m -S "torrents-nightly" /home/TU_USUARIO_AQUI/descargas/download.sh

Este a las 12:30am creara un screen de nombre torrents-nightly y dentro de ese screen ejecutara el script que discutimos arriba el cual lo llamo download.sh. El segundo script que se ejecuta a las 8:08am termina las descargas. Aquí esta el cod
igo fuente de killbtlaunch.sh:
#!/bin/bash
for X in `ps ax | grep -i -E 'btlaunchmanycurses|bittornado|irssi|torrents-nightly' | grep -v grep |awk '{print $1}'`
do kill -9 $X
done

Descargas automatizadas de torrents en el NSLU2 es un articulo de: orvtech.com

Echemosle un vistazo a esta guia.

Una vez que ya se tenga el firmware de Ubuntu instalado en el NSLU2, podemos hacer login y actualizar nuestros paquetes.

sudo -i apt-get update

Luego instalamos los siguientes paquetes:

sudo -i apt-get install linux-sound-base bluetooth bluez bluez-alsa bluez-btsco bluez-compat bluez-utils python python-bluez vlc

Nota: Yo hago bastante desarrollo en mi NSLU2 así que puede ser que falte algún paquete aquí.


Ahora que ya tenemos los paquetes que necesitavamos instalados, crearemos el archivo .asoundrc en nuestro directorio home. Aquí un ejemplo:

pcm.bluetooth {
type bluetooth
device 00:00:00:00:00:00
}

Editamos la sección del dispositivo para poner el MAC address de nuestros audífonos bluetooth. Para conseguir esta MAC address puedes resetear el adaptador ejecutando el comando:

hciconfig hci0 reset

Luego configura tus audífonos para que estén en modo ‘pairing’ y ejecuta el siguiente comando:

sdptool browse

Ahora copia el siguiente script hecho en python en un archivo que se llame pair.py

#!/usr/bin/python

import gobject

import sys
import dbus
import dbus.service
import dbus.mainloop.glib

class Rejected(dbus.DBusException):
_dbus_error_name = "org.bluez.Error.Rejected"

class Agent(dbus.service.Object):
exit_on_release = True

def set_exit_on_release(self, exit_on_release):
self.exit_on_release = exit_on_release

@dbus.service.method("org.bluez.Agent",
in_signature="", out_signature="")
def Release(self):
print "Release"
if self.exit_on_release:
mainloop.quit()

@dbus.service.method("org.bluez.Agent",
in_signature="os", out_signature="")
def Authorize(self, device, uuid):
print "Authorize (%s, %s)" % (device, uuid)
authorize = raw_input("Authorize connection (yes/no): ")
if (authorize == "yes"):
return
raise Rejected("Connection rejected by user")

@dbus.service.method("org.bluez.Agent",
in_signature="o", out_signature="s")
def RequestPinCode(self, device):
print "RequestPinCode (%s)" % (device)
return raw_input("Enter PIN Code: ")

@dbus.service.method("org.bluez.Agent",
in_signature="o", out_signature="u")
def RequestPasskey(self, device):
print "RequestPasskey (%s)" % (device)
passkey = raw_input("Enter passkey: ")
return dbus.UInt32(passkey)

@dbus.service.method("org.bluez.Agent",
in_signature="ou", out_signature="")
def DisplayPasskey(self, device, passkey):
print "DisplayPasskey (%s, %d)" % (device, passkey)

@dbus.service.method("org.bluez.Agent",
in_signature="ou", out_signature="")
def RequestConfirmation(self, device, passkey):
print "RequestConfirmation (%s, %d)" % (device, passkey)
confirm = raw_input("Confirm passkey (yes/no): ")
if (confirm == "yes"):
return
raise Rejected("Passkey doesn't match")

@dbus.service.method("org.bluez.Agent",
in_signature="s", out_signature="")
def ConfirmModeChange(self, mode):
print "ConfirmModeChange (%s)" % (mode)

@dbus.service.method("org.bluez.Agent",
in_signature="", out_signature="")
def Cancel(self):
print "Cancel"

def create_device_reply(device):
print "New device (%s)" % (device)
mainloop.quit()

def create_device_error(error):
print "Creating device failed: %s" % (error)
mainloop.quit()

if __name__ == '__main__':
dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)

bus = dbus.SystemBus()
manager = dbus.Interface(bus.get_object("org.bluez", "/"),
"org.bluez.Manager")

if len(sys.argv) > 1:
path = manager.FindAdapter(sys.argv[1])
else:
path = manager.DefaultAdapter()

adapter = dbus.Interface(bus.get_object("org.bluez", path),
"org.bluez.Adapter")

path = "/test/agent"
agent = Agent(bus, path)

mainloop = gobject.MainLoop()

if len(sys.argv) > 2:
if len(sys.argv) > 3:
device = adapter.FindDevice(sys.argv[2])
adapter.RemoveDevice(device)

agent.set_exit_on_release(False)
adapter.CreatePairedDevice(sys.argv[2], path, "DisplayYesNo",
reply_handler=create_device_reply,
error_handler=create_device_error)
else:
adapter.RegisterAgent(path, "DisplayYesNo")
print "Agent registered"

mainloop.run()

#adapter.UnregisterAgent(path)
#print "Agent unregistered"

Ahora pon tus audífonos en modo ‘pairing’ de nuevo y ejecuta este comando:

sudo -i python pair.py hci0 00:00:00:00:00:00

Una vez mas, recuerda remplazar el MAC address con el de tus audífonos.
El ultimo paso involucra editar el vlcrc, para hacer esto puedes ejecutar:

pico .vlc/vlcrc

Recorre el archivo y remplaza:

alsadev=(default soundcard)

Por:

alsadev=bluetooth

Si el archivo no existe, entonces créalo:

A este punto ya deberías de poder escuchar en tus audífonos. Para escuchar el audio de NASA TV (video online), puedes ejecutar:

cvlc --aout-rate 8000 --novideo http://www.nasa.gov/55644main_NASATV_Windows.asx

Si todo esta bien, deberías de escuchar el audio. Cuando ejecutando estos comandos, recuerda el el sample rate debe de ser de 8000Hz ya que esto es lo que los audífonos soportan.

Para configurar otros audífonos o re-conectar los actuales, el archivo /var/lib/bluetooth/<tu MAC address>/linkkeys debe de ser eliminado. Este se re-creara una vez que el dispositivo se vuelva a conectar. Si conectas otros audífonos, también debe de editar el archivo .asoundrc

Para mas información, no dudes en visitar el blog de POTUSCamacho Industries.

Audio via bluetooth desde el nslu2 es un articulo de: orvtech.com

Autentificación básica.
Una de las formas mas fáciles es proteger con una contraseña nuestro CGI. Lighttpd ofrece mecanismos para autentificar usuarios, una de ellas es habilitando mod_auth en la sección server.modules de nuestro /etc/lighttpd/lighttpd.conf; una vez que este habilitado, procedemos a editar nuestro virtual host y agregamos las siguientes lineas:

auth.debug = 2
auth.backend = "plain"
auth.backend.plain.userfile = "/var/www/orvtech.com/.lighttpdpassword"
auth.require = ( "/nb-cgi/cms/" =>
(
"method" => "basic",
"realm" => "Area restringida",
"require" => "user=admin"
)
)

• auth.debug: En ese segmento de código estamos habilitando un nivel detallado de depuración cosa que es buena si queremos supervisar si están ocurriendo ataques o tenemos problemas autentificandonos. La salida de la depuración se hará en los archivos de registro access.log y error.log.
• auth.backend: Le estamos diciendo que el password esta en texto plano. también podemos usar ldap, htpasswd y otros.
• auth.backend.plain.userfile: Aquí le decimos la ruta al archivo que contiene la informacion, este debe de estar en formato username:password en texto plano (debido a que le estamos asignado ‘plain’ a auth.backend).
• auth.require: El directorio que queremos proteger dentro de nuestro DocumentRoot.
• “method”: El metodo de autentificacion que en nuestro caso es ‘basic’.
• “realm”: El mensage que queremos mostrar para pedir el usuario y el password.
• “require”: En este caso le estamos diciendo que únicamente en usuario
  ‘admin’ puede acceder los archivos en /nb-cgi/cms/.

Creando el lighttpdpassword.
Para crear este archivo podemos usar nuestro editor favorito (en mi caso es vi) y agregar nuestro usuario y contraseña en formato user:password.

vi /var/www/orvtech.com/.lighttpdpassword

y agregamos algo así como esto:

admin:nslu2

Luego cambiamos los permisos de este archivo para que use el usuario y grupo que nuestro lighttpd esta usando (en la mayoría de los casos es lighttp) y reiniciamos el servicio.

chown lighttpd:lighttpd /var/www/orvtech.com/.lighttpdpassword
/etc/init.d/lighttpd restart

Dentro de poco publico como implementar ‘digest’ seguro para autentificarnos.

Protege tus archivos en lighttpd (Parte 1). es un articulo de: orvtech.com