El Blog de Marcelo!

Pack de Templates para OpenOffice.org

2008-07-17T19:53:00.002-03:00

Para el que no sabe, la suite de aplicaciones de oficina OpenOffice.org soporta extensiones al igual que Firefox. Hace algún tiempo que me di una vuelta por el sitio oficial de extensiones y no encontré nada útil para mí (tengo pendiente revisarlo).

Sin embargo, hoy encontré (de rebote) este Paquete de Templates o Plantillas (textos, planillas y presentaciones) en español e independiente del Sistema Operativo que se use, cortesía de Sun.

Para instalarlo, abren el OpenOffice y van a Herramientas -> Administrador de Extensiones -> Agregar. Aparece el cuadro para elegir el archivo, seleccionan el archivo que está en esta dirección (Hacer click en "Get it") y que acaban de descargar, click en Aceptar, y listo, extensión instalada.

Para usarlas, ir a Archivo ->Nuevo -> Plantillas y Documentos. :-)

Espero que les sirva, a mí me salva porque por defecto no hay plantillas, y más de una vez me pasó que quería armar una presentación rápida y empecé de cero.

Saludos
Marcelo

VPNs en Ubuntu

2008-07-15T20:16:00.019-03:00

Buenas... esta es una guía de instalación y configuración de un vínculo punto a punto autenticado y encriptado por medio de una red insegura (como puede ser Internet), denominado más comúnmente VPN. Para su implementación se utilizará OpenVPN sobre el Sistema Operativo Ubuntu 8.04, aunque seguramente estos mismos pasos servirán para Debian u otros derivados de ella (tal como lo es Ubuntu).

Instalación
La instalación, como sucede con la mayoría del software ya disponible en los repositorios de Ubuntu, es sencilla: una vez en la consola, tipear:

mfernandez@saturno:~$ sudo apt-get install openvpn
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
openvpn-blacklist
Suggested packages:
resolvconf
The following NEW packages will be installed:
openvpn openvpn-blacklist
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/1439kB of archives.
After this operation, 3228kB of additional disk space will be used.
Do you want to continue [Y/n]?
Preconfiguring packages ...
Selecting previously deselected package openvpn-blacklist.
(Reading database ... 25764 files and directories currently installed.)
Unpacking openvpn-blacklist (from .../openvpn-blacklist_0.1-0ubuntu0.8.04.1_all.deb) ...
Selecting previously deselected package openvpn.
Unpacking openvpn (from .../openvpn_2.1~rc7-1ubuntu3.3_i386.deb) ...
Setting up openvpn-blacklist (0.1-0ubuntu0.8.04.1) ...
Setting up openvpn (2.1~rc7-1ubuntu3.3) ...
* Restarting virtual private network daemon.                                      [ OK ]

mfernandez@saturno:~$

A partir de este momento, OpenVPN está instalado en esta máquina, y luego habrá que instalarlo de la misma manera en el otro nodo que funcionará como extremo opuesto. De ahora en más, vamos a llamarle nodo "A" al que funcionará como "Servidor" de VPN y nodo "B" al que será el "Cliente".

Configuración Genérica de OpenVPN
El paquete OpenVPN en Ubuntu está bien integrado a la estructura de directorios estándar de este SO:

En el directorio /etc/openvpn/ se guardan los archivos de configuración de las diferentes conexiones que se pueden crear. El archivo /etc/openvpn/conexion.conf, por ejemplo, va a contener las instrucciones para establecer un vínculo VPN.
En el archivo /etc/default/openvpn se configuran los enlaces alojados en /etc/openvpn/ que va a administrar el script de arranque/parada de OpenVPN (ver punto siguiente), y si se va a generar un archivo de "status" o no.
El archivo /etc/init.d/openvpn sirve para poder arrancar, parar y reiniciar las VPNs configuradas en el archivo /etc/default/openvpn.

La única diferencia entre el nodo A y B residirá en el archivo de configuración, que por ejemplo puede ser /etc/openvpn/conexion-a-A.conf en el Cliente y /etc/openvpn/conexion-desde-B.conf en el Servidor. El resto es igual en ambos hosts.

Archivo Default
Tal como se dijo anteriormente, en /etc/default/openvpn se indican los archivos de configuración (que se traducen en conexiones) que administrará el script /etc/init.d/openvpn. El contenido de este archivo es el siguiente:

# This is the configuration file for /etc/init.d/openvpn

#
# Start only these VPNs automatically via init script.
# Allowed values are "all", "none" or space separated list of
# names of the VPNs. If empty, "all" is assumed.
#
#AUTOSTART="all"
#AUTOSTART="none"
AUTOSTART="conexion-a-A"
#
# Refresh interval (in seconds) of default status files
# located in /var/run/openvpn.$NAME.status
# Defaults to 10, 0 disables status file generation
#
STATUSREFRESH=10
#STATUSREFRESH=0

Los únicos dos parámetros que existen son AUTOSTART y STATUSREFRESH. El primero puede ser igual a "all", "none" o un listado de archivos que deberán existir en /etc/openvpn, pero sin la extensión .conf [1].

Archivo de Configuración Cliente - B
El archivo de conexión de un cliente /etc/openvpn/conexion-a-A.conf será muy similar al siguiente:

#
# Sample OpenVPN configuration file for
# home using a pre-shared static key.
#
# '#' or ';' may be used to delimit comments.

# Use a dynamic tun device.
# For Linux 2.2 or non-Linux OSes,
# you may want to use an explicit
# unit number such as "tun1".
# OpenVPN also supports virtual
# ethernet "tap" devices.
dev tun

# Our OpenVPN peer is the office gateway.
remote 74.125.47.103

# 10.1.0.2 is our local VPN endpoint (home).
# 10.1.0.1 is our remote VPN endpoint (office).
ifconfig 10.1.0.2 10.1.0.1

# Our up script will establish routes
# once the VPN is alive.
up ./conexion-a-A.up

# Our pre-shared static key
secret test.key

# OpenVPN 2.0 uses UDP port 1194 by default
# (official port assignment by iana.org 11/04).
# OpenVPN 1.x uses UDP port 5000 by default.
# Each OpenVPN tunnel must use
# a different port number.
# lport or rport can be used
# to denote different ports
# for local and remote.
port 1194

# Downgrade UID and GID to
# "nobody" after initialization
# for extra security.
; user nobody
; group nobody

# If you built OpenVPN with
# LZO compression, uncomment
# out the following line.
; comp-lzo

# Send a UDP ping to remote once
# every 15 seconds to keep
# stateful firewall connection
# alive.  Uncomment this
# out if you are using a stateful
# firewall.
ping 10

# Uncomment this section for a more reliable detection when a system
# loses its connection.  For example, dial-ups or laptops that
# travel to other locations.
; ping 15
; ping-restart 45
; ping-timer-rem
; persist-tun
; persist-key

# Verbosity level.
# 0 -- quiet except for fatal errors.
# 1 -- mostly quiet, but display non-fatal network errors.
# 3 -- medium output, good for normal operation.
# 9 -- verbose, good for troubleshooting
verb 3

Es importante prestar atención y adaptar convenientemente los siguientes parámetros:

remote y port. Básicamente indica la IP y el puerto del host (respectivamente) correspondientes a la red insegura contra el cual queremos establecer la VPN. El puerto 1194 es el default de OpenVPN.
ifconfig. Indica la IP virtual de ambos extremos de la VPN.
up. Es el script bash que se ejecuta apenas se levanta la interfaz. Notar que el "./" indica que el script debe estar en el mismo directorio del archivo de configuración, esto es, /etc/openvpn/conexion-a-A.up. Usualmente sirve para establecer la nueva ruta (con el comando route) de la interfaz, aunque puede servir para cualquier cosa.
secret. Es el archivo con la clave pre-compartida (pre-shared) que ambos nodos deben poseer para que la conexión se inicie. Obviamente deben coincidir en ambos extremos, y se recomienda que una vez generado en uno, se transfiera a otro por un canal seguro, como SSH, por ejemplo. Este archivo también debe residir en el mismo directorio del archivo .conf.
ping. Dado que OpenVPN trabaja sobre un protocolo no orientado a la conexión como lo es UDP, es probable de que si hay firewalls entre ambos extremos de la conexión, la conexión sea filtrada por el mismo al no haber tráfico. El parámetro ping evita esto, haciendo que se envíe tráfico para que la conexión nunca se caiga.

Creación de la Clave Pre-Compartida
Como se dijo anteriormente, la clave pre-compartida es un archivo que deberá residir en el directorio /etc/openvpn de ambos nodos, y ser referenciada por el archivo de configuración de cada uno, por medio de su parámetro secret. La clave se genera con el siguiente comando:

root@saturno:/etc/openvpn# openvpn --genkey --secret test.key
root@saturno:/etc/openvpn# cat test.key
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
7e603bfe70074e19efc3dfd4440c145f
be2bbcc7812ce409780819b78e60bf66
8df944d7d40c119c4d9075a750e2d5e8
8289d67628faa69b0c4cb531727e4c64
145d0c4365ff0216963b3d67084225f2
e764facf91f248385152c8ccfcf93e40
ffb8aa19173bf4c12da08337f30d7f1f
61ea30ef51518276cc8fac51ac0793cd
8ba9417a68ca07ca400a72579aa82036
c15ccb5e470b4571ac58ef03c3d3144f
c8d586a30901fb7401d7d982d8805325
48c39f9a10ecba889ee3eeed3893fb98
2220804f860d100f9d7f602ee50c20ee
986e077958b111fbb57a0cdafa6a4ecd
0b59483d02b5185cf6abb9a83af948fe
61393ca6b50137257b255a296ff844e2
-----END OpenVPN Static key V1-----
root@saturno:/etc/openvpn#

Para pasar este archivo al equipo que funcionará como extremo opuesto de la VPN, se sugiere (nuevamente) un medio de transporte confiable, como pen drives, CDs, o en su defecto, SSH. El comando scp test.key marcelo@74.125.47.103:~/ copiará por medio de SSH el archivo test.key al equipo en 74.125.47.103, y para hacerlo, se logueará con el usuario "marcelo", dejando el archivo en su home.

Script de inicio
El script bash de inicio que se muestra a continuación agrega como ruta a cualquier host del rango 10.1.0.0-254

root@saturno:/etc/openvpn# cat conexion-a-A.up
#!/bin/sh
route add -net 10.1.0.0 netmask 255.255.255.0 gw $5

Archivo de Configuración Servidor - A
Como se dijo anteriormente, lo único que varía en definitiva en el Servidor VPN ("A" en este caso) es el archivo de configuración. Así y todo, las diferencias son sutiles (es decir, muy pocas). El archivo de configuración /etc/openvpn/conexion-desde-B.conf sólo difiere del que está en el cliente en los siguientes parámetros:

[...]
# *** El parámetro remote sólo se usa en el cliente!!!! ***
# remote 190.210.30.194

# 10.1.0.1 is our local VPN endpoint (office).
# 10.1.0.2 is our remote VPN endpoint (home).
ifconfig 10.1.0.1 10.1.0.2

# Our up script will establish routes
# once the VPN is alive.
up ./conexion-desde-B.up
[...]

En resumen, las diferencias son:

remote no se usa en el servidor (sólo se usa en el cliente).
El orden de las IPs virtuales a utilizar con el parámetro ifconfig se invierte, como es lógico.
El script a ejecutar cambia.

Con respecto al script que configura las rutas, es bueno saber que sin que haga falta ejecutar script alguno, la ruta 10.1.0.2 -dev tun0 se levanta automáticamente en el servidor (y lo mismo sucede con la 10.1.0.1 en el cliente). La configuración de la ruta para la red 10.x.x.x en el cliente permite mapear el resto de IPs 10.x.x.x que pueden existir detrás del Servidor VPN, con el objetivo de que el cliente las vea y pueda comunicarse por estos hosts por medio del Servidor VPN. En resumen, si sólo se pretende comunicar dos extremos (y no hay ninguna red detrás de ninguno de los dos equipos), el route add -net... no hace falta.

Ejecución
En resumen, para levantar la VPN, sólo hay que ejecutar tanto en el servidor como en el cliente:

mfernandez@B:~$ sudo /etc/init.d/openvpn start
* Starting virtual private network daemon.
* conexion-a-A (OK)                                                            [ OK ]
mfernandez@B:~$

mfernandez@A:~$ sudo /etc/init.d/openvpn start
* Starting virtual private network daemon.
* conexion-desde-B (OK)                                                        [ OK ]
mfernandez@stimpy:~$

Conclusión
Si bien no es algo muy sencillo de comprender para alguien ajeno a las redes, para el profesional informático en cambio las VPNs representan una herramienta importantísima para resolver problemas de conectividad como la indisposición de IPs públicas, manteniendo una seguridad y flexibilidad difíciles de igualar. Si combinamos eso con un software multiplataforma, libre y de configuración extremadamente sencilla como OpenVPN, tenemos un ganador. :-)

[1] En realidad, si al levantar OpenVPN no existe algún archivo .conf, no importa, el script de inicio muestra un warning avisando que no existe y sigue adelante con el resto de las conexiones definidas en el archivo.

Quejas, dudas, comentarios e insultos? Comenten este post o manden un bonito correo, gracias! :-D

Saludos
Marcelo

Lo lindo del FLOSS

2008-06-15T13:46:00.003-03:00

Sólo para comentar que reporté hace un tiempo un bug sobre el Handbook de FreeBSD y me aceptaron la sugerencia, corrigiendo el documento original.

Si bien no es la primera vez que me pasa, quiero transmitir esa linda sensación de poder colaborar con un granito de arena cuando uno obtiene tanto de otros en forma desinteresada.

Ah, por cierto, felíz día, viejo!

Marcelo

FreeBSD y Actualizaciones

2008-06-09T07:30:00.000-03:00

Los muchachos de Kriptópolis hace algun tiempito que vienen haciendo posts sobre experiencias con BSD. En este caso, postean sobre una de las cuestiones más críticas (para mí) en la administración de un servidor: el manejo de actualizaciones y las vulnerabilidades.

http://www.kriptopolis.org/actualizar-software-vulnerable-freebsd
http://www.kriptopolis.org/actualizar-software-vulnerable-freebsd-2

Una característica muy particular comparado con Debian/Ubuntu es que se recomienda utilizar los ports, a diferencia de los paquetes binarios. Sin embargo, se mantiene la info de dependencias, aunque para hacer un "upgrade" general de un paquete y sus dependencias haya que recurrir a software no instalado por defecto (portmanager, portmaster, portugrade, etc.).

Lo que sí es una delicia es el portaudit. Eso sí me gustaría verlo en Debian/Ubuntu ya! Aunque es más bien difícil que se porte, ya que es una de las ventajas de laburar siempre con software mínimamente modificado de origen: no hay vulnerabilidades particulares "de la distro", sino que las vulnerabilidades se obtienen directamente del fabricante o comunidad de desarrollo origen. Ojo, no digo que las listas DSA y USN tengan menos utilidad, sólo que me gusta "preguntarle" a mi SO directamente de la consola qué paquetes tiene instalados con vulnerabilidades conocidas. :-)

De todas formas, lindos posts para chusmear un rato.

Salutes
Marcelo

Apache 3.0 (?)

2008-06-07T11:33:00.007-03:00

En mi carpeta de documentos "para leer" (o sea, pendientes) tenía una presentación que bajé hace algún tiempo de la última ApacheCon realizada en Amsterdam, en Abril de este año. Dicha presentación está muy buena, para bajarla y leerla atentamente: cuenta qué se cocina para la próxima gran versión de Apache, nuestro Servidor Web amigo :-)

En fin, parece que Apache 3.0 se renovará completamente, y aunque aclara que lo expresado no está 100% consensuado y aprovado por la comunidad, Roy Fielding es miembro de Apache Fundation, esta charla fue la keynote del evento... entonces, por qué no tomarlo como muy probable que ocurra lo que nos cuenta?

En resumen, Apache 3.0 parece que va a tener:

Un modelo de proceso por cada plataforma: Chau elegir entre prefork,worker, etc. Va a haber un modelo "óptimo" por plataforma. Esto se lo llama el "spooning model".
También se va a quitar el soporte para plataformas que "apesten" (cuáles serán? :-D ). Para ellas, "usen Apache 1.3, y sino, tienen el código fuente".
No hay más opciones en tiempo de compilación.
Reemplazo de la APR por otra librería (Moccasin): no va a haber compatibilidad para atrás (a nivel de módulos, claro).
Menos configuración: configuración default simple y segura, para programadores web (arrancar usando user/group del usuario, escuchar en un puerto alto como 8080, ejecución como usuario normal con parámetros, etc.).
Introducción del protocolo Waka, como futuro reemplazo de HTTP 1.x (!). Obviamente, HTTP se sigue soportando (va a seguir siendo el estándar Web por largo rato), aunque la novedad es la extensión del soporte a Waka también.

En resumen, para la comunidad y el proyecto en sí, los objetivos son:

Renovarse, "introduce some fresh thinking".
Divertirse! ("Have Fun").
Y lo más importante: atraer nuevamente a la comunidad alrededor del proyecto.

Bueno, eso, ya que no leí nada sobre esto en ningún lado, lo posteo. :-)

Link al pdf: http://roy.gbiv.com/talks/200804_REST_ApacheCon.pdf
Link al video: http://streaming.linux-magazin.de/events/apacheconfree/archive/rfielding/frames-java.htm

Como opinión personal, creo que ya son varios los "viejos" proyectos FLOSS que se renuevan (Python, Perl, KDE, Gnome lo está considerando...), y esto es más que importante para todos.
Es como decir, "bueno, con todo lo anterior llegamos hasta acá; ahora, vamos por la gloria". Se vienen tiempos de nuevos y mejores aires para el FLOSS? Espero que sí. :-)

Saludos!
Marcelo

D-Link DWA-510 en Ubuntu 8.04

2008-05-28T22:42:00.008-03:00

Hola!

Si andan buscando una placa Wireless PCI 802.11b/g que funcione perfectamente en Linux (y Ubuntu 8.04 para AMD64 para ser más precisos), la D-Link DWA-510 funciona perfectamente.

Esta es la caja en la que vino....

Abrí mi PC, enchufé la placa en un slot PCI libre, arranqué mi Ubuntu, y ya estaba la dichosa barra de calidad de señal. No tuve que instalar drivers ni nada!

Pude configurarle una conexión WPA2 sin problemas, así que si bien leí por ahí que en modo AP todavía no está soportado (tengo que corroborarlo), al menos como uso "normal", sirve perfectamente. De más está decir que también soporta WAP, WEP y sin encriptación :-P

Lo bueno es que el chipset que trae este D-Link es un RaLink RT2561, que está totalmente soportado por el fabricante, a tal punto que liberaron hace tiempo como GPL el código de los drivers (sin acuerdo NDA de por medio) y permiten la distribución (sin que se modifique) del firmware que los hace funcionar. Mejor aún es saber que estos drivers se encuentran en el núcleo oficial de Linux a partir del 2.6.24, por lo tanto, ya está en Ubuntu Hardy 8.04...

El módulo que lo hace funcionar es el 'rt61pci', y aparece en mi lspci así:

05:07.0 Network controller: RaLink RT2561/RT61 rev B 802.11g

Por otra parte, la placa me salió un poquitito arriba de los $100 en Galería Jardín (U$S 30 aprox.), con lo que si bien no es una "ganga", es una marca reconocida, y funciona 10 puntos en Linux. Además, dudo que hubiera podido conseguir una placa de este tipo mucho más barata.

Además, al ser los drivers GPL, no me tengo que preocupar porque el fabricante cambie de dueño o de parecer, con lo que mi placa siempre va a funcionar (o siempre voy a tener la posibilidad de hacerla funcionar).

También sé que la versión "final" de Ubuntu Hardy 8.04 tenía algunos problemas que por suerte ya fueron solucionados mediante actualizaciones del kernel (específicamente la versión 2.6.24-17 que subieron al repositorio principal este último lunes 26).

Bueno, asi que ahora a disfrutar de la red sin cables... :-)

Saludos!
Marcelo

Dígame Licenciado...

2008-05-15T11:24:00.005-03:00

(Este post es un fragmento de un mail que escribí hace unos días)

Bueno, sólo para comentar que este lunes a las 17 hs., después de más de 10 años de estudiar, remar, sufrir y (robar un poco, por qué no, je)...

ME RECIBIIIIIIIII!!!!!!!!!!!!!!!!!!!!

De qué? Sí, de Licenciado en Sistemas!!! (la p.... que vale la pena estar vivo!!!)... presenté la maldita y caprichosa TESIS en la que estuve un año y medio laburando....

(Por favor, no hacer comentarios sobre esta foto, éste es un post feliz!)

Así que bueno, éso, este es un pequeño gran logro personal, el cual hace que esté muy feliz en estos días (y con un poco de nostalgia también)... así que espero seguir yendo a la UNLu al menos para colaborar, investigar y nutrirme un poco más en cuestiones académicas... porque esto recién empieza! :-)

Cuando tenga el OK de la Universidad en cuanto a la licencia de publicación y otras cuestiones, obviamente haré público el documento mío y de Pablo, quizás a alguien le sea útil.

Y aunque ya se los dije personalmente, a ustedes, parientes, amigos, familiares más cercanos, gracias por el aguante!

Saludos!
Marcelo

Ubuntu 8.04

2008-04-27T21:57:00.010-03:00

Bueno, hace bastante que no posteo nada, simplemente porque estoy en etapa final de mi Trabajo Final de Licenciatura, y estoy a full!. Por lo tanto, brevemente comento que actualicé a Ubuntu Hardy 8.04, y todo fue muy bien!

Comentarios:
1 - Por primera vez me anduvo 10 puntos el "actualizador" gráfico, lo que creo que es un golazo a nivel de facilidad de uso y experiencia al usuario.

2 - Ahora el chequeo periódico de mantenimiento de los discos al arranque se hace gráficamente (aunque en inglés), y se puede cancelar.

3 - Si no les gusta que las particiones se muestren como "Soporte de xx GiB" (como a mí), lean esto:
https://help.ubuntu.com/community/RenameUSBDrive
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/190366
Básicamente hay que ponerle una etiqueta a la partición, si alguien no sabe inglés me escribe (o comenta este post) y después posteo los pasos cuando tenga tiempo. :-)

4 - El Firefox 3 Beta 5 anda rápido, pero perdí algunos plugins (Google ~~Reader~~/Calendar Notifier y Tab Mix Plus), esperemos que rápidamente se actualicen. Otra cosa que noto es que cuando veo páginas en flash está algo propenso a bloquearse unos instantes (toda la aplicación) y seguir; supongo que es porque estoy usando AMD64 y el nspluginwrapper (Adobe, para cuándo un Flash de 64 bits?). Igual flash anda muy bien. El OpenJDK 6 que trae interpreta correctamente un 80% de los applets que probé (cálculo a ojo); igual es mejor que el "IcedTea" de Gutsy, que directamente no servía y si uno quería ejecutar applets necesitaba un navegador de 32 bits (Sun, para cuándo un Webstart y un Plugin de Java para AMD64?).

5 - Me mordió este bug+workaround, relacionado al escanear con mi Multifunción Samsung SCX-4200 (la impresión anda 10 puntos):

https://bugs.launchpad.net/ubuntu/+source/sane-backends/+bug/220755

6 - Tracker funca de 10 ahora. Lástima que sigo siendo picado por este bug (sí, uso Thunderbird, y qué? :-D ):

https://bugs.launchpad.net/bugs/148207

7 - Al fin puedo ejecutar Compiz en distintos usuarios/sesiones a la vez!!!! (Nvidia/Compiz, gracias! Mi novia se cansó de pedirme que quería "los efectitos" cuando le dejaba la PC).

8 - Tuve que emparchar los módulos vmnet y vmmon de VMWare 6.0.3 porque no funciona con el kernel 2.6.24 de Hardy:

http://igordevlog.blogspot.com/2008/03/vmware-603-in-ubuntu-hardy-804-kernel.html

Creo no olvidarme nada, pero la verdad es que no tuve ningún gran problema, todo fue 10 puntos y muy sencillo, me animaría a decir que cualquiera con conocimientos de PC lo hubiera hecho. Si luego me encuentro con algún problema relacionado al upgrade, actualizo este post.

Actualización 1: También me afectó este bug (sólo para usuarios NVidia), pero la solución es muy sencilla. Seguramente saldrá una actualización corrigiéndolo.

Actualización 2: Pulse Audio es un caño. Como tengo una SB Live PCI (y se escucha mucho mejor que con mi placa onboard), la pobre plaquita onboard estaba desactivada por setup. Ahora con PulseAudio puedo elegir qué stream de audio va por qué placa, con lo que puedo usar los auriculares con la tarjeta onboard y al mismo tiempo los speakers Creative 2.1 conectados a la SB. :-)

Bueno, tengo que seguir escribiendo. Hasta luego.

Marcelo

PF - Packet Filter Firewall

2008-03-27T20:45:00.006-03:00

Estoy leyendo un poco de doc del PF de OpenBSD (FreeBSD y NetBSD también lo incluyen, entre otros).

No sé si Iptables/Netfilter tiene o no tal o cual característica (diría que no, al menos las incluídas en el core como sí las tiene PF), pero me atrevo a decir que este firewall (PF) es MUY GROSO. Pero groso en serio, además de tener reglas mucho más legibles (que es importante cuando uno tiene más de 10).

Doc principal:
http://www.openbsd.org/faq/pf/index.html

Doc Extra:
http://home.nuug.no/~peter/pf/en/

Presentación del creador (ojo, es viejo, del 2003):
http://www.benzedrine.cx/sucon/

Para no decirles que lean solamente (je), les comento cosas que me sorprendieron hasta ahora (no terminé de leer!):

Soporte de pfsync y CARP: pfsync sincroniza reglas y CARP es un protocolo de Redundancia, para armar un cluster como Firewall (!!).
Soporte de Syn Proxy: Básicamente no pasa los "Syn" al servidor que está detrás hasta tanto la conexión no esté establecida; luego los forwardea, claro, manteniendo el estado de la conexión (cosa que hace solito en las últimas versiones).
Soporte de QoS con AltQ (Netfilter también lo tiene con módulos aparte aunque vienen en todas las distros). En FreeBSD para agregar esto hay que recompilar el kernel (ufa).
IP Normalization (scrubbing) y IP Modulation: Normaliza paquetes "irregulares"; es decir, los "maquilla" para que sean todos coherentes. Corrige campos con valores no del todo aleatorios (por deficiencias del host origen). Acá se me escapó un poco la tortuga, mete cosas para pulir los paquetes fragmentados y después filtrarlos como corresponde.
Optimización de reglas: digamos que las procesa y arma árboles de decisión internos (para darse una idea). Esto hace que si un paquete no matchea con un nodo del árbol, descarta esa rama entera para evaluar.
El concepto de tablas (listas de direcciones CIDR) para luego hashearlas (supongo) está bueno.
PF permite rutear paquetes diferentes a lo que diga la tabla de enrutamiento (!!!).
Labura con varios enlaces sin problemas (permite redundancia o clasificación del tráfico) sin hacer malabares, no? (siempre le tuve miedo a http://lartc.org, je).
Fingerprinting pasivo del SO integrado, listo para ser usado en las reglas que uno arme :-) (ojo, considerar que no es 100% efectivo, claro está).

Y ojo al configurarlo, que la última regla que matchea un paquete, gana (a diferencia del resto del mundo). De esto me di cuenta jugando primero y leyendo después (mal hecho) :-)

Seguramente voy a agregar más a medida que vaya leyendo. Si me estoy perdiendo alguna, no me peguen. :-)

Disclaimer: Ojo, no soy sysadmin full time "hiper-profesional"; quizás un partidario de Netfilter me diga "eh! pero iptables hace xxx cosa y le da 20 vueltas!!" y tenga razón. Aún así, estas cositas de PF me llaman la atención.

Saludos!
Marcelo

PD: Alguien sabe cómo priorizar los ACK de subida con iptables? Me refiero a esto (está implementado con PF):
http://www.benzedrine.cx/sucon/mgp00033.html
http://www.benzedrine.cx/sucon/mgp00034.html

Dell vende hardware con Ubuntu en Latinoamérica!

2008-02-22T14:21:00.008-02:00

Me parece que voy a ir guardando monedita por monedita... Dell está vendiendo a partir de ahora computadoras (la notebook Inspiron 1525 y la PC de escritorio 530MT) con Ubuntu 7.10 instalado!

A diferencia de algunas cadenas de electrodomésticos que venden PCs "con Linux" con la firme intención de que luego el cliente instale Windows sin licencia (ya que no están configuradas y ni siquiera todo el hardware funciona), en este caso ocurre lo contrario.

Dell certifica el SO con su hardware y ofrece soporte profesional (opcional) del SO por parte de Canonical (al menos en EEUU y Europa) de hasta 1 año. Ya es posible comprar, aunque por el momento por teléfono solamente, la opción de compra por la web estará disponible en unos días.

Link:
http://dellendirecto.com/archive/2008/02/21/la-espera-ha-terminado-dell-con-ubuntu-7-10-ya-est-disponible-en-latinoam-rica.aspx

Según un comentario del post de Dell, son bastante más baratas que las que vienen con Windows:

"Bueno, he llamado.

Luego de una espera de algunos minutos, muy amablemente el operador de dell me pasó el precio para la Inspiron 1525, con quemador de DVD y webcam integrada, por AR$ 2.870. Esta misma configuración con Windows cuesta casi 3.200, por lo que el ahorro es importante..."

Es más, están en precio! :-)

Y yo que no tenía notebook y estaba esperando a que Dell trajera esto para acá...

Actualización (02/05/2008):

Sólo para decir de que el comentario no es mío, sino sacado del mismo hilo de comentarios de la URL de Dell.

Por otra parte, ya está disponible la opción de comprar estos equipos con Ubuntu desde la misma web de Dell Argentina, con lo que se puede "jugar" con las diferentes opciones de configuración. Además, agregaron a la oferta de Dell+Ubuntu la línea XPS de notebooks (la de la gama más alta).

Jugando con las opciones del "carrito" de compras, llegué a una notebook Inspiron 1420 con Ubuntu contra una Inspiron 1525 con Windows Vista. Los resultados fueron que con exactamente el mismo equipamiento, la notebook Ubuntu valía AR$250 menos (no recuerdo bien cuánto, pero era algo así como AR$ 3500 contra AR$ 3750 de la que tenía Vista).

Para darse una idea, con esos AR$ 250 podía agregarle un disco de 160GB y un screen de "alta calidad" a 1440x900 (a diferencia del disco de 120GB y el screen de 1200x800, respectivamente).

Disclaimer: No tengo nada que ver con Dell, pero debo reconocer que les tengo simpatía porque son los únicos que me venden un producto que me gustaría (y mucho) comprar. Y eso que nunca compré nada de ellos....

Saludos!
Marcelo

Closed Source vs. Open Source: Cambio de Etapa?

2008-02-22T13:53:00.003-02:00

Leyendo esto ("Microsoft quiere ser más abierto"), extraigo:

"Antes que nada, aclarar que Microsoft no va a abrir el código de sus programas, como ya he visto que algún periódico ha anunciado. Dicho esto, el gigante de Redmond ha dado doy un paso importante en pos de la interoperabilidad entre sus principales aplicaciones y el resto de competidores, especialmente los de código abierto."
[...]
" El primero es asegurar la conexión de sus principales productos con terceras aplciaciones. Para ello, publicarán documentación completa sobre las APIs y los protocolos de comunicación. Esta documentación será gratuita. Indicarán, además, cuales de los protocolos están cubiertos por patentes, comprometiéndose a licenciar esas patentes a un precio reducido a aplicaciones comerciales. En el caso de aplicaciones de código abierto, podrán utilizar estos protocolos, aunque tengan patente, sin miedo a que Microsoft les denuncie por ello."

Por último, el artículo plantea si es una estrategia comercial, producto de la presión que recibe de la Unión Europea por los juicios antimonopolio más la no muy buena imagen que tiene la companía... lo interesante es que si es cierto (y estas intenciones se traducen en hechos), me pregunto si estamos pasando del estadío 3 al 4 de la siguiente frase:

1) First they ignore you,
2) then they laugh at you,
3) then they fight you,
4) then you win

Lo cual, como parte de la sociedad (quien es la que realmente gana cuando se utilizan estándares abiertos, más allá del código cerrado o abierto en sí), me pone contento. :-)

Saludos
Marcelo

PortBunny: Escáner de Puertos Rápido!

2008-01-15T00:22:00.000-02:00

Port Bunny es un escáner de puertos, que si bien al principio (nobleza obliga) mucho crédito no le dí (¿cómo un port scanner en kernel mode??), luego de ver atentamente el video de su presentación (sí, son 44 minutos 100% interesantes!), más los slides, sinceramente aprendí un montón de TCP, NMap (el escáner de referencia), cómo funciona un port scanner por dentro, y por supuesto, de Port Bunny mismo, je.

Y qué tiene Port Bunny de nuevo con respecto al todopoderoso NMap? Bueno (miren el video), esta gente hace un estudio pormenorizado de cómo circula el tráfico por la red, cuál es la medida de óptima (más rápida) de llevar a cabo el escaneo de puertos (sin perder paquetes), y por último el problema de falta de timing que presentan los hosts que filtran o dropean paquetes apropósito (o no).

Entonces, se plantea que si bien TCP ya resuelve esto mediante su control de congestiones, un port scanner no clasifica, ya que los Syn scans y otros scans (salvo el connect) no llegan a ser conexiones completas TCP: el control de congestión se hace sobre el tráfico de la conexión ya establecida, no sobre un "medio-inicio", "medio-fin", un "ack", etc.

Sin embargo, la idea de llevar estas técnicas implementadas en TCP al nivel de un port scanner, se logra basándose en que al menos un puerto del host que está siendo escaneado nos va a responder correctamente con un ACK (ya que está abierto), por lo que el control de tiempo y congestión se realiza insertando en el escaneo un paquete "con éxito de vuelta", llamado trigger, cada cierta cantidad N de pruebas ("probes"), para tratar de optimizar el uso de la red entre los hosts y terminar el escaneo lo antes posible, con óptimos resultados.

Está claro que acá no se habla de ser stealth (que los IDSs/IPSs no te detecten), sino que el objetivo es no desperdiciar tiempo en el port scanning; saber cuál es la carga del enlace hasta el destino y qué tiempo tenemos hasta ahí para esperar o no por una respuesta.

Si los confundió, perdon, miren el video y me cuentan. Ah, por cierto, según sus estadísticas, PortBunny le pasa el trapo por bastante a Nmap (tarda mucho menos en completar el escaneo) , así que puede estar bueno probarlo y ver si los resultados son los mismos. Al menos en teoría, no encuentro elementos para creer lo contrario...

Me faltaba, es Open Source (GPLv2), y sólo para Linux (no dice qué versión, requiere los headers del kernel para insertarlo como módulo), y su uso parece ser muy sencillo.

Saludos!
Marcelo

PD: Gracias al Blog de Laramie (no, no son los cigarros, je), que cuando postea algo de seguridad, está buenísimo. URL: http://laramies.blogspot.com/

Un par de links... (Vi y DabbleDB)

2008-01-05T11:23:00.000-02:00

Bueno, tengo ganas de postear un par de links interesantes:

"Why, oh WHY, do those #?@! nutheads use vi?
Tengo que confesarlo: Uso el Glorioso VIM para la gran mayoría de las cosas que hago con texto (programar, configurar servidores, etc.). Pero al comienzo de mi camino en Linux, viniendo yo de los editores "comunes" (Shift para seleccionar, Ctrl+C/Ctrl+V para Copiar/Pegar, etc.) el Vi/Vim me parecía una cosa completamente anticuada y sin sentido tener que apretar 'i' para escribir (un asco, bah).
Gracias a Gabi, aprendí que el camino del Vi es un camino de ida y terminé adoptándolo por su enorme capacidad para editar y manipular el texto, y la verdad es que hoy en día siento que es irremplazable para un montón de cosas. Sin embargo, todavía me cuesta explicar en unos pocos minutos por qué "bancarse" su curva de aprendizaje (ver imagen abajo, je), y más me cuesta aún hacer un resumen corto de las características que más me gustan (de las que conozco). Este artículo me lo resuelve, y está muy bueno!
DabbleDB: Leyendo esta entrevista al creador de Django (un framework Python para desarrollar sitios web), me encontré con el comentario de que "DabbleDB es grandioso". Y gracias a las bondades del hipertexto, entré a su página y observé la demo de 7 minutos. Me dejó bastante sorprendido: Está Impresionante!!!! Quiero eso!!! (Habrá algo así pero libre?)
Básicamente DabbleDB es un manejador/organizador de datos, que pueden estar desestructurados y uno los va "acomodando" ("estructurando" queda confuso, je) por un lado, y por otro lado sirve como excelente gestor de consultas y vistas, todo "point-and-click" y sin meter una línea de código, bien genérico. Miren la demo.

Bueno, es todo por ahora...
Hasta la próxima!

Marcelo

Simpatía por el Demonio: BSDs

2007-12-31T14:20:00.000-02:00

Hola gente!

Aprovechando ayer que tuve "libre" mi día, me puse a instalar los dos SOs BSDs libres que me interesan (aunque por motivos diferentes): OpenBSD 4.2 y FreeBSD 6.2 (para AMD64), cada uno adentro de una máquina virtual de VMWare.

Por si alguien no los conocía, estos sistemas operativos no solamente son "Unix-Like" (es decir, del tipo Unix) como Linux, sino que son Unix; quiero decir, que los BSD son "hijos" del árbol del Unix original, y conservan muy fuertemente sus raíces y filosofía. Además de eso, son Software Libre, están publicados con una licencia mucho menos restrictiva que la de Linux, y son gratis!

La instalación de ambos es MUY sencilla y sorprendentemente corta; no requiere conocimientos técnicos ni del SO muy profundos, aunque es bueno tener el navegador a mano para ir chusmeando en los manuales de instalación[1],[2] porque alguna duda siempre surge.

Además, aunque suma que no tuve que hacerme problema por particiones, al asignar todo el "disco" al SO, también hubiera sido sencilla igual, una vez que uno conoce que los BSDs manejan una "partición" Linux/Windows como un único "volumen" (en BSD se denominan "slices"), que adentro tienen varias "particiones". De esa manera, uno siempre "ve" desde Linux/Windows una única partición en el disco. Acá se puede ver gráficamente el concepto[3]:

Eso sí, es todo el proceso se realiza modo texto y la de FreeBSD es más bien un "asistente", me hizo recordar al viejo instalador de Debian (que se puede ver por ejemplo cuando uno instala un Ubuntu Alternate CD).

La documentación y soporte es abundante y excelente en FreeBSD: el Handbook multilenguaje (tiene una calidad impresionante) se combina con un extenso soporte comunitario, en varios lenguajes y y formatos, casos de uso, muchos sitios "extras" dedicados a brindar información; si bien esto es "común" en las distribuciones de Linux más grandes, es algo a destacar, ya que uno no está del todo perdido cuando necesita una mano, y es algo que agradezco cada vez que tengo un problema con el pingüino. El sitio oficial es muy cómodo, y nuevamente, multilenguaje.

En OpenBSD no tienen "handbook": consideran a los "man" como documentación oficial, y además tienen un FAQ; más allá de esto, tienen listas de correo en unos cuantos lenguajes.

En cuanto a soporte de hardware, creo que por popularidad (y por tener algunos drivers desarrollados bajo NDA), FreeBSD tiene más soporte que OpenBSD (cuyo pilar fundamental es ser lo más libre posible). Aún así, estimo que ambos soportan menos hardware que Linux, aunque para el uso como servidor (mi objetivo) no debería ser un problema, ya que el déficit está por lo general en chips "baratos" usualmente en las PCs de escritorio.

Al utilizarlos (sólo por consola, no instalé X en ninguno), no necesité las vmware-tools, ya que la interfaz de red es detectada automáticamente como placa intel (interfaz 'em0'). Sin embargo, es bueno destacar que si queremos aprovechar la totalidad de los dispositivos virtuales de vmware, en ambos se pueden instalar, ya que VMWare provee las vmware-tools para FreeBSD y éstas mismas se pueden instalar para OpenBSD (más info acá).

Instalar paquetes es muy sencillo y similar en ambos: los comandos pkg_* te ayudan para instalar los paquetes binarios de los repositorios. FreeBSD trae de "fábrica" el shell 'sh' y el OpenBSD trae el Korn Shell para root ('sh' para el resto), así que para instalar bash (más dependencias) fue tanto como ejecutar "pkg-add -r bash" en FreeBSD y "pkg-add bash" en OpenBSD (previo hacer un "export PKG_PATH=ftp..." para señalar nuestro repositorio).

También existen los ports, que es un mecanismo que descarga, compila e instala paquetes desde código fuente (siempre desde el repositorio del proyecto o alguno de sus mirrors), usualmente más actualizado que los paquetes binarios.

OpenBSD me interesa con el objetivo de ser Firewall, IDS, Proxy, etc., ya que me pareció muy minimalista, liviano, simple y tiene un claro objetivo de ser seguro. Como desventaja, tiene menos popularidad que su hermano FreeBSD, menos documentación y es algo más lento (ya que su objetivo es otro, ser seguro por defecto).

FreeBSD me da la impresión que es más bien un reemplazo de un servidor Linux (pero de servicios clásicos típicos Unix, como ser Mail, FTP, Web), ya que lo utiliza mucha más gente (una búsqueda por foros, enlaces, etc. da más importancia a FreeBSD) , y quizás por esto está bastante más elaborado que OpenBSD: da la impresión de ser menos "minimalista" y un poco más amigable.

Entre las ventajas de ambos con respecto a Linux es que son sistemas operativos completos, no un conjunto de utilidades que posteriormente son empaquetadas en un CD. Esto quiere decir que cada paquete o port que uno instala está revisado e integrado por la comunidad del proyecto.

Otra ventaja interesante que vale la pena destacar es que con ambos se puede utilizar PF (Packet Filter), que es un filtro de paquetes de red super-poderoso y sencillo de utilizar (al menos más sencillo que Netfilter, el que está incluído en Linux). De hecho, en FreeBSD hay 3 módulos para filtrado de paquetes, aunque PF es el más conocido (al menos por mí, je). Los comandos son parecidos (algunos) y la mayoría iguales a los de Linux.

Personalmente me encuentro cómodo con sus consolas, y es cierto, se sienten más "coherentes" o "prolijas" las cosas, la documentación es clara... aparte, hay detalles que están buenos: por ejemplo, al hacerle un escaneo nmap al FreeBSD, automáticamente hizo un 'throttle' de los RST que devolvía al host que escaneaba, aumentando el delay. Y eso sin usar PF. Groso. (aunque nmap se dió cuenta y prolongó el delay, pero bueno, son detalles que valen la pena).

La única duda que tengo es en cuanto a las actualizaciones, es decir, cuando sale una nueva release.. qué hago? (sin volver a instalar, claro está). :-)

Como yapa, me encuentro que dentro de los "artículos" en español, está el de un conocido, la migración de argentina.com a FreeBSD.

Bueno, espero haber dado un pantallazo (con este calorrr) a estos SOs que siempre quise testear, sólo estuve un día y medio dando vueltas con ellos, así que no me "peguen" si le pifié u olvidé algo, comenten y en todo caso con más experiencia armo otro post más adelante.

Espero que pronto les pueda dar utilidad a alguno de los dos en alguna de mis actividades, ya que creo que en la heterogeneidad está la seguridad y el conocimiento, a fin y al cabo.

Feliz 2008 a todos!
Marcelo

Links:
[1]: FreeBSD Handbook:
Inglés: http://www.freebsd.org/doc/en/books/handbook/index.html (actualizado 2007)
Español: http://www.freebsd.org/doc/es/books/handbook/index.html (actualizado 2005)

[2]: OpenBSD FAQ:
http://www.openbsd.org/faq/index.html

[3]: http://www.freebsd.org/doc/en/books/handbook/disk-organization.html [...]

Frostwire en Ubuntu AMD64

2007-12-24T21:33:00.001-03:00

Hola!

Este post en realidad es casi una "copia" de un mail que envié a la lista de Ubuntu Argentina, para darle una mano a alguien que quería hacer correr el (famoso?) programa de P2P FrostWire en Ubuntu pero en arquitectura AMD64.

El problema se reduce a que por dependencias adjuntas al paquete de 32 bits, hay que correr el programa con una JVM de 32 bits, por lo que puede aplicarse a otros programas con problemas parecidos.

Ok Matías, a ver, repasemos (yo también tengo Ubuntu 7.10 en un AMD64). Bajate el "Tarball Bundle" de acá:

http://www.frostwire.com/?id=downloads

y descomprimilo en, por ejemplo, "/home/matias/frostwire-4.13.4.noarch"

El paquete a instalar es "ia32-sun-java6-bin", que con el comando "dpkg -L ia32-sun-java6-bin" podemos ver qué archivos contiene (y su ubicación). Se puede ver que lo instala en "/usr/lib/jvm/ia32-java-6-sun", y el binario de ejecución está en "/usr/lib/jvm/ia32-java-6-sun/bin".

Ahora, lo siguiente lo haces todo en la misma ventana/pestaña de la terminal (también llamada consola) de Ubuntu.

Lo que vamos a hacer es, teniendo instaladas las 2 versiones de Java (la de 32 bits y la de 64), hacer que frostwire use la de 32, diciendo que el PATH es diferente al que tenés por defecto (el PATH es la variable donde se van a buscar los comandos que ejecutás).

Si abrís una terminal, y ejecutás directamente "java -version", te devuelve la versión de 64 bits:

marcelo@saturno:~/src/frostwire-4.13.4.noarch$ java -version
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-b05, mixed mode)
marcelo@saturno:~/src/frostwire-4.13.4.noarch$

Ahora lo que hay que hacer es modificar la variable PATH, para que cuando uno escriba "java", Linux vaya a buscar la versión de 32 bits:

marcelo@saturno:~/src/frostwire-4.13.4.noarch$ export PATH=/usr/lib/jvm/ia32-java-6-sun/bin:$PATH
marcelo@saturno:~/src/frostwire-4.13.4.noarch$

Ahora ejecutá de nuevo "java -version" (siempre en la misma terminal, ya que es el "ámbito" donde el cambio de PATH tiene efecto):

marcelo@saturno:~/src/frostwire-4.13.4.noarch$ java -version
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode, sharing)
marcelo@saturno:~/src/frostwire-4.13.4.noarch$

Joya, fijate que no dice "64 bits". :-)

Ahora todo lo que tenés que hacer es, en la misma ventana/pestaña de terminal donde hiciste el cambio de PATH, posicionarte en donde descomprimiste el .tar.gz (si ya no lo estabas):

marcelo@saturno:~$ cd home/marcelo/src/frostwire-4.13.4.noarch
marcelo@saturno:~/src/frostwire-4.13.4.noarch$

(yo lo descomprimí en "/home/marcelo/src/frostwire-4.13.4.noarch")

y ejecutá "./runFrostwire.sh". Listo, ya tenés andando frostwire. :-)

Para hacer esto más directo, podés abrir el archivo "runFrostwire.sh" con un editor de textos como el GEdit, y en la línea 11, abajo o arriba del "export HOSTNAME=localhost", podés poner esta línea:

export PATH="/usr/lib/jvm/ia32-java-6-sun/bin:$PATH"

Listo, ya te anda "siempre", sólo te queda hacer el enlace desde el editor de menú de Ubuntu o creando el lanzador de la aplicación en el escritorio.

Bueno, espero que les sirva y que quede en Google por si alguien más tiene el mismo problema...

Saludos!
Marcelo

Ubuntu Live-USB Personalizada (Distro USB booteable)

2007-12-09T16:13:00.000-03:00

Hola!

Hace algún tiempo escribí esto y ahora lo voy a plasmar acá. Se trata de una guía para armar una distribución Linux ("customizada" o "personalizada", si se quiere) booteable desde un dispositivo USB como por ejemplo un Pen Drive, lo que también se llama Live-USB (por su cercana relación con los Live-CDs).

Mi necesidad era crear un Live-CD bien genérico, con Linux, entorno gráfico (Gnome preferentemente) más una aplicación mía (que arrancara automáticamente) a una PC que no tenía lectora (ni podía tenerla) pero sí tenía USB; con lo que no me importaba si el acceso al dispositivo era de lectura/escritura o de lectura solamente, una vez arrancado Linux. Al final resultó que el acceso era de sólo lectura, pero calculo que googleando un poco o tocando el archivo de configuración del initramfs se puede hacer de lectura/escritura. También puede servir este link, donde no se modifican las opciones "montaje" del dispositivo raíz, pero es una manera alternativa para salir del paso.

De más está decir, que para seguir esta "guía", el lector debe conocer los comandos de Linux y estar utilizándolo al momento de seguir estos pasos.

Basándonos en éstas instrucciones del sitio de Ubuntu para generar un LiveCD booteable personalizado de Ubuntu 7.04 Feisty Fawn, vamos a seguir dichas instrucciones y al final, en vez de generar una ISO para grabar en un CD, vamos a generar un Pen Drive booteable.

Requerimientos

* SO Linux para generar todo, permisos de root
* CD de Instalación de Ubuntu
* squashfs-tools
* qemu (opcional)

Pasos:
1. Crear una "jaula" Chroot e instalar los paquetes necesarios allí

1.a. Instalar el paquete 'debootstrap'.

$ sudo -i (ingresamos nuestra contraseña para convertirnos en root).
# apt-get install debootstrap

1.b. Ejecutar:

# mkdir work
# cd work
# mkdir chroot
# debootstrap --arch i386 feisty chroot  http://archive.ubuntu.com/ubuntu

Esto va a crear un directorio de trabajo ('work') con un directorio chroot adentro. Vamos a instalar un pequeño Ubuntu allí.

# cp /etc/resolv.conf chroot/etc/resolv.conf
# cp /etc/apt/sources.list chroot/etc/apt/sources.list

# chroot chroot

# mount /proc
# mount /sys

# apt-get update
# locale-gen es_AR.UTF-8

# apt-get install ubuntu-standard casper
# apt-get install discover1 laptop-detect os-prober

# apt-get install linux-generic
# apt-get clean

# rm -rf /tmp/*
# rm /etc/resolv.conf

# umount /proc
# umount /sys

# exit

Lo que hacemos ahí es:

Copiar el archivo para poder resolver peticiones DNS, las URLs de los repositorios de Ubuntu.
Entramos al chroot.
Luego montamos los dos filesystems 'lógicos' de nuestro Linux para poder instalar paquetes normalmente dentro del chroot.
Dichos paquetes a instalar son los básicos para que se inicie el SO y se ejecute la consola (pueden instalarse los paquetes que se quieran, aunque como después es posible volver a entrar y hacer modificaciones, sugiero instalar sólo estos en primera instancia).
Por último se eliminan archivos temporales, los paquetes .deb descargados y se trata de 'descontaminar' el chroot de los archivos generados y/o copiados anteriormente. Gran parte de esto se hace para que la jaula chroot sea lo más pequeña posible (aunque posteriormente se comprima).
Con el comando 'exit' (o también con la combinación de teclas Ctrl+D), se sale del chroot.

Con todo esto lo que hacemos es construir nuestro sistema personalizado utilizando paquetes de los repositorios de Ubuntu.

2. Crear el directorio 'image' del medio a bootear

2.1. Instalar los paquetes 'squashfs-tools', 'syslinux', 'sbm'. El paquete squashfs-tools nos va a permitir comprimir (y montar si queremos) el filesystem que está reflejado en el chroot. Syslinux nos da las herramientas para poder hacer el pen drive booteable. SBM es una herramienta que es útil tener por si booteo no funciona.

2.2. Dentro del directorio de trabajo ('work'), crear el subdirectorio 'image' y el subdirectorio 'casper', donde va a residir el sistema de archivos que generamos en el chroot pero comprimido con squashfs.

# mkdir image image/casper

2.3. Va a ser necesario un kernel y un initrd construído con los scripts de casper. Obténgalos de su chroot.

# cp chroot/boot/vmlinuz-2.6.20-16-generic image/casper/vmlinuz
# cp chroot/boot/initrd.img-2.6.20-16-generic image/casper/initrd.gz

2.4. También se necesitará el binario de sbm y el kernel de testeo de memoria (opcional). Los archivos los saco de la propia instalación de Ubuntu Feisty con la cual se está usando la PC, cuidado si no se está utilizando la misma distribución/versión...) en todo caso, si estoy usando otra versión de Ubuntu o Debian, podría instalar los paquetes en el chroot y copiarlos de ahí.

# cp /boot/memtest86+.bin image/install/memtest
# cp /boot/sbm.img image/install/

2.5. Cree un archivo syslinux.txt en el directorio 'image' para mostrar al bootear ('image' será la raíz del pen drive). Por ejemplo:

^Xsplash.rle



Para iniciar el sistema, presione ENTER.

^X es el caracter nro. 24 de la tabla ASCII (en la documentación de syslinux figura como <can>). Sirve para indicar que lea el archivo splash.rle (en este caso) y lo muestre modo gráfico en la pantalla. Para más detalles, como por ejemplo, generar una imagen de un formato soportado, ver la documentación de syslinux.

2.6. Cree un archivo syslinux.cfg en el directorio 'image'. Puede leer la documentación de syslinux en /usr/share/doc/syslinux/syslinux.doc para ver las opciones de configuración. Aquí hay un ejemplo:

DEFAULT live
LABEL live
menu label ^Start or install Ubuntu
kernel vmlinuz
append  file=/cdrom/preseed/ubuntu.seed boot=casper initrd=initrd.gz vga=normal splash --
LABEL check
menu label ^Check CD for defects
kernel vmlinuz
append  boot=casper integrity-check initrd=initrd.gz splash --
LABEL memtest
menu label ^Memory test
kernel memtest
append -
LABEL hd
menu label ^Boot from first hard disk
localboot 0x80
append -
DISPLAY syslinux.txt
TIMEOUT 50
PROMPT 1

2.7. Cree el manifest (siempre posicionado en el directorio 'work').

# chroot chroot dpkg-query -W --showformat='${Package} ${Version}\n' > image/casper/filesystem.manifest
# cp image/casper/filesystem.manifest image/casper/filesystem.manifest-desktop
# sed -ie '/ubiquity/d' image/casper/filesystem.manifest-desktop

2.8. Comprima el chroot (posicionado en el directorio 'work')

# mksquashfs chroot image/casper/filesystem.squashfs

2.9. Cree un diskdefines (posicionado en el directorio 'work')

# vi image/README.diskdefines

que contenga, por ejemplo:

#define DISKNAME  Ubuntu 7.04 "Feisty Fawn" - Release i386 **Remix**
#define TYPE  binary
#define TYPEbinary  1
#define ARCH  i386
#define ARCHi386  1
#define DISKNUM  1
#define DISKNUM1  1
#define TOTALNUM  0
#define TOTALNUM0  1

2.10. Calcule la firma md5 de cada archivo y guárdela en la raíz de la imagen.

# (cd image && find . -type f -print0 | xargs -0 md5sum > md5sum.txt)

3. Formatear el Pen Drive y copiar los archivos

(!) Esta operación elimina completamente el contenido del pen drive.

(!) Cuidado al utilizar estas instrucciones como usuario root y equivocarse de archivo en /dev/. Las máquinas más o menos actuales incorporan discos SATA, que el kernel de Linux las identifica como '/dev/sdx', de la misma forma que los pen drives. Si llegara a ejecutar un 'dd if=xxx of=/dev/sda', donde sda es el HD SATA, borrará todo el disco rígido.

Lo que puede hacer para averiguar qué /dev/sdX es su pen drive (donde X puede ser 'a','b','c', etc.), es insertarlo y ejecutar el comando 'dmesg' y ver las últimas líneas que automáticamente imprime algo como lo siguiente cuando se inserta un pen drive:

[186301.602058] usb 5-7: new high speed USB device using ehci_hcd and address 8
[186301.738659] usb 5-7: configuration #1 chosen from 1 choice
[186301.738915] scsi10 : SCSI emulation for USB Mass Storage devices
[186301.739126] usb-storage: device found at 8
[186301.739129] usb-storage: waiting for device to settle before scanning
[186306.735664] usb-storage: device scan complete
[186306.736286] scsi 10:0:0:0: Direct-Access     Kingston DataTraveler 2.0 1.00 PQ: 0 ANSI: 2
[186306.738254] SCSI device sdb: 1994752 512-byte hdwr sectors (1021 MB)
(sigue...)

En este caso, como se puede ver, el dispositio es sdb. Otra opción es, con el pen drive puesto, ir al menú "Sistema -> Preferencias -> Información de Hardware". En dicho programa buscar el pen drive (en mi caso "Data Traveler 2.0"), y en la pestaña avanzado, en la grilla de propiedades aparecerá primero la key "block.device" de tipo "string" y en el valor estará el nombre de /dev/sdX que lo representa:

Una vez que se averiguó el dispositivo que utiliza la PC para hacer referencia al Pen Drive, seguimos los siguientes pasos:

3.1 Borramos totalmente el primer sector (el Master Boot Record) del Pen Drive:

# dd if=/dev/zero of=/dev/sdX bs=512 count=1

(Donde /dev/sdX es el nombre de archivo que el SO usa como referencia al Pen Drive, /dev/sdb en mi caso). Esto se hace por única vez por cada pen drive.

3.2. Ejecuto el gestor de particiones, fdisk, sobre el pen drive. La idea es generar una única partición que ocupe la totalidad del tamaño del pen drive, de tipo FAT 16 y que tenga la marca de booteo.

# fdisk /dev/sdb

Orden (m para obtener ayuda): p

Disco /dev/sdb: 1021 MB, 1021313024 bytes
32 cabezas, 61 sectores/pista, 1021 cilindros
Unidades = cilindros de 1952 * 512 = 999424 bytes

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sdb1   *           1        1021      996465+   6  FAT16

Orden (m para obtener ayuda):

Con 'p' veo la estructura actual, y tecleo 'n' (de New Partition) para crear la nueva partición, seguido de un par de enters (uno para definir el inicio y otro el final; por defecto la nueva partición toma todo el espacio disponible). Una vez que volví al prompt del fdisk, tipeo 't' para cambiarle el tipo de partición, en donde elijo '6' (siempre sin comillas), para especificar FAT16. Por último, en el prompt tipeo 'a', para agregarle la marca de booteo. Reviso que me quede como se puede ver más arriba y con 'w' grabo los cambios en el pen drive.

3.3. Formatear el pen drive. Ahora queda darle formato al pen drive, para poder comenzar a grabarle archivos:

# mkfs.vfat -F 16 /dev/sdb1

(En este caso utilicé /dev/sdb1 porque lo que formateo es la partición nro. 1, es la única que definí con el fdisk).

3.4. Monto el pen drive (primero creo un directorio en donde montarlo por las dudas):

# mkdir -p /mnt/usb
# mount /dev/sdb1 /mnt/usb

3.5. Ahora sólo tengo que copiar los archivos en forma recursiva (con sus subdirectorios) de mi directorio 'image'. Por ejemplo, si estoy posicionado en 'work':

# cp -r image/* /mnt/usb

3.6. Desmonto el pen drive:

# umount /mnt/usb

3.7. Aquí viene lo más importante: hacer el pen drive booteable. Para eso ejecutamos el programa 'syslinux':

# syslinux /dev/sdb1

Lo que hace el syslinux es leer el syslinux.cfg y generar un archivo en el directorio raíz del pen drive llamado ldlinux.sys. Al configurar la BIOS para que arranque del pen drive, el syslinux se ejecuta y sigue las directivas definidas en el syslinux.cfg que generamos. Con la versión de syslinux incluída en Ubuntu Feisty (3.11) no es posible leer el archivo de configuración de un subdirectorio; a partir de la versión 3.35 ya está implementado (escanea unos subdirectorios predefinidos buscando el .cfg).

4. Consideraciones Finales

4.1. Si bien no haría falta eliminar completamente el MBR del pen drive (dd if=/dev/zero ...), encontré muchas incompatibilidades con pen drives cuya geometría sea mayor a 1024 cilindros (cabe aclarar que la gran mayoría de los pen drives actuales vienen con el tipo de partición 'e W95 FAT16 (LBA)', y alrededor de 3900 cilindros los de 1GB). La máquina en la que iba a correr el sistema directamente no bootea si el pen drive no tiene menos de 1030 cilindros (encontré pen drives que con 1028 booteaban igual), además de estar formateado en FAT 16. Quizás tenga que ver conque el modo de booteo es "USB-FDD" (siendo FDD: Floppy Disk Drive, y por esto sea el límite de cilindros tan bajo).

La opción de utilizar FAT 16 (tamaño máximo de partición: 2GB) también apunta a tener más compatibilidad con los BIOSes. También encontré incompatibilidades al bootear con otro tipo de máquina mucho más moderna, cuando el pen drive tenía una geometría de 1015 o 1032 cilindros. Para el proyecto en el que hice esto, terminé haciendo imágenes con "dd if=/dev/sdb of=imagen.img" de los pen drives que funcionaban y guardándolos en el HD para luego volver a clonarlos con dd if=imagen.img of=/dev/sdb. Esto particularmente anduvo muy bien.

4.2. Para modificar el filesystem generado, sólo hay que entrar al chroot, y modificarlo a gusto. Por ejemplo, podemos instalar nuevos paquetes que van a estar disponibles en nuestro live-usb (con apt-get), modificar archivos de arranque (/etc/rc.local), es decir, personalizar nuestra distro! :-D Luego, salimos del chroot (comando 'exit'), borramos el archivo image/casper/filesystem.squashfs anterior, y volvemos a generar el filesystem comprimido (ver arriba: "mksquashfs...").

Links Relacionados:

http://es.wikipedia.org/wiki/Chroot
http://www.pendrivelinux.com/2007/05/31/create-your-own-live-linux-cd-or-usb-distribution/
https://help.ubuntu.com/community/LiveCDPersistence
https://help.ubuntu.com/community/LiveCDCustomizationFromScratch
http://el-directorio.org/DebianLive#head-9df2b36e5793bbfb9353ffbf472fb3e38608935e
http://wiki.debian.org/DebianLive/Howto/USB

Espero que les sirva, y cualquier duda/insulto/comentario, pueden consultarme por mail (o comentando este post).

Saludos!
Marcelo

Gio en Nautilus

2007-11-23T14:35:00.000-03:00

Hola gente!

Bueno, como la mayoría de las cosas en el Mundo Libre, siempre se renuevan y reescriben, los escritorios también. En este caso, Alexander Larsson, desarrollador de Gnome, está trabajando desde hace tiempo en Gio, el nuevo componente de manejo de i/o ("input/output", entrada/salida) para Gnome. Qué características nuevas puede traer? Vean este video, donde se ve la versión de Nautilus utilizando Gio:

El post original es éste, y me encanta ver que por fin las operaciones de copiado, eliminación, etc. de archivos se ven reflejadas en el entorno de trabajo (aka el "desktop") en sí. Usualmente los usuarios se pierden o se confunden haciendo cosas con archivos, y éste IMHO es un muy buen primer paso.

Según el Roadmap de Gnome (el "plan" general de características a ingresar), va a estar listo para Gnome 2.22... :-)

Saludos
Marcelo