Hoy actualice al kernel 2.6.25 de Linux. Este kernel puede usar Memory Stick PRO (el controlador es experimental todavía) así que decidí probarlo en mi NX6325.

Sin embargo no montaba las tarjetas aun después de habilitar las opciones en el kernel. Levante dos módulos tifm_ms y mspro_block. Después tuve que crear las reglas de udev para que montara la tarjeta similar a lo que hice con las tarjetas SD cuando no funcionaban en Etch, pero ahora las unidades son del tipo mspblk0, mspblk0p1.

Desgraciadamente debo montarlas como administrador, no sé porque. Si alguien sabe ese dato agradeceré la información.

El segundo punto a tratar es el driver de ATI, hasta hoy el 8.47.3, no es posible construir el módulo con este kernel debido a problemas con el archivo firegl_public.c de las fuentes del controlador de ATI.

Para solucionarlo debemos aplicar 2 parches en este archivo.

#patch -p0 < patch1.patch
#patch -p0 < patch2.patch

Ojo en este paso, si la ubicación de firegl_public.c debes ajustarla al inicio de los parches. Después de aplicar los parches podrás compilar el módulo de ATI sin problemas.

NOTA: Los parches no funcionan en la arquitectura de 64bits según dicen.

También subo las fuentes ya listas para ser compiladas.

¿Ya les dije que me he pasado a Lenny? Si, lo admito de aburrí de no tener Compiz-Fusion. Además cambie de disco duro tenía que reinstalar. Por cierto en Lenny van mejor los discos duros SATA.

Aquí va otra y creo que es la última, como ya saben tengo una NX6325 - que se empieza a hacer vieja - y un cuate del cubo de LIDSOL se instaló Fprint para hacer funcionar el lector de huellas en su Ubuntu - yo odio Ubuntu pero es mejor que Vista -.
Yo decidí probar en Debian pues es lo último que falta para que funcione todo el HW de la laptop - bueno aun faltan algunas teclas de las de Fn y la salida S-Video pero es lo de menos quién necesita eso apuesto a que nadie se ha fijado que existen esas funciones -, así que agregue el repositorio experimental de Debian:

deb http://mmc.igeofcu.unam.mx/debian/ experimental main contrib non-free

E instale:

#apt-get install fprint-demo libfprint0 libpam-fprint

Abrí el archivo common-auth:

#gedit /etc/pam.d/common-auth

Agregué:

auth sufficient pam_fprint.so
auth required pam_unix.so nullok_secure

Ejecuté para registrar las huellas:

fprint_demo

Bien, hasta aquí todo funciona, yo creo que no deben instalarlo, yo ya lo he quitado, es un hecho que funciona pero aun le falta la integración con los entornos de escritorio, pues en GNOME suplanta a gksu pero no te manda un mensaje para que sepas que debes poner tu dedo. Por lo demás creo que dentro de poco será utilizable así que esperare.

Avisenme si mejora el proyecto Saludos.

Hola de nuevo, esta vez para hablar de un problema que se me presentó la semana pasada, conectar dos computadoras por Bluetooth con el protocolo TCP/IP.

Al usar GNU/Linux el proceso resulta ser muy sencillo, los pasos los obtuve de la página de Daniel Bautista:

Requisitos:
- Instalar Bluez
- Tener los módulos de bluetooth y bnep compilados.

En ambas computadoras:

1.- Encender el bluetooth.
2.- Iniciar hcid como root
3.- Ver si ha detectado el usb-bt con ‘/usr/sbin/hciconfig -a’

En el PCMASTER:

4.- ‘hcitool inq’, para detectar otros aparatos. Debería detectar al SLAVE.
5.- ‘hcitool cc MAC_SLAVE’, para conectarse al bt slave.
6.- ‘hcitool con’, para ver las conexiones activas
7.- ‘l2ping MAC_SLAVE’, para hacer ping.

Ya tenemos una conexión bluetooth. Ahora creamos una LAN con PAN.

8.- En los dos PCs, ‘modprobe bnep’.
9.- ‘pand –listen –role GN’, en el master.
10.- ‘pand –listen –role PANU’, en el slave.
11.- En el master, ‘pand –connect MAC_SLAVE’.
12.- En el master, ‘ifconfig bnep0 10.0.0.1′.
13.- En el slave, ‘ifconfig bnep0 10.0.0.2′.

El problema viene ahora, cuando uno de nuestros PC’s tiene Windows, aquí es más complicado hay que escalar del protocolo RFCOMM a TCP/IP aquí dejo los pasos:

Requisitos:

1.- Para GNU/Linux: instalar Bluez, los módulos de bluetooth y el demonio PPP.
2.- Para Windows: Que tu Bluetooth funcione con normalidad.
3.- Emparejar los Dispositivos Bluetooth, puedes ayudarte de los pasos 4 a 7 del caso anterior o de los Administradores de Bluetooth de KDE, GNOME o Windows.

En GNU/Linux:
3.- Agregar al archivo /etc/bluetooth/rfcomm.conf las siguientes líneas:
rfcomm0 {
bind yes;
device MAC_WINDOWS;
}
4.- Como root ‘/etc/init.d/bluetooth restart’
5.- Como root ‘rfcomm connect 0′

En Windows:

6.- Aceptar la petición que proviene de la computadora con GNU/Linux
7.- Configurar una conexion de acceso telefónico a redes (Tipo Dial Up) eligiendo como dispositivo el Bluetooth. Por fines practicos la IP de esta PC será 10.0.0.2 OJO NO ACTIVES LA CONEXIÓN TODAVÍA.

En GNU/Linux:

8.- La IP de esta PC será 10.0.0.1, ejecutar: ‘pppd /dev/rfcomm0 10.0.0.1:10.0.0.2 defaultroute novj noauth 115200′ Esta instrucción crea una conexión punto a punto entre los dispositivos. Para más detalles consulta el man.

En Windows:

9.- Activar la conexión Dial Up creada anteriormente.

Espero que les sirve este pequeño tutorial. Yo use PPP pero seguro también puede hacerse con un Bridge, espero alguien lo intente y comente si es verdad. Saludos.

Este es informativo, están todos invitados, yo daré un taller de redes inalámbricas

El Festival Latinoamericano de Instalación de Software Libre es un evento internacional que tiene como objetivo fomentar la adopción del Software Libre de manera masiva y reducir la dependencia a herramientas, programas y sistemas privativos, realizándose en tantas ciudades de América latina como sea posible de manera simultánea.

La fecha “oficial” es 26 de abril, sin embargo, dado el horario reducido que tendremos el día 26, hemos decidido realizar el evento desde el 25.

Por favor visita la siguiente página para saber qué talleres y conferencias se darán, así como las instrucciones para llegar al evento y algunas consideraciones que debes tener para que te la pases lo mejor posible:

wiki.lidsol.net/wiki/index.php?title=FLISOL_2008

Una breve, via Linux.com me entero que ante la negativa de ISO de aprobar esa basura de OOXML como norma Microsoft planea hacer su propia organización para aprobar estándares.

Que gente más necia.

 Noticia completa (en inglés).

Hace mucho que no escribo algo en este abandonado blog, por fortuna hoy se me ocurrió algo que puede ser de interes.

Cuando pretendemos capturar paquetes de una red o monitorear la red, a veces no tomamos en cuenta ciertos aspectos esenciales para poder obtener los datos que nos interesan.

Lo primero que debemos tener en cuenta es que dispositivo es el que nos permite el acceso a la red. Segundo, en que parte de la red estamos ubicados y tercero las características de nuestro equipo.

Del primer punto puedo decirles que en este articulo veremos 2 casos: Red con un Hub y Red con Switch. Asumiremos que lo hacemos en nuestra red casera por lo que sabemos exactamente en que parte de la red estamos y sobre el tercer punto debemos saber que necesitamos saber que es indispensable que nuestro equipo con el programa Packet Sniffer debe tener una tarjeta de red que tenga una velocidad igual a la velocidad máxima de nuestra red.

Red con un Hub: Este es el caso más sencillo, cuando las computadoras de nuestra red estan conectadas a un Hub. El Hub es básicamente un repetidor que no distingue de ninguna manera entre una u otra computadora por lo que solo envía paquetes broadcast. Esto influye en el rendimiento de la red, existen muchas colisiones por lo que se ralentiza notablemente nuestra velocidad de conexión.

Sin embargo, para capturar paquetes es perfecto, solo necesitamos conectarnos y empezar a capturar el tráfico, podemos capturar todo lo que circula por la red sin problemas.

Red con un Switch: En el caso del Switch es más difícil, el Switch si identifica una computadora de otra, por lo que requerimos básicamente un un Switch configurable.

Supongamos que la computadora A de la figura tiene nuestro Packet Sniffer y que desea ver la información que llega a la computadora C. Si tenemos un Switch configurable podemos hacer que el Switch mande una réplica del tráfico que llega a C al puerto de la máquina A (puerto espejo). Esto es lo ideal si se desea tener un IDS sin correr el riesgo de saturar la red.

¡No tengo un Switch configurable o simplemente no es tan poderoso! Entonces hay más opciones, después de todo, es tu red y puedes cambiarla sin problemas.

En el esquema de arriba vemos lo que se llama “Máquina en medio” no confundir con “Hombre en medio”. En “Máquina en medio” la computadora A que tiene nuestro Packet Sniffer sirve como puente para conectar a la máquina C y el Switch. Atención en el detalle de que A requiere dos tarjetas de red.

¡No puedo cambiar la topología de mi red o la red no es mía! Puedes hacer “Hombre en medio”, un ejemplo sería modifica la tabla ARP de la máquina C. Más fácil todavía es hacer MAC Spoofing, sin embargo considera errores en los paquetes y perder algunos más.

Recuerda que en redes inalámbricas aunque el medio sea totalmente compartido se necesita estar autenticado en la red para poder capturar los paquetes, en caso contrario aspiras a que solo obtengas Beacons y tramas similares. También recuerda que en redes inalámbricas siempre habrá pérdida de paquetes.

El pasado mes de enero surgió un problema de uso del lenguaje en un post sobre Kismet que publiqué hace tiempo.

La verdad es que la solución es difícil hablando de Computación, gracias a la Computación - quizás deba decir “por culpa de…” - cada vez se inventan nuevos sustantivos, palabras en general incluso nuevas acciones que son algunas veces la conjunción de verbos ya existentes pero ahora constituyen una sola acción.

Pensemos en un ejemplo, e-gobierno, e-negocios, e-salud… entre otros, ¿qué significan? ¿que son? De hecho hay una explicación pero no aparecen en el diccionario. ¿Crackear? qué se supone que debemos entender con eso… Widget ¿porqué no decimos artilugio? tal vez no se escucha tan bonito.

La verdad es que las palabras que se usan en Computación no se popularizan en español, por eso las nombramos en otro idioma. Las que no podemos traducir debemos explicarlas de forma extensa hasta que los de la Real Academia Española adecúen el significado de las palabras y aun más importante, nos digan como usarlas.

Cuando fui a preguntar a mi maestra de Seguridad Informática que era lo que hacia Aircrack-ng me contestó “en el argot se llama descriptar, aunque no lo encontraras en el diccionario”. Me explicó que descriptar corresponde a un proceso no autorizado donde descubres algo oculto pero no cifrado. La palabra no me convence, de hecho por ella comenzó el dilema, yo prefiero y me quedare con la anotación que hizo Clemente (miembro de Lidsol), “hace tres cosas, primero adivina, luego descubre y al final expone la clave”. Es coherente y las tres palabras juntas engloban lo que hace hace Aircrack-ng, es decir, es la traducción más exacta de “crackear”.

Por tanto me gustaría la opinión de las 200 personas que entran a diariamente a esta bitácora, de las cuales el 70% entra a leer el texto de Kismet. De momento espero estén contentos con el nuevo título de dicho artículo e invitarlos a corregir mis faltas de ortografía.

Este post sirve para 2 cosas, la primera es probar Gnome-blog, que no me ha gustado porque es demasiado sencillo :p

La segunda es recordar como configure el escáner Epson CX7300 que acabo de comprar -es importante anotar -. Este es un multifuncional y lo elegí porque era económico con caracteristicas recomendables y buenas referencias.

La impresora fue fácil, CUPS tiene el controlador Epson Stylus CX7700 - CUPS+Gutenprint v5.0.0 con el cual funciona la impresora sin ningún problema.

El escaner fue otra cosa, pues no funcionaba de inmediato. Gnome tiene instalado Xsane de forma predeterminada, lo único que hay que hacer es abrir el fichero /etc/sane.d/epson.conf y agregar la siguiente línea:

usb 0×04b8 0×0838

Y comentar:

#scsi EPSON

Si eso no les funciona muy bien, pueden ejecutar estas líneas en una consola -que al parecer es lo mismo-:

# sudo perl -p -i.bak -e ’s/scsi EPSON\n/#scsi EPSON\n/g’ /etc/sane.d/epson.conf
# sudo perl -p -i.bak -e ’s/#usb\n/usb\n/g’ /etc/sane.d/epson.conf
# sudo perl -p -i.bak -e ’s/epson\n/epson\n#epson\n/g’ /etc/sane.d/dll.conf

Yo lo he hecho de ambas maneras -probé en mi laptop y en mi PC- ambas funcionan. Este segundo método lo he visto en el blog de un seguidor de ubuntu aunque no tuve que usar alien y nada de eso.

Recuerden habilitar los permisos para que usen su escáner como usuario normal.

No estaba enterado, pero este personaje describe con mucha comicidad lo que es un ingeniero. Yo solo puedo ver los pequeños videos de youtube, sin embargo lo recomiendo, miren estas breves. Sin duda tratare de conseguirlo.

“Ojalá los españoles se enteren, los que no se enteraron antes, de que este señor era un poeta en carne viva y uno de los seres humanos más dignos, decentes y ejemplares que han existido. He perdido a un maestro, a un padre, a un hermano, a un amigo, a una guía, a un ejemplo,… y, desde luego, a un poeta digno de que mañana se acaben todas sus existencias en las librerías.

¡Bendito sea Angel González!”

 Joaquín Sabina

Estando ocupado tratando de encontrar una expresión correcta para una acción que se realiza en el medio informático, tampoco había leído las noticias, hoy me encuentro con que hace 5 días murió uno de mis favoritos, el poeta Ángel González.

En México es difícil leer su obra, sin contar las antologías poéticas es casi imposible encontrar un libro con sus letras, es una lastima. Hace años tuve el privilegio de leer Tratado de Urbanismo el cual incluye uno de mis poemas favoritos Inventario de lugares propicios al amor. También he podido leer Otoños y otras luces tal vez 3 ó 4 veces, esto es porque se encuentra en la Biblioteca Central de la UNAM.

Los dejo con estos poemas de Ángel González:

A veces, un cuerpo puede modificar un nombre.

A veces, las palabras se posan sobre las cosas
como una mariposa sobre una flor, y las recubren de colores nuevos.
Sin embargo, cuando pienso en tu nombre, eres
tú quien le da a la palabra color, aroma, vida.
¿Qué sería tu nombre sin ti?

Igual que la palabra rosa sin la rosa:
un ruido incomprensible, torpe, hueco.

También un nombre puede modificar un cuerpo.

Si te llamaras Elvira,
tu vientre sería aún más terso y con más nácar.
Pero tan sólo el nombre de Mercedes
depositado por mis labios en tu cintura
condensaría la forma de esa espuma indecisa
que recorre tu espalda cuando duermes de bruces.
Respóndeme cuando te diga: Olga,
y verás que en tus pechos un rubor palidece.
El nombre de María te volvería traslúcida.
Guarda silencio si te llamara por un nombre
que no pronuncio nunca,
porque si entonces respondieses
tus ojos - y los míos - se anegarían en llanto.
Una prueba final;
cuando sonríes
te pienso Irene,
y la sonrisa tuya es más que tu sonrisa:
amanece sin sombras la alegría del mundo.
¿Y si te llamo como tú te llamas…?
Entonces
descubriría una verdad:
en el principio no era el verbo.
El nácar y la espuma,
la palidez rosada,
la transparencia, el llanto, la alegría:
todo estaba ya en ti.
Los nombres que te invento no te crean.
Sólo - a veces
son como luz los nombres… -
te iluminan.

Ángel González.

Algunos enlaces sobre este autor:

http://amediavoz.com/gonzalez.htm

http://www.cervantesvirtual.com/bib_autor/AGonzalez/