Esta laptop Samsung RF511 es una laptop muy linda, y bastante potente. Según sus especificaciones cuenta con un procesador Intel i5, 4 gigas de RAM y una placa de video NVIDIA GT540M. Esta adquisición fue influenciada principalmente por ser de las pocas laptops que se podían adquirir que tenían una placa de gráfica NVIDIA.

En windows aún no experimenté demasiado, más allá de estar varias horas desinstalando toda la basura que Samsung instala de fábrica (programas, demos, pésimos antivirus, programas que no tengo idea qué hacen, controladores que descontrolan, etc… lo cual no es solo de Samsung, todas las empresas hacen este tipo de estupideces) pero no he tenido ningún problema por ahora. Todo parece funcionar correctamente.

En linux, que es mi principal sistema operativo, específicamente la distribución Ubuntu 11.04 es donde comencé a llevarme algunas sorpresas, varias por falta de investigación y desconocimiento a la hora de decidir la compra de este equipo.

La primera sorpresa fue intentar bootear desde USB. Mi pregunta fue ¿Como bootear desde USB con una laptop Samsung RF511? LLegué a pensar era imposible, pero milagrosamente descubrí que si se puede bajo una incómoda condición, solo reconoce los USB cuando la computadora es prendida con el USB conectado.

Si rebooteamos la computadora, no detecta que hay un USB, y por lo tanto no bootea desde éste. Debe ser apagada y prendida nuevamente para lograr bootear. Supongo que esto lo hacen para conseguir que la pc reinicie realmente rápido.

Resuelto el problema del booteo, logré entrar con un LiveUSB e instalar el sistema operativo Ubuntu Linux/GNU.

Al iniciar por primera vez, para mi sorpresa,  salió un mensaje que decía que mi equipo no tenía el hardware necesario para ejecutar Unity, la nueva interfaz gráfica de Ubuntu Natty que necesita para funcionar una aceleradora gráfica.

Se imaginan mi sorpresa, al ver este mensaje, cuando había comprado esta computadora precisamente por su placa NVIDIA que debería ser más que suficiente para soportar Unity.

Investigando un poco descubrí que había sucedido. Esta laptop, y varias otras nuevas, tienen un sistema llamado NVIDIA Optimus, que en efecto significa que no tienen una placa gráfica.. sinó que tienen dos ! Efectivamente tiene un GPU NVIDIA pero además tiene otra Intel, que es menor calidad, pero con un consumo mucho menor. Entonces esta tecnología solo activa la placa NVIDIA cuando se la necesita, y para todo lo demás utiliza la placa Intel.

Lamentablemente, esto solo funciona bien en Windows, en linux no hay mucho soporte aún. Existe un proyecto llamado Bumblebee (ehhhh.. mucho Transformers estos chicos) que pareciera dar soporte a esta tecnología, pero aún no lo he probado.

Pero como había detectado la placa NVIDIA, pero no podía usarla, era como si no hubiera placa directamente.. y no usaba siquiera la Intel. La solución fue manualmente desinstalar el divers de NVIDIA (desde la configuración de restricted drivers) y al reiniciar la pc, ya me funciona Unity como siempre.

Luego el siguiente problema fue el mousepad. Si bien funcionaba, no andaba el Scrooll vertical (ni el horizontal, pero me hubiera molestado menos) y tampoco había forma de desactivarlo cuando conectaba el mouse o escribía (no se imaginan cuantas veces toqué con la palama de mi mano el pad y se me fue el cursor a cualquier lado mientras escribía este artículo).

Buscando entre los dispositivos que detectaba… ¡parecia que no existía ningún touchpad! Pero como era posible que no lo detectara pero funcionara…. aun no lo se.. pero lo que descubrí es que sí era detectado, ¡pero como cualquier otra cosa! Según el comando xinput list es detectado como PS/2 Logitech Wheel Mouse.

Investigando un poco en internet, resulta que el Kernel de linux que estoy utilizando tiene problemas para detectar los nuevos touchpad elantech y ya estaba reportado el bug en las listas de Ubuntu y del kernel de linux pero aún no fue solucionado en upstream, por lo que hay varios parches, para el que quiera intentar resolverlo por su cuenta (aun no lo intenté y no se si lo intentaré o viviré con este bug hasta que sea resuelto). Pareciera estar bastante avanzado el tema por lo que espero que pronto sea solucionado.

Investigando todo esto descubrí también que el modelo que me vendieron tiene un bug en un chip de Intel Cougar Point HM65 que trae problemas con los dispositivos SATA2 que conecte en la computadora. Este chip fue retirado del mercado por Intel en Febrero y se aconseja que se reemplace en todos los equipos por una versión (revision 6 o superior) que no tenga este defecto. (el cual no se puede arreglar con un parche porque es un problema de hardware) que evaluaré que hacer y en el peor de los casos.. esperar no tener dispositivos SATA2 en los tres o cuatro años que espero me dure esta computadora.

Por ahora eso fue todo lo que estuve experimentando, el resto anda en verdad muy bien. Por lo que estoy bastante conforme. (aunque sigo llorando por no haber podido comprar una Dell con características similares snif snif snif)

Particularmente lo que me molestaba tener que actualizar eran los tipos MIME que identifican un determinado archivo, con un determinado tipo y gedit como nautilus utilizan para saber como abrir cada archivo, de que forma colorearlo, etc. Para modificar ese directorio se necesita permisos de administrador y siempre me pareció que debería haber una forma de hacerlo desde mi cuenta de usuario limitado.

Hoy, que estaba trabajado con PHP, queria abrir unos archivos de Smarty que tienen extensión tpl, y que se colorearan automáticamente como html, que es el lenguaje más cercano que reconoce (o al menos de los que vienen por defecto) y decidí buscar en internet una forma de hacerlo y encontré dos páginas, por un lado el blog de c3b en un artículo titulado Alternative method for opening Smarty templates with HTML syntax highlighting in gedit y también en la página de gnome bajo el nombre Modifying MIME types

Combinando el conocimiento de ambos sitios, logré que al hacer doble-click sobre un archivo tpl, se me abra automáticamente el gedit (y no firefox!) y se me coloree automáticamente la sintaxis como PHP

¿Cual fue el procedimiento? Fácil.

Lo primero que hice fue crear la carpeta ~/.local/share/mime/packages

En esa carpeta creé un archivo llamado Overrides.xml con el siguiente contenido

<?xml version='1.0' encoding='utf-8'?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
    <mime-type type="application/x-php">
        <glob pattern="*.tpl"/>
    </mime-type>
</mime-info>

Luego ejecuté el comando update-mime-database ~/.local/share/mime

La lógica detras de este procedimiento, es que en el archivo Overrides.xml puedo crear nuevas asociaciones, o modificar exisntes. En este caso en particular, se le informa al sistema que los archivos .tpl son archivos PHP, y por lo tanto lo colorea automáticamente como PHP

Y todo esto sin usar sudo ni una sola vez

Esto se debe a una incompatibilidad entre el Plugin  de VMware y esta versión de Firefox, lamentablemente no hay forma de hacerlo funcionar dentro de la ventana del explorador, pero es fácil de ejecutar.

Para ejecutarlo basta ejecutar el archivo vmware-vmrc que se encuentra en el directorio ~/.mozilla/firefox/<perfil>/extensions/VMwareVM

Donde <perfil> es el directorio donde se guarda e perfil del usuario.. a menudo será el único directorio dentro de ~/.mozilla/firefox y si hay más de un directorio, seguramente sabrás como identificarlo

Aparecerá una pantalla donde deberás ingresar la url o ip del servidor (y el puerto, ejemplo 127.0.0.1:8333), luego listará todas las máquinas virtuales disponibles… y listo.. estarás controlando el sistema.

Luego de hacer esto te descepcionaras al ver que no anda parte del teclado. La solución a esto más facil que encontré, aunque no arregla todas las teclas, si arregla los cursores y lo que necesito para poder terminar de instalar el sistema es crear en el directorio ~/.vmware un archivo llamado config con el texto xkeymap.nokeycodeMap = true

Luego de esto, si todo sale bien… ya podremos utilizar las maquinas virtuales de vmware sin problema desde nuestro equipo

Si bien Flash no me gusta y creo que está en proceso de desaparecer, el no tener una versión nativa de 64 bits me es molesto. Por un lado necesito instalar un montón de dependencias, que lejos de ayudar molestan, para poder ejecutar la versión de 32 bits, y además si no lo hago no puedo jugar al Gran DT (ni acceder a casi el 30% de las páginas web).

Hoy, aun configurando la beta de Ubuntu 10.10 Maverick, me puse a buscar si ya existía algun Flash de 64bits y me llevé la grata sorpresa. Además de volver a publicarse en el sitio de Adobe (para linux, mac y widows) , encontré un PPA para poder instalarlo utilizando apt-get

Basta con los siguientes comandos

sudo add-apt-repository ppa:sevenmachines/flash
sudo apt-get update && sudo apt-get install flashplugin64-installer

Para mayor información los remito al blog de OMG! Ubuntu! de donde saqué esta información

Fácil también cat /etc/lsb-release, por ejemplo, en la pc que estoy escribiendo este artículo el resultado fue:

fernando@fernando-laptop:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu lucid (development branch)"

Esto me indica que estoy usando Lucid Lynx (10.04, develpment branch es porque a este momento, aun estan por el beta 2 y no es final)

En cambio uno de nuestros servidores, corriendo ubuntu Server dice

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=9.10
DISTRIB_CODENAME=karmic
DISTRIB_DESCRIPTION="Ubuntu 9.10"

Ahora, además de saber que versión estamos ejecutando, si queremos saber si es de 64 bits o 32 bits, o estamos ejecutando la versión server o desktop o alguna otra, debemos recurrir al comando uname -a

fernando@kopernik:/etc$ uname -a
Linux kopernik 2.6.31-20-server #58-Ubuntu SMP Fri Mar 12 05:40:05 UTC 2010 x86_64 GNU/Linux

Aca vemos que estamos usando un Ubuntu Server (el -server despeus de la version del kernel) y es de 64 bits (gracias al x86_64)

Para quienes no lo conocen (me incluyo), zabbix es un sistema para monitoreo de servidores. De esta manera, espero que si algún servicio deja de funcionar, o se nos cae un servidor, o se nos llena un disco rígido o cualquier otro evento el cual sea bueno estar informado, se me informe al instante(nota al margen, me encantaría saber como me enteraré si el servidor de zabbix deja de andar)

Nuevamente, con espíritu aventurero, creé una vm para esta tarea. En esta ocasión utilicé un Ubuntu Server 9.10 Karmic Koala i386. Realizando una instalación como servidor LAMP y SSH

Al momento de escribir este artículo, la versión actual de Zabbix es la 1.8.1, sin embargo en los repositorios de Ubuntu se encuentra la versión 1.6 (elegí ubuntu en lugar de debian porque en la de debian se encontraba la versión 1.4 aún más antigua, pero como terminé compilando desde código la última versión debería haber sido el mismo procedimiento en cualquiera de las dos distribuciones)

Compilación e instalación de Zabbix Server

Como quería la última versión de Zabbix, primero bajé el source de la página oficial de Zabbix y luego instalé las dependencias necesarias tanto para la ejecución como para la instalación.

sudo apt-get install php5-gd build-essential libmysqlclient-dev libcurl4-openssl-dev libsnmp-dev

La lista de dependencias la fui construyendo un poco por medio de prueba y error, y otro poco gracias al post de seven two seven, aunque dice que no ha tenido suerte en la instalación (por suerte al parecer yo si). Lamentablemente una dependencia necesaria para soportar notificaciones por medio de Jabber no pude instalarla (realmente si pude instalarla, pero el comando configure no me la reconocía) por lo que esa funcionalidad no estará activada.

Luego seguí las instrucciones de para descargar, descompactar, configurar e instalar zabbix que figuran en el manual online

wget http://downloads.sourceforge.net/project/zabbix/ZABBIX%20Latest%20Stable/1.8.1/zabbix-1.8.1.tar.gz?use_mirror=ufpr
tar -xzf zabbix-1.8.1.tar.gz
cd zabbix-1.8.1
./configure --enable-server --with-mysql --with-net-snmp --with-libcurl
sudo make install

Por favor, noten que la url de arriba puede cambiar, lo importante es simplemente descargar zabbix desde la pagina de sourceforge y descompactarlo.

Luego de un pequeño período de tiempo, la compilación de zabbix terminó y se instaló tla cual promete el manual en el directorio /usr/local

Lo siguiente fue configurar la base de datos. Si bien no lo dije expresamente el motor de bases de datos que elegí fue MySql, por lo que todas las instrucciones hasta ahora daban por sentado este motor de bases de datos. Para crear y popular la base de datos seguí también las instrucciones del manual de Zabbix, siempre desde el directorio en que se descompactó Zabbix

mysqladmin -u root create zabbix
mysql -u root zabbix < create/schema/mysql.sql
mysql -u root zabbix < create/data/data.sql
mysql -u root zabbix < create/data/images_mysql.sql

Notarán que soy un pequeño animal que no le puso contraseña a mysql y que ni me molesté en crear un usuario de base de datos para Zabbix. Me declaro culpable, pero por favor, no sigan mi ejemplo y si lo desean háganlo como debe hacerse. Yo me justifico diciendo que esta es una instalación de prueba, y que en último caso despues puedo hacerla más segura.

Si ahora ejecutamos el comando /usr/local/sbin/zabbix_server nos aparecerá en pantalla un error referente a la falta de un archivo de configuración. Lo cual tiene perfecto sentido ya que hasta ahora no lo hemos configurado.

Nuevamente el manual es muy certero en este punto. Para instalaciones pequeñas, como la mia, el archivo de configuración que viene por defecto es suficiente y solo basta con copiarlo en la carpeta /etc/zabbix para que funcione.

sudo mkdir /etc/zabbix
sudo cp misc/conf/zabbix_server.conf /etc/zabbix/

Casualmente (no tanto porque en cierta forma lo hice a proposito realmente) este archivo de configuración viene preparado para utilizar un motor de base de datos de mysql, con usuario root, contraseña vacia y catalogo zabbix, por lo que no debí modificarlo para nada. Si alguien utilizó otro nombre de base de datos, o usa algun usuario o clave deberá editar el archivo.

En este punto ya deberíamos se capaces de ejecutar el servicio de zabbix sin errores.

/usr/local/sbin/zabbix_server

Instalación de interfaz Web

Uno esperaría que luego de ejecutar el servidor algo sucediera, una pantalla para administrarlo o algo, pero la realidad es que no sucede nada. Siguiendo la convención de Unix de que si todo sale bien no hay que mostrar nada, al ejecutar el servidor se retorna al prompt como si nada, aunque quedan varios procesos nuevos corriendo que se pueden ver si se ejecuta un ps -A

Entonces era el tiempo de configurar la interfaz web para poder administrar nuestro nuevo software. Lamentablemente aquí la documentación online dejó algunos huecos que debí ir deduciendo, ayudado un poco (mucho) por internet.

Lo primero importante a saber es que los archivos que componen la interfaz web, se encuentran dentro de la carpeta que se crea cuando se descompacta el codigo, dentro del directorio frontends/php

Como mi instalación era con un sistema operativo vacio, que no se usará para otro motivo, en lugar de reconfigurar apache, simplemente copie todos los archivos necesarios al directorio document_root de apache, que en ubuntu es /var/www, previamente habia borrado todos los archivos de ese directorio que no utilizaré.

sudo rm -fr /var/www/*
sudo cp -R frontends/php/* /var/www
sudo chown www-data:www-data /var/www -R

Si abrimos el explorador y comenzamos con la instalación, les ahorro la sorpresa de averigurar que algunos parámetros de php no estarán correctamente seteados, asi que primero configuramos php con las opciones recomendadas por Zabbix, para eso editamos el archivo php.ini con algun editor del agrado del lector (yo uso vi)

El archivo php.ini se encuentra en el directorio /etc/php5/apache2, por lo que mi comando terminó siendo: (si no saben usar Vi, les aconsejo que utilicen otro editor como nano)

sudo vi /etc/php5/apache2/php.ini

Una vez abierto hay que modificar varios valores. Algunos documentados en Zabbix, otros no. A saber modifiqué

max_execution_time = 600
memory_limit = 256M
post_max_size = 32M

[Date]
date.timezone = America/Buenos_Aires

[mbstring]
mbstring.func_overload = 2

Luego de estas modificaciones el el archivo php.ini podemos abrir una explorador, y apuntarlo al puerto 80 de la pc en que se instaló zabbix e ir recorriendo las pantallas, una por una, dandole continuar hasta finalizar la instalación (tal vez quieran completar el valor correcto cuando se les pregunta por el ip o el nombre de la pc que corre el servidor de zabbix)

Increiblemente eso fue todo lo que he hecho, ahora me falta ponerme a investigar como configurar y utilizar realmente este programa, pero ya es otra historia.

Por cierto, luego de haber escrito todo esto encontré en la wiki de Zabbix la siguiente página http://www.zabbix.com/wiki/howto/install/ubuntu/ubuntuinstall que indica otros pasos para instalarlo, seguramente más eficientes o simples que los mios donde a simple vista también se incluyen instrucciones para instalar el soporte de jabber correctamente, y los scripts para iniciar zabbix automaticamente cuando se prende la pc.

Así es como nos recomendaron Retrospectiva y le hemos querido dar una mirada.

Primero utilizando vmware creamos una máquina virtual nueva con un Debian 5 instalado desde un netinstall con las opciones mínimas e imprescindibles. Nos gusta mantener nuestras máquinas virtuales lo más livianas posibles para poder tener varias.

Es la primera vez que instalo un programa realizado en Ruby, de hecho es la primera vez que uso Ruby así que está siendo una experiencia interesante.

Instalación usando Single Step Installer

La gente de retrospectiva es consciente de los usuarios impacientes como yo y nos proporcionaron un Single Step Installer que con solo dos lineas de comando debería instalar una versión operativa de Retrospectiva.

Seguir las instrucciones al pie de la letra, desde un debian recién instalado es una tarea condenada al fracaso. No solo que no indican todas las dependencias que hay, sino que incluso las versiones del software disponibles en los repositorios oficiales de debian es muy vieja para la versión actual de Retrospectiva (en este momento 2.0 stable)

Primero debemos instalar los paquetes del repositorio, para lo cual hacemos

apt-get install ruby ruby-dev sqlite3 libsqlite3-ruby build-essential libopenssl-ruby

La versión de RubyGems que se encuentra en los repositorios de Debian 5 no es lo suficientemente actual, por lo que debemos instalarla manualmente. Al momento de escribir este artículo la versión actual es  RubyGens 1.3.6 la cual puede ser descargada del sitio oficial http://rubygems.org

wget http://production.cf.rubygems.org/rubygems/rubygems-1.3.6.tgz
cd rubygems-1.3.6
ruby setup.rb

Instalado RubyGems ahora si podemos proceder con la instalación del installer de retrospectiva. Primero nos movemos al directorio donde queremos tenerlo instalado y luego descargamos y ejecutamos la instalación

cd /opt
wget -O - http://github.com/dim/retrospectiva/raw/master/script/remote/retrospectiva_installer.rb | ruby

Para asegurarnos que todo salio bien podemos ejecutar un servidor de Retrospectiva y ver que logramos loguearnos

cd retrospectiva
ruby script/server -e production

Luego abrimos un firefox y nos dirigimos a la página http://localhost:3000 y debemos ver una pantalla de login en la cual podremos entrar con el usuario admin y contraseña password

Configuración de Retrospectiva

Ahora que tenemos instalada y funcionando la aplicación, continuamos con la demás configuración que necesitamos, entre ellas configurar las tareas programadas, agregarle soporte de svn y de de scrum

Crontab

Fue suficiente escribir crontab -e para modificar las tareas programadas del usuario actual (como soy root, las de root) y agregar una linea que diga

* *  * * *  RAILS_ENV=production /usr/bin/ruby /opt/retrospectiva/script/retro_tasks

Esto hará que se ejecute el script retro_tasks una vez cada minuto, esta tarea será ejecutada incluso si el ususario no se encuentra logueado. Hay varias otras formas de hacer esto, incluso editando el archivo /etc/crontab pero como esta es la que recomiendan al finalizar la instalación de retrospectiva, y como no tengo motivos para usar alguna otra, es que lo hice de esta manera.

Lamentablemente, al hacer esto comencé a a ver que se generaban errores (crontab envía un email al usuario que lo ejecuta cuando un script genera una salida) y se debía a un modulo llamado FileUtils que es propio de Ruby. Para solucionarlo, decidí modificar el código de retro_tasks y agregué una linea debajo de todos los require que decia

require 'fileutils'

Luego ejecuté manualmente el script con el comando RAILS_ENV=production /usr/bin/ruby /opt/retrospectiva/script/retro_tasks y funcionó correctamente sin generar ningún error, ni esa ni las siguientes veces que lo ejecuté. Luego por curiosidad quité la linea que habia agregado y tampoco generó más errores. Supongo que hizo alguna tarea de inicialización que no se necesitaba más que una vez y no vuelve a ser necesario este mini bugfix.

Soporte para Scrum

Retrospectiva, por default, no trae soporte para Scrum, pero es fácilmente instalable por medio de un plugin llamado agile_pm. Basta ir al directorio donde se encuentra instalado Retrospectiva y ejecutar el siguiente comando

cd /opt/retrospectiva
RAILS_ENV=production script/rxm install agile_pm

Luego solo es necesario reiniciar el servidor de retrospectiva (ya sea apache o WEBrick y disfrutar

Soporte para Subversion

Aquí también las instrucciones son simples y precisas. Basta con ejecutar los siguientes comandos y reiniciar el servidor de retrospectiva.

apt-get install subversion libsvn-ruby

El que sea Beta no asusta mucho, sabemos como es google y sus famosos Betas, asi que lo instalé sin pensarlo dos veces.

Me asombró ver que habia versiones de 32 y 64 bits tanto para Debian/Ubuntu como Fedora/openSUSE.

Instalé la versión de 64 bits de Debian/Ubuntu (uso Ubuntu Karmik Koala x64) y funcionó como por arte de magia.

Este post lo estoy haciendo desde Chrome y debo reconocer que se ve muy bien, tiene la misma interfa que en windows y comparte con su versión Windows una de las características que más me gusta. A saber su increible velocidad para cargar !

Siempre es bienvenido tener más opciones de exploadores en linux, especialmente cuando se desarrollan páginas webs.

En linux es ampliamente usado un programa muy similar, pero que se llama, y no por casualidad, Midnight  Commander

El uso del teclado en MC (Midnight Commander) es igual a como era en DOS, incluso el hecho de que para salir se debe presionar F10, pero esta tecla tiene un significado especial en la terminal de gnome, que es abrir el menú File, entonces no nos queda forma fácil, desde teclado, de cerrar el programa.

Hoy encontré el blog Diario Linux en donde explican como desactivar la asociación del F10 con el menú File, pero en uno comentario, se menciona que para salir del programa era suficiente presionar ESC-0 (presionar y soltar escape,  y luego el numero 0, no es necesario mantener presionado nada)

Admito que me sorprendió lo fácil que era y que además funcionara bien !

En ese mismo blog se explican, en los comentarios, formas más fáciles de darle al F10 el comportamiento esperado en la termina de gnome.

La experiencia de configurarlo, a mi gusto, me llevo a internarme un poquito en el funcionamiento del sistema ifupdown de Debian por lo que aquí dejaré mi solución al problema.

Lo primero que vale la pena aclarar es el problema que quería solucionar. Yo quería que al prender el servidor, este creara una red Adhoc y compartiera Internet por ella. No me era importante la seguridad, por lo que con WEP era suficiente.

El hardware y sistemas operativo que disponía era de una placa de red Wifi Atheros correctamente instalada y funcionando (si no les reconoce la placa tal vez necesiten instalar los restricted modules), y una placa 10/100 Realtek. Por medio de la placa cableada tenía la Internet que me proveía Fibertel. Como sistema operativo tenía Ubuntu Server 8.10 y no tenía planeado instalar ningún software nuevo.

Investigando en internet encontré varios blogs y documentación que me ayudaron en mi solución. Especialmente Jvare Blog y Prashanth Speaks-Technology and Life de los cuales se basa mi solución.

Ambos tenian el mismo problema, que necesitan la ejecución de un script que realizaba la configuración. Yo quería que sea de una manera mas automática y estándar.

Comenzaré copiando aquí el archivo interfaces que fue el resultado de mi trabajo, para después explicar, por si a alguien le interesa el como llegué a esta configuración

# 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
auto eth0
iface eth0 inet dhcp

# Wireless card
auto ath0
iface ath0 inet static
madwifi-base wifi0
madwifi-mode adhoc
wireless-essid FerNetworkFiber
wireless-key s:12345
address 192.168.2.1
netmask 255.255.255.0
post-up /etc/network/share_internet || true

Las primeras partes del archivo simplemente setea la interfaz cableada y local, donde se pone interesante es cando se configura la interfaz ath0 que es la wireless.

Primero las lineas auto ath0 e iface, simplemente indican la primera que esta interfaz debe levantarse cuando se inicia el sistema en forma automática y la segunda que quiero configurarla de manera estática, o sea, diciendo manualmente cual será el ip, la mascara y demás información que necesite.

Las entradas que dicen address, y netmask no requieren mucha explicación y deberían ser conocidas por cualquiera que alguna vez estuvo configurando una interfaz estática. Simplemente indican cual será el IP estático de esa interfaz, y cual será su mascara. En este caso 192.168.2.1 es la ip y 255.255.255.0 su máscara.

Luego tenemos las entradas wireless-*. Estas se emplean para configurar el wireless con los datos necesarios. En este caso tenemos wireless-essid  y wireless-key. La primera dice cual sera el nombre de la red, la segunda cual sera su contraseña, aunque en una configuración tan simple como esta usa el protocolo WEP que dista de ser muy seguro, pero para un caso simple y temporal como el mio es mas que suficiente. Un comentario importante, para que luego una Pc con Windows pueda conectarse a esta red la contraseña debe tener exactamente 5 o 10 caracteres. (si ingresan una de 6 u 8 o cualquier otra cantidad que no sea 5 o 10 no podrán conectarse)

Luego, según la mayoría de la documentación que uno puede encontrar en internet dicen que debería haber una linea que diga wireless-mode adhoc para especificar que se quiere entrar en modo adhoc, pero en mi placa Atheros eso no funcionaba, y consultando el blog de Jvare que anteriormente nombré descubrí  que la forma de hacerlo consistía en destruir la interfaz y volver a crearla directamente en modo adhoc. Mi problema era como hacer esto desde el archivo interfaces.

Investigando un poco descubrí que dentro del directorio /etc/network/if-pre-up.d había un archivo llamado 050madwifi. Este archivo contenía las instrucciones necesarias para la destrucción y creación de las interfaces en el modo correcto, pero no se estaba ejecutando. Para que este se ejecute, se necesitaba especificar algo más.

Esto extra que había que especificar es el dispositivo asociado. Este es un dispositivo que se muestra cuando se hace un ifconfig y es creado cuando se carga el driver. En mi caso se llama wifi0. Para especificar esto es que está el parámetro madwifi-base wifi0.

Hecho esto, ya podía dar de baja y alta la red con ifup e ifdown, pero lo hacía mostrando un error, todo andaba bien, pero me molestaba ver el error. Este se debía a que igualmente estaba intentando cambiarse el modo usando iwconfig ath0 mode adhoc lo cual no anda en mi versió (creo que actual a la hora de escribir este artículo) del driver madwifi. Para eliminarlo, y nuevamente gracias a inspeccionar 050madwifi advertí que también se reconocía como modo a la orden madwifi-mode adhoc y de esta manera no se generaba ningúnerror.

Ya casi estaba todo listo, de hecho la red ya estaba planteada y podía hacer un ping entre esta pc y otra que se conectara a la wifi, en im caso una pc con Windows Vista. Pero no se estaba compartiendo internet. el problema era ahora compartir internet, problema el cual gracias a los blogs ya sabia como resolver, simplemente con tres comandos, uno para cargar el modulo de iptables_nat, otro para configurar el nateo (compartición de internet) y el ultimo para activarlo.

Creo que podría haber utilizado varia sentencias post-up ejecutando cada una de ellas uno de los comandos necesarios, pero decidí ir directamente a lo fácil(lo anterior ya me había llevado como 4 horas de investigación) y escribí un pequeño script que realizaba la tarea. Este archivo se ejecuta gracias a la línea que dice post-up. El ||true es para que sin importar el valor de retorno del archivo, se piense que se ejecutó correctamente y no genere ningún error el ifup (a pesar de que la interfaz haya sido realmente).

Copio aquí el resultado de mi archivo que habilita la compartición de internet

#!/bin/bash
modprobe iptable_nat
iptables -t nat -A POSTROUTING -o $IFACE -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
exit 0 

Hecho esto ya estaba preparada la configuración de mi servidor en modo adhoc. Ahora faltaba hacer la prueba conectando mi pc con Windows Vista al servidor y ver si navegaba en internet.

Como era de esperarse, no navegaba. Pero esto ya me lo esperaba. Tenía que configurar la placa wireless para conectarse a esta red adhoc, esto fue, siempre en la pc con vista, conectarse a la red utilizando la cotraseña que se habia puesto.  Además, como no configure un servidor DHCP habia que configurar el protocolo IPv4 manualmente. Para eso especifiqué una ip en el rengo correcto (192.168.2.2 fue mi eleccion) la puerta de enlace en windows sigue siendo 255.255.255.0 y el gateway pasa a ser el servidor, en mi caso 192.168.2.1.

Finalmente hay que configurar también los DNS. Estos deben ser los mismos que usa el servidor, que por suerte no suelen cambiar. Para saber cuales son los adecuados es suficiente con ver en el linux el archivo /etc/resolv.conf y utilizar los dos primeros que aparezcan. (o si aparece uno solo ese único)

Hecho esto, es que ahora puedo escribir este post en Windows Vista, saliendo por medio de una pc con Ubuntu 8.10 configurada como red Adhoc que comparte la internet que me provee Fibertel. (y esto seguira así hasta que arnet, quien me ofrese una internet más rápida, en la cual tengo un router wifi, vuelva a funcionar)

Si necesitan mas ayuda de como configurar la red en Windows, no duden en dejar un mensaje que si lo amerita haré un post dedicado a ese menester. Tambien si necesitan alguna aclaración co respecto a la configuración de Linux pueden escribirnos, aunque no soy un experto, y el mejor amigo de toda consulta es Google.

Finalmente, si les gusto y les pareció interesante y util tambien pueden escribirnos para contarnos sus experiencias y, por que no, darme alguan sugerencia de como mejorar mi método.