Haciendo funcionar Wiimote en Linux Debian

Sí, ya se que hay 50.000 tutoriales distintos para hacer funcionar el wiimote como un ratón en Linux pero yo lo pongo aquí a mi manera según lo que he leido por ahí en la red de redes para cuando me olvide de cómo lo hice xD.

Lo primero es tener soporte uinput en el kernel. Lo normal es que lo tengas ya activado y por tanto solo sea necesario tener un programa que use uinput para que lo instale como dependencia. Un paquete ejemplo sería mouseemu así que como root instalamos:

aptitude install mouseemu

Despues instalamos con aptitude wminput y wmgui que son los programas que conectan con el wiimote y con el que probamos la conexión. Al instalarlos nos resolverán las dependencias de las librerias necesarias.

aptitude install wminput wmgui

Ahora ejecutamos el programa wmgui con Alt+F2 >> wmgui y damos al menú File >> Connect, pulsamos 1 y 2 para que el Wiimote se ponga en modo abierto para que tu ordenador pueda verlo y pulsa el botón Aceptar mientras parpadean las 4 lucecitas del mando. En pocos segundos comprobarás que detecta los botones del wiimote y que puedes ver más cosas como la deteección del nunchuk y los datos infrarojos activando en Settings Acc Data, Ir Data y Extension Data.

En caso de querer usarlo como ratón es necesario añadir las siguientes líneas al /etc/X11/xorg.conf:

Section "Input Device"
Identifier "Wiimote"
Driver "evdev"
Option "Name" "Nintendo Wiimote"
EndSection

Y reinicar el servidor X para que lea la nueva configuración y en una consola ejecutar:

wminput -w -c ir_ptr

Muy recomendable hacerse con una barra sensora de Wiimote WiFi. Cuestan muy poco (como 6€) y lo hace mucho más manejable todo. Eso sí, ten siempre pilas disponibles para el Wiimote AA y para el Sensor Bar WiFi AAA. Tampoco olvidarse de quitar las pilas del mando y del Sensor Bar pues si no acabarán descargándose.

Probando KDE 4: Primera aproximación

Aprovechando que Jaime me ha regalado un Disco Duro de 750 GB con motivo de mi cumpleaños el pasado día 15 de Abril (debería haber hecho una entrada pero he estado liadisimo hasta en el curro estos días) pues me he puesto a instalar desde cero lo que va a ser mi nueva Debian Sid+Experimental y así de paso instalar Kde 4 para poder decir si realmente me gusta o no, si la gente tiene razón en criticarla...etc.

La instalación no he tenido grandes problemas siguiendo una guia de la revista Todo Linux de éste mes, igual hago mi propia versión del tutorial en este blog cuando lleve más tiempo usándola y configurandola y, por ahora, puedo decir que me gusta bastante.

La estética en general me gusta si bien no me encaja nada el negro de la barra "K" (por no llamarla Barra Inicio :-) ) con el gris de las ventanas, el resto como puede ser la disposición de menús y efectos de Plasma..etc cumplen bien su cometido. De hecho encontraba las cosas que queria encontrar casi sin pensar por lo que creo que esto ya es un punto a favor respecto a la versión 3.5 en la que todo estaba masificado y era fácil perderse con la mirada.

Los efectos de Plasma son bastante más modestos que Compiz pero mucho menos "agresivos" por lo que cansan menos y están, tal y como he leido, muy orientados a la funcionalidad. En ese sentido tengo que probar los widgets que tiene pinta que es la mejor parte de Kde 4.

Mi primera impresión es positiva y creo que es un escritorio con mucho potencial por descubrir. Todo un acierto rediseñar la interfaz y los menus, son muy claros y fáciles de ver. En cuanto al color de la barra, seguro que hay un tema de escritorio que dé una sensación de mayor "integración". Dolphin pinta mucho más ligero que Konqueror y por tanto más agradable.

Venga, ¿quién se anima a instalar una Kde 4? Ubunteros teneis la distro Kubuntu para probar aunque no hay nada como una auténtica Debian.

Examen LPI-102 :-(

Para los que anden mal de memoria, cuando fuí a Cáceres al evento Hispalinux X, hice el examen que me hacía falta para sacarme por fin el certificado de Linux nivel Junior. Pasado el gran retraso en las correcciones de los exámenes me ha llegado recientemente la nota...una puntuación de 490 cuando para aprobar necesitas un 500 (Hay que acertar un 70% para sacar 500 puntos).

Esto quiere decir que por muy poquito me he quedado sin título hasta próximo reintento. Pero como dicen de donde vienen los fallos pues ya he visto donde está el descalabro: En la sección printing un 33% por ciento de aciertos.

Al menos me costó la mitad de lo que cuesta normalmente ya que esa era la oferta del Hispalinux.

Ahora me toca volver a examinarme y ésta vez ir mejor preparado...me faltó tan poquito...una o dos preguntas de test...ya que recuerdo que eran como mínimo setenta y pico preguntas (el primer examen que hice de LPI fueron 90).

En fin, una pena.

Como montar servidor de Dominio de Directorio Activo Primario en Linux (SAMBA PDC)

Pues sí, vamos a la carga con un nuevo tutorial en DeSmAdRi.

Como muchos ya saben, un servidor de dominio de Directorio Activo permite establecer permisos y políticas en los ordenadores de una red sobre los recursos de la red o incluso del propio ordenador local al que se le aplican las políticas, o dicho más sencillo, cuando el ***** de sysadmin o su jefe ha decidido que no aparezca en el Menu Inicio >> Programas >> Juegos >> Solitario.

Además de putear al personal quitando el solitario o el buscaminas del menú permite hacer cosas más interesantes y aplicar scripts en cada inicio o cierre de sesión para actualizar el antivirus y un largo etcetera para no enrollarme .

Lo habitual es que se monte el servidor de Dominio Directorio Activo con un Windows 2003 Server Standard pero en este artículo intentaremos no tener que pagar a Micro$oft montando nuestro Servidor de Directorio Activo bajo Linux gracias a SAMBA. Samba es un conjunto de aplicaciones que trabajan con el protocolo que usa Windows para hacer dominios: SMB (Server Message Block) por lo tanto lo único que necesitamos es instalar samba y un poco de mano en configurar todo correctamente.

Para instalar correctamente samba bastará con:

apt-get install samba

Y como de costumbre apt nos instalará también las dependencias automáticamente.

Editamos el fichero /etc/samba/smb.conf para:

Poner donde WORKGROUP = NOMBREDOMINIO
Descomentar la línea domain logon = yes
Comentar la línea invalid users = root de la sección [global]
Descomentar unix password sync = yes
Descomentar logon path = \\%N\%U\profile

De éste modo le hemos dado nombre al dominio, hemos hecho al servidor Samba que actue como dominio,permitir el uso del usuario root pues es el que necesitaremos para agregar equipos al dominio, permitir usar cuentas del servidor Linux y establece la ruta donde buscar el perfil al iniciar.

Seguimos editando el fichero /etc/samba/smb.conf y descomentamos las secciones [profiles] y [netlogon] enteras. Donde lo más importante es que tengan:

path=/home/samba/profiles
guest ok = yes

Una vez que ya hemos terminado con la configuración de SAMBA ahora queda crear las máquinas,usuarios,perfiles... del dominio.

La primera vez creamos el grupo machines:

groupadd machines

Creamos una máquina a host cuyo nombre debe coincidir con el hostname del Cliente Windows que va a conectarse al servidor de dominio (Un Windows XP Profesional):

useradd -g machines -d /dev/null -c "Cliente Windows XP PRO" -s /bin/false nombredelhost$

Lo que acabamos de hacer es un usuario especial cuyo grupo es el grupo machines, no tiene carpeta home ni shell pues no las necesita y su nombre debe terminar en un dolar que es como reconoce samba que se trata de una máquina y no un usuario normal.

Deshabilitamos la contraseña para la máquina pues no es necesaria:

passwd -l nombredelhost$

Creamos la máquina en la base de datos de SAMBA:

smbpasswd -a -m nombredelhost

Fijarse bien que en el último comando no hay que poner un $ al final.

Ya tenemos creada la máquina ahora falta crear usuarios del dominio. El primer paso:

useradd -m usuario1
passwd usuario1
Escribe la password dos veces
smbpasswd -a usuario1
Escribe la misma password dos veces

Ahora vamos a tener que meternos con el ordenador con Windows instalado y en INICIO >> Ejecutar escribimos gpedit.msc para que abra el editor de políticas del sistema. Configuramos las políticas que queramos y una vez lo tengamos todo pinchamos en el botón acción >> Exportar lista y el fichero resultante lo nombramos como config.pol y movemos ese archivo a la ubicación (si no existe lo creamos):

/home/samba/profiles

Volvemos a nuestra querida Debian y damos permisos SUID a la carpeta /home/samba/profile:

chmod -R 4755 /home/samba/profile

Y ya queda poco, regresamos a Windows XP, pinchamos Botón derecho sobre Mi Pc >> Propiedades >> Pestaña: Nombre del equipo >> Boton: Cambiar y pinchamos en Dominio y rellenamos el cuadro en blanco con el nombre o workgroup que hemos puesto en el fichero /etc/samba/smb.conf (NOMBREDOMINIO) no distingue mayúsculas de minúsculas en este caso.

Pedirá en una ventana usuario y password. Nos autenticamos con el usuario root y su clave correspondiente y ¡voila! en pocos segundos debería aparecer un mensaje de bienvenida al nuevo dominio y que necesita reiniciar (ya estaba tardando) para aplicar los cambios. Ya solo falta autenticarse con el usuario,ppassword y asegurarnos que elegimos el dominio adecuado y no el grupo de trabajo local de la máquina (el que pone "este equipo").

Consejos típicos a problemas típicos:

• Permisos solo para root en ciertas carpetas. Comprobar si da acceso denegado los permisos y propietarios de carpetas.
• Aplicar cambios en samba. Reinicia samba con cada cambio en el smb.conf. Para reiniciar: /etc/init.d/samba restart

P.D: Con esta configuración los perfiles de usuario son móviles por defecto. Aún no he visto como hacerlos locales. Recomendable para dominios pequeños de no más de 50 usuarios.

¡¡Por fin gano un premio aunque sea una chorrada!!

Durante el congreso de Hispalinux tuve la ocasión de encontrarme con representantes del LPI (Linux Professional Institute) aquí en España y la verdad que fue de lo más agradable salir de tapeo por la noche con ellos.

Bueno, el caso es que en su puesto de LPI tenián un ordenador con un jueguecillo "Linux MegaQuiz" que te preguntaba cosas sobre Linux/Informática. Probé una vez por probar sin tener en cuenta si había premios o algo parecido. Pues ahora resulta que quedé en sexta lugar y por lo tanto según me han comunicado ellos mismos he ganado una suscripción trimestral de la revista Linux Magazine, pero lo que más me gusta de todo es que salgo en una página web diciendo que he ganado algo :).

En cuanto al examen 102 que realicé allí aún no se sabe la nota pues hubo problemas burocráticos en la aduana (se corrigen en Canadá por lo visto) que han retrasado la corrección del examen pero bueno, estas cosas pasan.

Desde aquí un saludo al equipo LPI. La próxima vez que saque una foto intentaré que no se duerman xD.

Como hacer un puente (bridge) para máquinas virtuales VirtualBox

¿Qué es VirtualBox?

VirtualBox es un programa que permite crear máquinas virtuales con todo lo necesario para funcionar, es decir, simula un disco duro, memoria RAM, dispositivos de red, Video, Audio...para que puedas instalar sobre ella cualquier sistema operativo (Windows, Linux, BSD...).

Por supuesto todos los recursos (RAM,Disco Duro...) que utiliza los coge de tu ordenador real (anfitrión en la jerga VirtualBox) con lo cual deberá tener una máquina que pueda mover al menos los requisitos de los sistemas operativos del Anfitrión y de la máquina virtual (Huésped en la jerga de VirtualBox).

¿Porqué hacer un puente de red?

En un principio una máquina virtual puede tener acceso a internet configurando la red como acceso NAT. Pero esto es en muchos casos insuficiente. Al usar el modo NAT de red en una máquina virtual hacemos que no se pueda comunicar por red con la máquina anfitrión ni con otras máquinas en la red anfitrión.

Solamente se comunica con otras máquinas huésped y esto para hacer pruebas de nuevas funcionalidades es un inconveniente grande ya que no podríamos probar la nueva funcionalidad con el entorno que vamos a usar.

Sin embargo haciendo un puente de red integraríamos la máquina virtual en la red “real”, en el entorno en el que va a ser usado, de modo que todas las máquinas de la red se ven entre sí.

Basta de cháchara y empecemos de una vez, entiendo que VirtualBox ya ha sido instalado y está funcionando correctamente:

Lo primero de todo hay que instalar las uml-utilities que nos permitirán crear interfaces de red virtuales (conocidas normalmente como tap) y también instalar bridge-utils que permite hacer puente de red entre interfaces (tarjetas de red):

apt-get install uml-utilities bridge-utils

Acto seguido añadimos al usuario que va a usarse al grupo uml-net:

gpasswd -a adri uml-net

Copiamos la configuración antigua de red por si las moscas:

cp /etc/network/interfaces /etc/network/interfaces.old

Editamos el fichero de configuración de red:

vi /etc/network/interfaces

Y añadimos lo siguiente al final del archivo:

auto tap0
iface tap0 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
tunctl_user usuario

Levantamos la interfaz tap0 que acabamos de crear:

ifup tap0

Creamos el puente o bridge:

brctl addbr br0

Y metemos en el puente a las interfaces que queremos se vean entre sí:

brctl addif br0 eth2

brctl addif br0 tap0

Ponemos como pasarela (gateway) la ip de nuestro router para el dispositivo puente y así tener comunicación con el exterior.

route add default gw 192.168.1.1 dev br0

Configuramos la interfaz de red virtual con la ip 0.0.0.0 , esto es muy importante que tenga esa ip y no otra. Si haces luego un ipconfig verás que no aparece ip aunque tu ya has puesto la 0.0.0.0

ifconfig tap0 0.0.0.0 up

Levantamos el puente:

ifup br0

Editamos el fichero de configuración de red para añadir las líneas en amarillo:

vi /etc/netwok/interfaces

auto br0
iface br0 inet dhcp
bridge_ports all tap0

Comentamos el resto de interfaces eth, de tal manera que tan solo queden las interfaces loopback (lo), los tap (en este caso tap0 solamente) y la interfaz bridge br0. Se pueden añadir más interfaces de red (tap1, tap2, tap3...)

Reiniciamos la red:

/etc/init.d/networking restart

Cambiamos la permisos de /dev/net/tun a lectura y escritura para todo el mundo:

chmod 666 /dev/net/tun

Configuramos cada máquina virtual en el apartado red (recuerda que no debe haber dos máquinas con misma dirección MAC así que pulsa al botón generar un par de veces):

Conectar a: Interface Anfitrión

Marcamos: Cable conectado

Nombre de la interface: tap0

That's All folks!!

P.D: A continuación pongo como lo tengo en mi ordenador y la salida de algunos comandos por si te pierdes. En mi caso hay un tap1 que realmente no uso pero está para el que necesite más de un interfaz virtual:

Fichero /etc/network/interfaces

# This file describes the network interfaces available on your system

# and how to activate them. For more information, see interfaces(5).

# The loopback network interface

auto lo

iface lo inet loopback

# The primary network interface

allow-hotplug eth2

#auto eth2

#iface eth2 inet dhcp

#Interfaz virtual para VirtualBox

auto tap0

iface tap0 inet manual

up ifconfig $IFACE 0.0.0.0 up

down ifconfig $IFACE don

tunctl_user adri

auto tap1

iface tap1 inet manual

up ifconfig $IFACE 0.0.0.0 up

down ifconfig $IFACE down

tucntl_user adri

auto br0

iface br0 inet dhcp

bridge_ports all tap0

Salida del comando ifconfig (como puede verse paso olímpicamente del tap1):

br0 Link encap:Ethernet HWaddr 00:11:09:DD:CC:99

inet addr:192.168.1.5 Bcast:192.168.1.255 Mask:255.255.255.0

inet6 addr: fe80::211:9ff:fedd:cc99/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:16031 errors:0 dropped:0 overruns:0 frame:0

TX packets:17260 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:4906103 (4.6 MiB) TX bytes:8761298 (8.3 MiB)

eth2 Link encap:Ethernet HWaddr 00:11:09:DD:CC:99

inet addr:192.168.1.5 Bcast:192.168.1.255 Mask:255.255.255.0

inet6 addr: fe80::211:9ff:fedd:cc99/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:28191 errors:0 dropped:0 overruns:0 frame:0

TX packets:31426 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:10872769 (10.3 MiB) TX bytes:15032623 (14.3 MiB)

Interrupt:21 Base address:0x2000

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:711 errors:0 dropped:0 overruns:0 frame:0

TX packets:711 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:128514 (125.5 KiB) TX bytes:128514 (125.5 KiB)

tap0 Link encap:Ethernet HWaddr 00:FF:2B:DC:86:71

inet6 addr: fe80::2ff:2bff:fedc:8671/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:166 errors:0 dropped:0 overruns:0 frame:0

TX packets:65 errors:0 dropped:265 overruns:0 carrier:0

collisions:0 txqueuelen:500

RX bytes:19316 (18.8 KiB) TX bytes:33168 (32.3 KiB)

Salida del comando route (Los destinos default tardan siempre un poco más en salir):

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

192.168.1.0 * 255.255.255.0 U 0 0 0 eth2

192.168.1.0 * 255.255.255.0 U 0 0 0 br0

default 192.168.1.1 0.0.0.0 UG 0 0 0 br0

default 192.168.1.1 0.0.0.0 UG 0 0 0 eth2

Configurar un vhost para apache2:

¿Qué es un vhost?

Un vhost o "VirtualHost" son archivos de texto plano que le dicen a apache donde tiene que buscar una determinada página cuando se la piden. De este modo podemos alojar diversas páginas web con dominios distintos en un mismo servidor.


Desde aquí vamos a hacer un vhost muyyy simple que solo cumpla con su cometido, mostrar la página sin más dando por hecho que ya está instalado apache2 en tu Debian.

Ejemplo de la página web www.pepito.org:

Requisitos previos:

• Tener instalado apache
• Tener una página web index.html con algo que mostrar en /var/www/pepito
  

Creamos un fichero de texto /etc/apache2/sites-avalaible/ con el nombre pepito:

vi /etc/apache2/sites-avalaible

Y escribimos dentro del fichero:


ServerName www.pepito.org
DocumentRoot /var/www/pepito
ServerAlias pepito.org


Guardamos cambios y salimos a la shell.

Cambiamos al directorio /etc/apache2/sites-enabled

cd /etc/apache2/sites-enabled

Y hacemos un enlace simbólico al vhost que acabamos de crear:

ln -s /etc/apache2/sites-avalaible/

Si no tenemos un DNS que apunte con la dirección www.pepito.org a nuestro ordenador podemos engañarlo editando el fichero /etc/hosts y al final de la línea correspondiente a la ip 127.0.0.1(si no la hay la podemos crear sin problemas) añadimos un espacio y el nombre de la pagina. Quedaría algo así:

127.0.0.1 www.pepito.org pepito.org

Reiniciamos apache para que los cambios tengan efecto

/etc/init.d/apache2 restart

Prueba ahora a poner en tu Firefox/Iceweasel www.pepito.org y ¡voila! verás tu página y lo que es mejor, podrás poner muchas páginas más con el nombre que se te ocurra.

Ahora que tenemos un simple VirtualHost funcionando vamos a añadirle un pequeño detalla pero que puede a llegar a ser útil: Contraseña

De esta manera podemos hacer que solo puedan visitar la página aquellos que conozcan el usuario y contraseña adecuados. Para ello añadimos en /etc/apache2/sites-avalaible/pepito justo debajo de ServerAlias el siguiente texto:


AuthName "Pon lo que quieras, es como un título..."
AuthType Basic
AuthUserFile "/etc/apache2/users/pepito.pwd"
require user pepon admin



Guardamos cambios y salimos.

A continuación creamos la carpeta /etc/apache2/users:

mkdir /etc/apache2/users


Y nos movemos hasta ella:

cd /etc/apache2/users

Vamos a crear el fichero que albergará las contraseñas encriptadas con el comando htpasswd.

htpasswd -c pepito.pwd pepon

Pedirá que escribamos la contraseña dos veces.

Reinicia apache para que los cambos tengan efecto:

/etc/init.d/apache2 restart

A partir de ahora la primera vez por sesión que queramos entrar a la página nos pedira usuario y contraseña.

Si queremos añadir nuevos usuarios tan solo hay que añadir separados por espacio los nombres de usuario que queramos añadir en la fila require user tal y como he hecho antes para el usuario admin y a continuación ejecutar el comando htpasswd pepito.pwd admin (importante no poner el -c ya que el fichero existe) en el directorio /etc/apache2/users.

Por último, si queremos tener un control de que le pueda pasar a nuestra página podemos poner uno o varios log como estos justo debajo de :

ErrorLog /var/log/apache2/pepito.org.log
TransferLog /var/log/apache2/pepito.org.log
ServerAdmin unacuenta@tudominio.com

Y de nuevo reiniciamos Apache para surtir efecto:

/etc/init.d/apache2 restart

¿De qué va todo esto?

¡Bienvenido!Pues de muchas cosas y muy variadas....vamos todo un "desmadri".
¿Por qué "DeSmAdRi"?

La culpa la tienen unos amiguetes que me colocaron el mote y la verdad es que cayó en gracia "¡¡¡¡Adri Desmadriiiii!!!!".

Has dicho que todo esto va de muchas cosas y variadas ¡¡¡pero no cuales!!!

Ante todo tranquilidad ;) pues vamos a ver... teniendo en cuenta que soy informático, me apasiona la informática, defensor del software libre y algo friki pues imagina temas como GNU/LINUX, Anti SGAE, Peliculas... todo lo que no sea convencional puede tener cabida aquí aunque como friki me supera mucha gente me gusta que me reconozcan como tal :-).

También descubrirás rarezas mias como que me gusta ver fotos de reconstrucción histórica, especialmente periodo greco-romano, sobretodo de sus armaduras y accesorios u otras facetas mias como el Karate-Kobudo que practico (aún soy novato pero con ganas).

Y no sé...leeme y podrás describirme mejor que yo mismo.