Los videos están organizados de más nuevos a más viejos:

Rafael Correa, Presidente de Ecuador, Campus Party Quito – septiembre de 2012

Gustavo Petro, Alcalde de Bogotá, Mes del Software Libre – agosto 2012

Gustavo Petro, Alcalde de Bogotá, FLISOL 2012 – mayo 2012

Juan Carlos Rodríguez Ibarra, ex Presidente de la Junta de Extremadura, Entrega Premios de Internet – mayo 2010

Lula da Silva, ex Presidente de Brasil, FISL 10 – junio 2009

Parte 1/3

Parte 2/3

Parte 3/3

Saludo Rafael Correa, presidente de Ecuador, FLISOL 2007 – abril 2007

Hugo Chávez, presidente de Venezuela, inaguración de Centro Nacional de Desarrollo en Tecnologías Libres – noviembre 2006

Parte 1/4

Parte 2/4

Parte 3/4

Parte 4/4

Rafael Bonifaz FLISOL. Foto tomada por Victor Solano @solano (twitter)

En el 2005 recuerdo que nos enteramos de una gran idea para difundir el software libre. Cada quién organizaría un evento para instalar software libre a otras personas y difundirlo. El evento se llamaría Festival Latinoamerica de Instalación de Software Libre (FLISOL) y se lo realizaría en toda la región.Básicamente debíamos cumplir 2 objetivos muy claros:

• Promover el uso del software libre en América Latina
• Integrar a las comunidades de software libre de libre en América Latina

El fin de  semana pasado tuve la oportunidad de participar en el FLISOL de Bogotá, ciudad donde surgió esta gran idea. Aquí pude ver como la gente que organizaba este evento, desde los días previos trabajaban con la pasión y el entusiasmo que solo se puede tener cuando se sabe que el trabajo que se esta haciendo puede cambiar el mundo.

El evento fue inaugurado por el Alcalde de Bogotá Gustavo Petro. Conozco poco sobre el, pero tengo que decir que su discursos sobre el software libre y la importancia de las tecnologías de la información y comunicación es de los mejores que he escuchado. Algo que me gustó es que da más importancia a la fibra óptica para que fluyan más rápido las ideas que al concreto para que fluyan más rápido los carros. Les recomiendo escuchar el discurso completo.

Luego de escuchar este discurso me sentí extremadamente motivado. Tuve mi presentación donde hablé sobre la comunidad de software libre de Ecuador, el FLISOL, el software libre en el gobierno y una iniciativa privada exitosa  como es Elastix.

• Presentación Flisol Bogotá

Una Red Privada Virtual (VPN por sus siglas en inglés) sirve para crear una conexión encriptada entre 2 o más puntos a través de Internet. Un caso de uso típico puede ser permitir al acceso a servicios de una intranet de forma segura desde Internet.  Otro caso típico de uso es interconectar redes locales de 2 ó más sucrusales a través de Internet. En este artículo haremos la primera opción y en un futuro cercano publicaré cómo interconectar 2 redes.

Existen varias implementaciones de VPN y en el mundo de software libre una de las más populares es OpenVPN.  Una de sus grandes ventajas, es que se pueden tener clientes en distintos sistemas operativos com GNU/Linux, Windows, Mac y seguro que en todas las versiones BSD.

Instalación

OpenVPN viene por defecto en la mayoría de las distribuciones GNU/Linux. En mi caso suelo utilizar Debian o Ubuntu. La instalación la hice con aptitude:

aptitude install openvpn

En distros basadas en RPM la instalación se la hace con yum:

yum install openvpn

Listo , así de fácil y de sencillo.

Crear los certificados digitales

OpenVPN autentica sus clientes a través de llaves públicas y privadas. De esta manera cada cliente tiene su llave privada y debe enviar su llave pública al servidor. Estas llaves son creadas con un certificado conocido como «Certificado de Autoridad«. De esta forma cuando el servidor recibe una llave pública este revisa si esta firmado con el certificado de autoridad. Sino esta no aceptará la conexión.

La forma más fácil de crear estos certificados es utilizando la utilidad easy-rsa que viene en el paquete de OpenVPN. En el caso de debian esta aplicación se encuentra en: /usr/share/doc/openvpn/examples/easy-rsa/2.0/ easy-rsa. Otras distribuciones tendrán una ruta similar.

Copiamos la aplicación a una ruta más fácil de recordar. Personalmente opté por un subdirectorio dentro de /etc/openvpn. Para tener las cosas ordenadas:

cp -r /usr/share/doc/openvpn/examples/easy-rsa/2.0/ /etc/openvpn/easy-rsa


Ahora ingresamos al directorio para crear las claves:

cd /etc/openvpn/easy-rsa/

Dentro de esta carpeta tenemos un archivo que almacena algunas variables importantes. Recomiendo revisar este archivo y de ser el caso modificar algunas variables.

vim vars

En mi caso personalice la siguiente parte para que cuando cree los certificados los valores por defecto tengan que ver con mi realidad:

export KEY_COUNTRY="EC"
export KEY_PROVINCE="Pichicha"
export KEY_CITY="Cayambe"
export KEY_ORG="Mi empresa"
export KEY_EMAIL="yo@midominio.com"

Guardamos y cerramos el archivo. Si no queremos no modificamos el archivo, es algo netamente opcional.

Cargamos las variables de este archivo al shell que estamos utilizando:

. vars

Borramos las claves previamete creados en caso de existir. Hacer esto solo si es la primera vez que vamos a crear los certificados y las claves.

./clean-all

Creamos el certificado de autoridad:

./build-ca

Si modificaron las variables, se darán cuenta que ahora las estaremos utilizando.

Certificado y clave privada para el servidor

/build-key-server servidor

Esto generara los archivos servidor.crt y servidor.key. donde el archivo .key es la llave privada y .crt es la pública.

Generamos los parámetros  Diffie Helman

./build-dh

Generamos las claves de los clientes.

./build-key cliente1
./build-key cliente2
./build-key cliente3


De manera similar al servidor se crearán las claves *.key y *.crt que serán las claves privadas y públicas respectivamente. Las 2 claves las deberemos copiar al cliente.

Listo, hemos creado todos los certificados necesarios y estamos listos para configurar los clientes y el servidor. Es importante sacar un respaldo del directorio /etc/openvpn/easy-rsa ya que ahí están todas las claves, incluido el certificado de autoridad que nos permitirá crear nuevas claves a futuro.

Resumen de las claves y certificados creados:

Nota: en clienteX, X quiere decir el número del cliente. En este ejemplo estamos trabajamos con 3 clientes para la VPN pr lo que deberíámos tener 3 pares de claves .crt y .key.

Configurar el Servidor

Copiamos los archivos que corresponden al servidor en una carpeta dentro del mismo. En mi caso copie la configuración en /etc/openvpn/claves. Si generamos las claves en una máquina que no es el servidor debemos usar scp u otra aplicación para subirlas a nuestro servidor.
Copiamos un archivo de ejemplo de configuración del servidor y la adaptamos a nuestras necesidades.

cd /etc/openvpn
cp /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz .
gunzip server.conf.gz
vim server.conf


Dentro del archivo modificamos algunas variables para que funcione. Aquí expico algunas:
Protocolo a utilizar:

# TCP or UDP server?
proto udp


Vamos a configurar la vpn utilizando el protocolo UDP ya que esto nos dará un mejor rendimiento. No tiene sentido trabajar en TCP ya que dentro de nuestra vpn se correra el protocolo IP donde de ser necesario se volver a utilizar el protocolo TCP y no tiene sentido utilizar 2 veces este protocolo. En otras palabras, utilizar TCP solo cuando no lo puedan hacer con UDP.

Definimos las rutas a los certifiados. Recordar que en este ejemplo estamos utilizando /etc/openvpn/claves

ca claves/ca.crt
cert claves/servidor.crt
key claves/servidor.key
dh dh1024.pem


Por último, en el mismo archivo, decimos a que redes queremos que los clientes vpn puedan acceder.

push "route 192.168.45.0 255.255.255.0"

Listo podremos iniciar el servidor:

/etc/init.d/openvpn start

En caso de necesitar corregir errores se puede iniciar el servicio así:

openvpn <archivo de configuración>

Nota: El servidor VPN debería poder trabajar como ruteador por lo que debemos activar esto a nivel del kernel:

echo 1 > /proc/sys/net/ipv4/ip_forward

Para que la configuración quede grabada y no se pierda al reiniciar la máquina se debe editar el archivo /etc/sysctl.conf y poner el valor de 1 a la variable correspondiente:

net.ipv4.ip_forward=1

Configuración de un Cliente

Instalar OpenVPN en el cliente. En el caso de usar Linux, la instalación es igual a como se instala el servidor.
Copiamos los archivos correspondientes al cliente dentro de la máquina del mismo (Ver la tabla de arriba). En mi caso los copie en /etc/openvpn/claves

Una vez que tenemos las claves, copiamos un archivo de configuración de ejemplo para cliente y lo configuramos para nuestras necesidades:

cp /usr/share/doc/openvpn/examples/sample-config-files/client.conf /etc/openvpn/
vim client.conf

Definimos el protocolo como UDP igual que en el servidor:

proto udp


De manera similar al servidor, editamos las varialbes ca, cr y key:

ca claves/ca.crt
cert claves/clienteX.crt
key claves/clientX.key

El cliente debe saber a que servidor se debe conectar. Para esto debemos utilizar un nombre de dominio o el IP público y el puerto a conectarse. Por defecto OpeVPN corre en el puerto 1194.

remote miservidor.com 1194

Iniciamos OpenVPN en el cliente

/etc/init.d/openvpn start

En caso de tener errores podemos probar con

openvpn <archivo de configuracion>

Para probar la conectividad podemos hacer ping al ip 10.8.0.1 que es el ip de nuestro servidor. Si lo hacemos ya estamos con la VPN arriba. en caso de haber puesto la sentencia push podríamos hacer ping a ips dentro de la red LAN donde se encuentra la VPN. Ojo que las máquinas de la red LAN deberían saber como llegar a la red 10.8.0.0/24, para esto deberíamos ver la configuración del servidor.

Referencias Adicionales

• How to OpenVPN

En este artículo explicaré como asegurar WordPress para que la administración del mismo tenga una comunicación encriptada con el servidor. Para esto modificamos el archivo:

/directorio/instalacion/wp-admin.php

Añádimos la siguiente línea:

define('FORCE_SSL_ADMIN', true);

Esta línea debería estar antes de este comentario:

/* That's all, stop editing! Happy blogging. */define('ABSPATH', dirname(__FILE__).'/');


Con esto estaremos obligados a administrar WordPress através de HTTPS. Ojo deberían tener configurado su servidor web para que escuche por HTTPS en ese puerto.

Una vez terminado el FLISOL de Cayambe envié un correo muy emocionado compartiendo mi experiencia a varias listas. Al parecer mi emoción fue tanta que me publicaron el correo en el sitio de LinuxPreview.

Luego de enviar el correo decidí descagar mis correos y obtuve una triste noticia desde la ciudad de Portoviejo. Lamentablemente justo el día en que se realizaba el FLISOL hubo un apagón. Por más buenas intenciones que alguien pueda tener, es imposible hacer un festival de instalaciones sin electricidad.

Lo primero que pensé luego de leer ese correo fue en que iba a hacer el próximo sábado. No tenía planes, podría irme a Portoviejo. Llame a Gabriel por teléfono y le dije porque no hacemos el evento en una semana y por lo menos yo desde Quito/Cayambe iría hasta allá para ayudar. Gabriel aceptó, compartí la idea con la comunidad del FLISOL de Ecuador y a la final fui yo desde Cayambe, David Puente desde Quito y Guillermo Salas desde Manta (más fácil :P).

El viaje de Quito a Portoviejo toma alrededor de 8 horas en bus, que normalmente me gusta hacerlas de noche. Para los que conocen Ecuador un viaje como este se podría definir como una mala noche, un susto y $8. Riesgo que no me lo podía perder para conocer y ayudar a mis amigos de Portoviejo.

El siguiente viernes de noche, emprendí el viaje con mi amigo David y nos fuimos hasta Portoviejo. Una vez ahí llamamos a Gabriel al celular y nos fuimos a desayunar con Gabriel. Luego se nos unió Debray Acosta . Fuimos a la universidad a conocer el laboratorio y ver lo que tenían preparado.

La idea era simple, en un laboratorio se darían charlas de software libre y luego empezaríamos a instalar. Gabriel empezó con su charla sobre demostrativa del software libre. Entre otras cosas recuerdo que habló de Gambas, emuladores de nintendo, MySQL y mucho más.

Yo estaba sumamente cansado luego de haber viajado toda la noche cuando escuché a Gabriel terminar su presentación con las siguientes palabras: «Bueno, ahora les dejo con Rafael Bonifaz para que les cuente sobre software libre»

En ese entonces yo había dado exactamente una sola conferencia de software libre en toda mi vida y fue la semana anterior en el FLISOL de Cayambe. Claro para esa presentación casi no dormí la noche anterior (era mi primera) y tenía mis diapositivas para apoyarme.

Ahora una semana después, mal dormido me habían anunciado para que de una charla de software libre que no había preparado y además no tenía mis diapositivas. Me llené de valor, caminé hacia adelante donde veía a toda la gente que me veía y decidí contar mi experiencia con el software libre. Creo que fue entonces cuando perdí el miedo escénico para hablar de software libre e improvisé una charla de 45 minutos. Lo increíble fue que nadie se aburrió (bueno tal vez David que tampoco había dormido muy bien), por lo contrario todos se veían sumamente interesados por el tema.

Luego de mi charla, paso adelante Gabriel y dijo que ahora ahora David Puente daría su charla sobre OpenOffice.org. David que tampoco había preparado su presentación salió muy bien librado.

Terminadas las charlas, empezamos a instalar GNU/Linux. Fue durante las instalaciones que me presentaron al mítico Razametal (Guillermo Salas) que venía desde Manta. Digo mítico porque en esa época el sitio de software libre más popular de Ecuador era el Ecualug y era simplemente imposible tratar de igualar la participación de Razametal. Para mi en ese momento era como conocer a uno de los duros. (Todavía es de los duros, pero ya le conozcó un bueno tiempo)

Terminado el evento, el buen Debray Acosta empezó con su tour gastronómico por Manabí. Fuimos a almorzar y en algún momento comimos unos deliciosos corviches que yo tanto había pedido. Luego nos fuimos a dormir en la playa de Crucita y a seguir disfrutando de la comida de mar.

El FLISOL fue una iniciativa de la comunidad colombiana de software libre COLIBRI que organizaba un evento similar al FLISOL pero a nivel local en Colombia desde el año 2003. La idea original de este evento fue de Alejandro Forero Cuervo y se llamaba FISL. El mismo Alejandro en octubre del año 2004 propone realizar un evento similar, pero invita a gente de otros países. En poco tiempo Alejandro mejoró la idea y surgió lo que ahora conocemos como FLISOL.

Al ingresar al sitio oficial del FLISOL se puede ver que no existe una referencia del primer evento, en el año 2005. Sospecho que por algún motivo se perdió el backup pero recientemente encontré un snapshot del 3 de abril del año 2005, que muestra como se veía el sitio un día después de la realización del primer FLISOL.

Cuando me enteré de la idea de organizar un evento como FLISOL, me llené de emoción porque me pareció una idea fantástica. Este evento ayudó a unir a las comunidades de software libre de América Latina que no nos conocíamos y además ayudó a conocer a la comunidad de software libre a nivel nacional y a nivel de la ciudad.

Para los que les interese un poco más los inicios de este evento,  comparto mi experiencia coordinando el primer FLISOL de Ecuador y un artículo que escribí sobre el impacto del FLISOL en el país. Además recomiendo leer esta página del Wiki del FLISOL que nos cuenta más de la historia del mismo

Quiero agradecer a Alejandro y a COLIBRI por haber aportado con esta excelente idea. Además hay que agradecer a toda la comunidad a nivel regional por apoyar constantemente a este evento.

Por último quiero agradecer a María del Pilar Saenz porque a través de Identi.ca me ayudo a encontrar los links a los correos de Alejandro que me aclararon mucho sobre como inicio esto.

Para votar podemos utilizar el siguiente link:
http://elastix.org/vote

El link automáticamente selecciona a Elastix (Best Project for the Enterprise) como voto. Luego seleccionamos a Medical en la categoría de Best Project for the Goverment, y a Process Maker como Best Comercial Project y Best Visual design

Los sitios web de estos proyectos son:
http://www.elastix.org
http://medical.sourceforge.net/
http://processmaker.com/

Más allá de apoyar a 3 proyectos de software libre, estamos apoyando la idea de que en América Latina bajo las mismas condiciones somos iguales podemos producir software de igual o mejor calidad que en el resto del mundo. El software libre nos permite tener las mismas posibilidades.

De ganar uno, dos o los tres proyectos. Estarémos abriendo la puerta para que más comunidades y proyectos de software libre de la región sean conocidos. Así como estarémos motivando a los desarrolladores tradicionales de software a liberar su software.