Empezando por la sintaxis, no me gustó. Es como una horrible mezcla de C++ con JS y algo de Java.

Seguido por ¿otro lenguaje de programación?, no entiendo el porqué, en el video se dice que porque necesitamos un lenguaje en que se desarrolle más rápido, que compile rápido, que corra rápido. De querer sólo esto, se podría haber optimizado el bytecode de Python y ya ¿no?, pero en su lugar juntas a Robert Griesemer, Rob Pike y Ken Thompson y escribes todo un nuevo lenguaje, con una nueva sintaxis, nuevos paradigmas y nuevos procesos.

No sé, se me hace muy “windowsero”: ¿dns?, no! hagamos WINS. ¿nfs, ftp, etc? no! hagamos SMB.

Hacer algo como Google Wave, innovar la forma de comunicarnos y liberar el framework wow!, pero… ¿un nuevo lenguaje? come on google!

Esta vez sólo veo una táctica de posicionamiento monopólico, de verdad requerían de un lenguaje moderno, veloz y… ¿nuevo? que tal: ¿ Gnome’s Vala?, ¿qué tiene de diferente Google Go de Gnome’s Vala?

Why Vala?

Many developers want to write GNOME applications and libraries in high-level programming languages but can’t or don’t want to use C# or Java for various reasons, so they are stuck with C without syntax support for the GObject type system. The Vala compiler allows developers to write complex object-oriented code rapidly while maintaining a standard C API and ABI and keeping the memory requirements low

Google no pudo googlear y buscar en donde apoyar al software libre. Y la prueba está en el nombre. ¿Qué tal el Issue 9 en el bug tracker de Google Go?:

http://code.google.com/p/go/issues/detail?id=9

I have been working on a programming language, also called Go, for the last 10 years. There have
been papers published on this and I have a book.

I would appreciate it if google changed the name of this language; as I do not want to have to
change my language!

Como dice Shermie: “¿Cómo hace el bisteck? tssssssssssk”

Puedes presionar en el “issue 9″ para que cambie el nombre o bien en la petición online: http://www.petitiononline.com/gglgoi9/

Shame on you Google!

Apenas hace 5 años presumía con total emoción mi super nueva cuenta recién salidita de GMail, el nuevo servicio de e-mail con el que Google cambió al mundo, antes de GMail nadie daba mas de 10 Megabytes, no habían servicios de clud-computing, ni VPS’s, ni ningún servicio basado en grandes “almacenajes”, los servicios de hospedaje eran de 100,200,500 MB, unos cuantos se aventuraban a ofrecer un majestuoso Gigabyte.

No había Twitter ni facebook, las redes sociales apenas maduraban, lo mas conocido era orkut y fue adquirido por Google.

Google demostró como podía tomar una tecnología, un producto y mejorarlo miles de veces revolucionándolo e imponiendo una tendencia, una pauta, una moda.

Pues 5 años después el mundo ha cambiado mucho, la cacareada “web 2.0″ está en pleno auge, cada vez mas personas están conectadas ya no sólo por computadoras, si no PDA’s, celulares, smartphones, netbooks, etc. Y Google, lo ha vuelto a hacer. En mayo de este año, se anunció un producto al mundo: Google Wave, ó mejor escrito: \/\/ave

Muy pocos sabían al respecto, algunos mas nos enteramos porque era en su momento un “trend topic” en el Twitter, una cosa llevó a otra y terminé viendo el famoso video de 1 hora y 20 minutos de la presentación de Google Wave, y dije: “NO MAMES! pinche Google es un monstruo” sabía que había llegado al mundo otro movimiento, otra moda, otra gran OLA.

En resumen Google Wave es:

• Un nuevo producto de Google, sin entrar en “fanboyismos“, innovación y calidad garantizada.
• USA XMPP. Si conoces que es XMPP desde aquí ya sabes que es algo GRANDE.
• Un nuevo esquema de comunicación, es un nuevo paradigma! “Rich Content” en toda su expresión, documentos con widgets integrados que manejan imágenes, video, documentos, archivos, etc. (¡No mas “attachments“!)
• Verdadero User Friendly. Galerías listas, videos “embebidos” sin una línea de código, upload de archivos vía “drag & drop“.
• Tiempo Real. Todo, absolutamente todo lo que haces en un documento de google wave ó simplemente conocido como un “wave” se realiza en tiempo real, es decir, los cambios que haces en un Wave, se mandan al servidor en tiempo real, letra por letra, click por click, y consecuentemente, todos aquellos con los que compartas el Wave ven estos cambios… EN TIEMPO REAL.
• Colaborativo.  En realidad mas que una feature, es una consecuencia de la tecnología anteriormente descrita “en tiempo real” significa que mientras tu escribes algo otro mas puede avanzar con el siguiente párrafo y otro mas puede corregirte tus faltas horrográficas, y otro mas añadir los diagramas necesarios, etc, etc. Colaborativo.
• Privado y público. Puedes compartir un wave con quien quieras. la tarea con tus compañeros de clase, el proyecto con tus colaboradores, las fotos con tu familia, etc. Ó, y mas interesante aún, puedes compartir un Wave con todo el mundo. Esta característica es la que ha dado a pensar a muchos que en un futuro no muy lejano Google Wave pueda mandar a la banca a las redes sociales existentes (puedes mandar tu estado a todos tus contactos (twitter), o todas las fotos (flickr), o Publicar un ensayo/libro/comic, etc, etc..
• Extensible, hay programas/extensiones/”bots” que agregan mas funcionalidades a Wave, como editores de diagramas en tiempo real, traductores en tiempo real, etc. Y unos mas que te permiten conectarte a otros servicios, por ejemplo publicar desde wave un post en tu blog, ó mandar un Tweet a tu Twitter ó publicar una foto en Flickr desde Wave. Por lo que podrás inevitablemente hacer todo desde un sólo lugar, tu Wave.

Hasta aquí, para alguien no técnico (o pseudo blogstar o alguien que gane lo mismo que un programador [chiste local :-P] ) o poco docto en el tema Google Wave puede representar “otra red social diferente”, “el twitter de google”, “una herramientas colaborativa fashion/el groupware de google”, “google docs 2.0″, “google apps 2.0″, “otra buzzword”, etc, etc.

Pero si ves el segundo punto, sí el recalcado, Google Wave vá más allá.

XMPP ó “Extensible Messaging and Presence Protocol” (Protocolo extensible de mensajería y comunicación de presencia) es un protocolo ideado para el intercambio de datos en XML y mas importante es un protocolo abierto, originalmente ideado para Mensajería instantánea, y seguramente lo has usado sin saber, XMPP es el protocolo usado para la mensajería Jabber, y Jabber a su vez es la base de Google Talk, luego entonces Google Talk es un sistema con protocolo XMPP.

Pero XMPP se siguió desarrollando para tener mas características (envío de archivos por ejemplo) y desde el principio se diseñó para ser descentralizado. ¿Y que coño significa eso? Que no existe un servidor “principal” o “central” de XMPP, como no lo hay de Jabber. Y mejor aún, pueden haber infinidad de servidores XMPP, y todos pueden convivir con todos. Cada servidor opera sobre cierto dominio, y los usuarios de dicho servidor se denotan con el formato de e-mail: usuario@servidor.com.

Es por esto, que un usuario con cuenta @jabber.org, por ejemplo la mía: maop@jabber.org puede mandarle mensajes a malfonso@gmail.com y como yo tengo un servidor jabber propio pues maop@jabber.org y malfonso@gmail.com también le puede mandar mensajes a me@maop.tk, y se pueden tener en sus “contact list” y etc, etc. (¿notaron el “yo tengo un servidor jabber propio”?)

Así es, cualquiera puede tener un servidor XMPP, y después de tanta vuelta y explicación: ¡ASÍ ES! ¡cualquiera podrá tener su servidor de WAVE!

Y como dijera cantinflas “¡Ahí está el detalle!”

La verdadera razón por la que Google Wave revolucionará nuevamente nuestras vidas es porque: detrás de este producto hay un proyecto OpenSource (waveprotocol.org) hecho sobre estándares abiertos (XMPP). Y cualquiera puede instalar este sistema en sus servidores propios, una universidad, una empresa, una institución pública, etc, etc. Tal y como en la actualidad cualquiera puede instalar un servidor de correo.

Y así vemos todo el panorama, Google Wave representa una nueva forma de comunicación, mejor que el e-mail, mejor que la mensajería instantánea, mejor que las herramientas colaborativas actuales, mejor que algunas de las redes sociales actuales (aunque en lo personal creo que en este punto le falta mucho aún), Y a aquellos que no sean factibles de reemplazar, contará con conectores hacia estos servicios, dándote un punto central desde donde controlar todos tus servicios.

Así que trata de imaginarte en 5 años,

• Enviando la tarea al wave de tu profesor
• Codificando la nueva página de tu cliente mientras éste ve en tiempo real cómo lo haces, ó probando el producto y enviándote bugs.
• Enseñándole a tus alumnos en tiempo real hasta sus terminales (en sitio o no ;) ) subiendo el material de estudio, realizando exámenes, recibiendo tareas; mientras tú, tu alumno, tu director y los padres de familia, ven en tiempo real todo esto.
• Discutiendo sobre seres míticos en un foro de mitología hecho con Wave, viendo en tiempo real las opiniones de todos los participantes de todo el mundo.
• Dándole soporte técnico a tus usuarios, dándoles comandos y manuales en tiempo real.
• Presentándo tus slides en una reunión vía Wave, todos viendo y escuchando lo mismo, con asistentes locales y remotos.
• Viendo un video de una película o una conferencia con amigos/compañeros online y comentándolo en tiempo real.

Finalmente, el usuario es quien decide que uso darle.

Pero de una vez, por favor, por favor por lo que mas amen NO SUBAN PENDEJADAS DE CADENITAS, NI PUBLICIDAD, NI SUS FOTOS DE EMOS. =)

Bienvenido al futuro.

Mi primera vez con Google Wave

Disclaimer: Este post fue escrito para personas no/medio técnicas, que no conocían que es wave, y para aclarar ciertos puntos de porqué es tán importante y quitar algo de FUD que he leído en algunos blogs tipo “mis primeras impresiones”. Sé que falta mucho para que Wave salga al público, sé que waveprotocol.org no tiene interfaz web aún, sé que los gadgets/robots aún están en estado de prueba.

P.D. Lo siento aún no tengo invitaciones, y parece que ya no van a dar.

So, how to compile cherokee for Motorola A1200i:

First we need to build a “toolchain” a development environment that can compile binaries for the CPU architecture of the phone, in this case: ARM Linux

Such toolchain can be download from here: http://lsb.blogdns.com/ezx-crosstool

Pretty easy, just run ./build.sh you need build-essential (gcc and company), flex and bison, go for a cup of cofee and let the automagic work, this will compile a GCC compatible with your phone among some other utilities.

Now fetch last release of cherokee: http://www.cherokee-project.com/ , unpack and prepare yourself to compile it.

I based in this document: http://www.cherokee-project.com/doc/cookbook_embedding_cherokee.html after a few of  “try and fail” tests i end with this configuration:

export AR=/home/maop/ezx-crosstool-0.6/gcc-arm-iwmmxt/gcc-3.3.6-glibc-2.3.2/arm-linux/bin/arm-linux-ar
export LD=/home/maop/ezx-crosstool-0.6/gcc-arm-iwmmxt/gcc-3.3.6-glibc-2.3.2/arm-linux/bin/arm-linux-ld
export CC=/home/maop/ezx-crosstool-0.6/gcc-arm-iwmmxt/gcc-3.3.6-glibc-2.3.2/arm-linux/bin/arm-linux-gcc
ac_cv_func_shm_open=no ac_cv_lib_rt_shm_open=no ac_cv_func_malloc_0_nonnull=yes ac_cv_func_realloc_0_nonnull=yes \
 ./configure --host=arm-linux--prefix=/mmc/mmca1/cherokee --enable-static --enable-shared=no --enable-static-module=all \
 --disable-tls --enable-beta --enable-trace --enable-nls=no --disable-largefile --disable-admin --disable-epoll --disable-ipv6 \
CC=/home/maop/ezx-crosstool-0.6/gcc-arm-iwmmxt/gcc-3.3.6-glibc-2.3.2/arm-linux/bin/arm-linux-gcc

As you can see i set –prefix to “/mmc/mmca1/cherokee” this mean that we’ll “install” cherokee on our memory stick this way we avoid to hack motorola’s linux system. Also this mean that you have to create that path on your development machine, try mkdir -p /mmc/mmca1/cherokee and chown youruser:yourgroup -R /mmc

Now type “make” so compile of cherokee begins.

After make is done, type “make install” and all files will copy to /mmc/mmca1/cherokee

Now just transfer the “cherokee” directory to your SD card with your favorite transfer method (bluetooth, ftp, ssh, smb, usb mount, etc), then open eKonsole (you have shell in your phone right?) or telnet or sshd into it, change to the right directory: cd /mmc/mmca1/cherokee and simply run cherokee by typing: sbin/cherokee

And that’s all, of course you have to configure your phone to “USB Network” in your “USB Mode” settings, then open a browser in your machine, and type the IP of the phone et voilá! cherokee serving web pages right from your cell phone.

Dude, i remember the times of my night sessions with my 80386 coding in GW-Basic. Now our cellphones have more power than those old machines.

You can see cherokee in action in this video (if you can’t see it come to my site and see it =):

Cherokee running on a Motorola A1200i

Next post: “how to get your unix powertools in your A1200″ (vim, bash, sshd, strace, python, perl, ruby, php, vmstat, nano, etc)

Saludos!

Infinitum PWN3D

Nunca lo había hecho, pero, “verdad de dios” que una tarjeta wireless usb con capacidad de inyección y el airoscript te pueden salvar la vida en alguna situación.

Infinitum PWN3D en 5 minutos.

Leo en osnews que el ultimo built de chromium ya es funcional en linux. Y gracias a la gente de PPa ya estan disponibles paquetes .deb’s. Hay que agregar a la lista de depositos los siguientes:

deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu intrepid main
deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu intrepid main

Luego un aptitude update;aptitude install chromium-browser.

Chromium en Linux

Estoy haciendo este post desde Chromium y si tiene fallitas, a veces los “modal” del wysiwyg de wordpress no funcionan, el preview no funciona, no acepta acentos en el textarea del wysiwyg. Pero bueno… la beta de Chrome For Linux ya viene en camino tambien.

Mas informacion: http://www.osnews.com/story/21152/Google_Chrome_for_Linux_On_Its_Way_Take_It_for_a_Spin

Los clientes de linux, o carecen de todas las características, ó son extremadamente FEOS y carentes de USABILIDAD, ó sus desarrolladores son unos malditos NAZIS de la UI tratando a sus usuarios  como estúpidos y simples esclavos de la monopolización, pues no hay nada mas mejorcito.

Y si lo hay tienes que tener un cliente con C, otro hecho en python, otro hecho en mono, otro en TCL/TK, corriendo al mismo tiempo, consumiendo toda tu memoria y recursos. Uno requiere gnash, otro swfdec, gstreamer… ¡DIOS! y es eso o tener un solo cliente sin todas las características que cubran tus necesidades, that just sucks.

En fin, tendremos que esperar y esperanzar, en que, en AMSN2 con la unión de la gente de AMSN+Emesene+PyMSN, lograrán hacer un buen trabajo.

AMSN. Una palabra lo describe, FEO, aunque ya han optimizado muchísimo su código, le han agregado parches para soportar fuentes “alisadas”, etc, pónganle lo que le pongan es feo. Poco usable. Pero hay que aceptarlo, es el que mas funciones soporta y es el único que tiene un soporte real y estable de webcam.

Pidgin. Los desarroladores son dueños de las decisiones sobre pidgin, hace caso absolutamente omiso de lo que piden los usuarios, incluso han existido varios forks en el transcurso de su vida por esta misma razón. fun pidgin, gaim-vv, por ejemplo. Y aún y con todas sus estúpidas reglas de UI, es una patada en los huevos la revoltura de contactos que hace cuando tienes varias cuentas, fue un PITA también cuando tardaron un año en poner emoticons o actualizar MSNP10. Es horrible cuando de la nada truena, cuando tiene problemas con los certificados de google… en fin, un caos.

Emesene. Uno de los más jóvenes, a mi parecer el mejor de los 3, totalmente de la comunidad, hecho con python. Buena colección de funciones. Tiene una versión mantenida por la comunidad “emesene crazy” donde ya tienen soporte webcam (muy inestable, pero cuando jala, jala bien)

Recomiendo instalar emesene-crazy,

bzr branch lp:~c10ud/emesene/emesene-crazy emesene-crazy

emesene con webcam

[UPDATE]: El Kmess se ve muy bien, también. http://kmess.org/screenshots/

Y, ¿ustedes que usan?, ¿conocen algún otro cliente?, ¿prefieren uno multiprotocolo ó de uno sólo, pero que realmente soporte las funciones?

Saludos!

Bien, para todos estos males existen los túneles SSH, quienes realizan una conexión segura, encriptada, y desde un servidor remoto, por lo que nuestro origen queda anónimo. Todo lo que necesitas es una máquina en una red externa (típicamente un servidor) en la que tengamos acceso ssh. Según la necesidad, podemos requerir de 3 diferentes esquemas:

1. Estás tras un proxy y no te deja salir a todas las redes o te filtra sitios que realmente necesitas. ¡Tú necesitas Dynamic application-level port forwading!
2. Te cerraron los puertos y necesitas acceder a algún servicio del servidor A con el puerto XX. ¡Tú necesitas Local Port forwarding!
3. Estás tras un router, con ip privada y necesitas que alguien entre a algún servicio de tu máquina sea HTTP, SSH, FTP, etc. ¡Tú necesitas Reverse Port Forwarding! (también llamado Remote port forwarding)

1. Dynamic application-level port forwarding

El esquema mas sencillo, funciona como un proxy para cualquier aplicación para cualquier servicio, SMTP, HTTP, POP, IMAP, etc. Bajo este esquema, puedes redireccionar todo el tráfico de un puerto local hacia un servidor remoto a través de otro servidor “de redirección” para cualquier tipo de aplicación que trabaje con protocolo Socks, aunque en la mayoría de los casos si no lo soporta puedes forzarlo con una utilidad que veremos mas adelante. En pocas palabras, haces que un servidor B baje por ti el contenido del servidor A y lo reenvíe a tu máquina local.

El escenario es el siguiente, tienes tu maquina “local” restringida, y tienes acceso a “shell.server.tld” y quieres usar la conexión abierta de “shell.server.tld” para que te reenvíe todo hacia “local”, esto lo hacemos mediante:

fulanito@local $ ssh -N -D 8888 shell.server.tld

La opción -N es para que no lanze ningún comando al hacer la conexión, solo establezca el tunel. Puedes añadir -f para que además se vaya a background. Y claro añade las opciones que necesites como -pPuerto -lUser, etc. para realizar la conexión ssh.

Y listo!, ahora vamos al Firefox (¿que?, ¿que no usas firefox? ¿en que mundo vives? osea jelou!) y en Edit->Preferences->Advanced->Network->Settings , seleccionamos “Manual proxy configuration” y en la entrada de text de “Socks Host” metemos 127.0.0.1 puerto 8888, desde luego puedes cambiar el puerto por otro aquí y en el comando ssh. ¡Presto! ahora ve a tu firefox y abre, digamos, http://www.whatismyip.org/, verás como ya estás saliendo desde la ip del servidor “shell.server.tld”

Si estas usando algún programa que no soporte Socks, puedes instalar “tsocks” y configurar en /etc/tsocks.conf la conexión. Por ejemplo hasta el final del archivo yo tengo:


server = 127.0.0.1
server_type = 5
server_port = 8888


Ahora, abre el tunel con el comando antes descrito, y posteriormente corre tu programa anteponiendo “tsocks”, por ejemplo:

fulanito@local $ tsocks opera

Et voilá!. Está de mas decir que puedes abrir mas de una conexión y usar varios navegadores saliendo por diferentes IP’s. Muy útil cuando andas mmm digamos, analizando un sitio de forma anónima ;-).

Local Port forwarding

Ahora sí vamos a forwardear puertos de verdad, El anterior esquema es a nivel aplicación, SSH entiende que debe servir de proxy para lo que le pida la aplicación, si pides la página de google por socks, ssh entiende que tiene que conectarse a google y reenviar el contenido a tu máquina local a través de un tercer servidor, y dinámicamente cambia del servidor de google al de yahoo, o hotmail, o facebook, etc. En este esquema de Local Port forwarding (y también el Remote/reverse port forwading) SSH simplemente reenvía todo lo que mandes a un puerto local hacia un servidor destino a través de un servidor donde tienes shell. Es decir, sólo puedes redirigir el tráfico hacia un sólo servidor. Usemos el vano ejemplo del IRC, no se porque siempre nos bloquean el puerto IRC (6667) así que tenemos el escenario:

Estamos en maquina “local”, tenemos acceso shell a “shell.server.tld” y queremos conectarnos a irc.freenode.net. Lo que tenemos que hacer es lo siguiente:

fulanito@local $ ssh -N -L 3337:irc.freenode.net:6667 shell.server.tld

Y listo, tenemos un tunel desde nuestra máquina en el puerto 3337 a irc.freenode.net:6667 a través de shell.server.tld. Ahora todo lo que nos queda hacer es:

fulanito@local $ irssi -c localhost -p 3337

Y irssi nos mostrará el MOTD (Message Of The Day) de freenode, tal y como si nos estuvieramos conectando directamente desde shell.server.tld.

Y claro, podemos usar el tunel para diversos servicios:

1. Para conectar a un proxy externo: fulanito@local $ ssh -N -L 1080:proxy.server.com:8080 shell.server.tld
2. Para conectarse a un servidor POP: fulanito@local $ ssh -N -L 1110:pop.server.com:110 shell.server.tld
3. Para conectarnos al webserver de una máquina de la chamba: fulanito@casa $ ssh -N -L 8080:maquinadelachamba:80 maquina-con-ip-externa-de-la-chamba.dyndns.com
   Con este ejemplo aprovecho para mencionar un pequeño detalle: cuando especificamos “-L puerto:hostdestino:puerto shell.server.tld”, ponemos a “hostdestino” tal y como “shell.server.tld2 lo vé, es decir, si “shell.server.tld” puede ver a maquinas con ip’s privadas dentro de su red, podremos especificar en -L una ip privada, por ejemplo: “ssh -N -L 8080:192.168.1.100:80 189.10.20.30

Reverse/Remote Port forwarding

Este esquema es quizás el más divertido y confuso de los tres, basicamente es lo mismo que -L pero “en inversa”, expliquemos.

Con -L le dices a ssh que reenvíe el tráfico que vaya a un puerto local hacia uno remoto, con -R le dices a ssh que reenvíe el tráfico que llegué a un puerto remoto hacia uno local. ¿Para que nos sirve algo así?, pongamos dos escenarios:

1. El Soporte Técnico.
Tienes un problema con tu linux/mac os x/unix/whatever, y quieres que un amigo se conecte a tu máquina para ayudarte y estas detrás de un router, con ip privada, y sin privilegios para poder abrir un puerto en el router que redirija el tráfico a tu máquina. Solución, abres un tunel “reverso”:

fulanito@local $ ssh -N -R 2200:localhost:22 shell.server.tld

Lo cual quiere decir: “abre un tunel desde shell.server.tld en el puerto 2200 que reenvíe el tráfico hacia mi máquina (localhost) en el puerto 22″. Y ahora le dices a tu amigo que se conecte a shell.server.tld y desde ahí el tiene que correr:

sutanito@shell $ ssh -p2200 localhost

Y se reenviará la conexión hasta tu máquina, en otras palabras, podrá conectarse a tu máquina desde otra, pero sólo mientras mantienes abierto el tunel. Por default, todos los túneles escuchan sólo a la interfaz loopback, es decir, solo aceptan conexiones desde la misma máquina en donde se está abriendo el tunel, es por ello que tu amigo debe primero entrar a shell.server.tld y luego conectarse a “localhost”. Existe la posibilidad de que tu amigo se conecte directamente a shell.server.tld:2200 desde su máquina, eso lo veremos en el siguiente ejemplo:

2. Publicar un servicio.
Ahora, digamos que estas en un starbucks, o algo así. Y necesitas enseñar lo que tienes en tu webserver local a un cliente, como ya establecimos, no puedes abrirte un puerto para que el cliente mire hasta tu máquina con ip privada. Solución, abres un tunel “reverso”:

fulanito@local $ ssh -N -R 8888:localhost:80 shell.server.tld

Y listo, el túnel leerá la página de tu máquina y la servirá a través de shell.server.tld:8888, entonces le das a tu cliente la dirección http://shell.server.tld:8888/

Pero como decíamos en el anterior ejemplo, los túneles solo atienden a “localhost” por lo que para que tú cliente pueda acceder directo a shell.server.tld:8888, debemos agregar una opción al final del archivo /etc/ssh/sshd_config:

GatewayPorts yes

Y listo ahora los túneles escucharán en cualquier interfaz.

Nota:
Ten en mente siempre, la información viajará encriptada solamente desde tu máquina local hacia el servidor donde estás estableciendo el tunel, de acuerdo a nuestros ejemplos, la información viajará encriptada desde local <=> shell.server.tld, pero desde shell.server.tld <–> irc.freenode.net (u otro destino final) no estará encriptada. En el 99% de los casos esto servirá para mantener tus datos seguros.

Y bien, espero me haya sabido explicar, si creen que algo está demasiado confuso por favor, exprésenlo en un comentario. Si tienen mas ideas de como usar los túneles SSH, ó tienen una anécdota sobre alguna vez que tuvieron que ingeniárselas para resolver un problema usando túneles SSH, por favor, compártanla.

NaCl U 2

Desafortunadamente ya no tengo screenshots de aquellos bienaventurados días, el más viejo creo que es este de Junio del 2003, en windows había un tema muuuy lindo llamado Dervish, así que me puse a hacer uno para mi windowmaker que ha sido desde siempre mi window manager favorito, y me quedó así:

A veces andaba dark:

¿Quién no se acuerda de dos de los mejores themes GTK de toda la historia “industrial” y “gorilla” de jimmac?:

Mi primera vez con XFCE:

Nunca me gustó del todo GNOME y lo trataba de dejar muy minimalista a la XFCE, que aún estaba verde,

y menos me gustó cuando empezaron a quitar opciones “avanzadas” muchos recordarán las críticas de Linus Torvalds hacia GNOME, y desde entonces, soy XFCE’ero de corazón:

Y ahora la distribución que utilizo es XUbuntu, lo sofisticado de debian, mas la pulida que le dan en canonical, menos toda la basura de ubuntu que le ponen “de más” y un Desktop Environment que no se mete en mi camino, y me permite configurarlo todo a mi gusto.

Y ustedes, ¿Cómo ha sido su camino con Linux?

Establece un récord mundial Guinness, Disfruta una web mejor.

Parece un buen trato, ¿verdad? Todo lo que tienes que hacer es descargar Firefox 3 durante el Download Day para ayudar a establecer el récord del software con más descargas durante 24 horas – es así de fácil. No te estamos pidiendo que te tragues una espada o que mantengas en equilibrio 30 cucharas sobre tu cara, aunque eso también sería bastante impresionante.

Al momento de registrarte te piden tu mail para avisarte cuando será el download day.

Me parece una buenísima y divertida idea; y publicidad gratis para firefox ;-). ¡Colabora!

La liga: http://www.spreadfirefox.com/es-ES/worldrecord/

Canal 5 al servicio de la comunidad…