Las tácticas de marketing no son en absoluto desconocidas para estos dinosaurios de la distribución de contenidos, no. Si cuando era un tierno niño me maravillaba porque la Anteojito 18 Kilates traía para Navidad un exclusivo juguete, no de cartón ni papel, sino de plástico y haciendo bulto, hoy ya no nos sorprendemos con nada: Los juguetes en las revistas infantiles son moneda común, y ya se han visto ejemplares de publicaciones para la mujer que vienen con desodorantes o una botellita de agua saborizada, o auspicios de otros productos femeninos. Pero seguramente, más allá de tener la idea o no, hace 10 años todavía no se podía hacer lo que se hizo en este último año.

Los smartphones y Twitter son ya moneda tan corriente que la cadena de TV CW, dueña entre otras de conocidas series como Supernatural y Arrow, pensó que sería una buena idea incluir, dentro de las páginas de publicidad que pagó dentro de la revista Entertainment Weekly una “ventana que muestre los tweets de la cadena” en tiempo real, para seguramente aumentar el nivel de engagement (esa palabrita tan de moda) de su comunidad de televidentes. Sólo sea anecdótico tal vez que, para conseguirlo, tuvieron que meter un smartphone en cada ejemplar.

La cadena CW, dispuesta a lo que haga falta para que la sigas en Twitter

No es un chiste, no es algo a medias: Dentro de una de las hojas de esa revista se encuentra un teléfono inteligente completo que corre Android, con display color, cámara de fotos, y conexión y chip 3G activos para actualizar los tweets constantemente, y una batería para mover todo. Lo único que le falta es la carcasa, que obviamente no hacía falta y le daría más bulto a la revista, y tampoco está presente el teclado físico que se deduce debería tener ese gadget, ya que se pueden observar claramente las filas de contactos eléctricos correspondientes.

El smartphone revistero de CW al descubierto, cortesía de Mashable

De todo esto se desprende que no mandaron a hacer un desarrollo a medida para satisfacer la necesidad específica que tenían (que se vean las actualizaciones de Twitter de la cadena en tiempo real), sino que les resultó más económico adquirir una cantidad significativa de smartphones chinos, tal vez ya obsoletos comparados a modelos más actuales y por ende mucho más baratos, y luego desguazarlos e insertarlos en la revista, adaptándolos a lo que les importaba. Sólo los que se animaron a romper la página descubrieron que adentro se encontraba un smartphone completo al que solo le falta una carcasa y un teclado.

Abo, el smartphone chino sospechoso del crimen de volverse herramienta de marketing para los medios gráficos

La idea de Microsoft fue un poco más modesta, pero no por eso menos espectacular. Para convencer a la mayor cantidad de lectores posibles de la revista Forbes de que es una decisión acertadísima contratar una suscripción de su nuevo servicio/software Office 365, incluyó en algunos selectos ejemplares, escondido también en una de sus hojas con publicidad contratada por la firma, un router Wi-Fi. ¿Qué tal como promoción una revista que te deja conectarte a Internet gratis por 15 días?

El MiFi de Microsoft

Básicamente lo que esa hoja especial de esos ejemplares de Forbes encierran es lo que ahora conocemos como MiFi, o sea esa combinación de módem 3G y router Wi-Fi optimizada para funcionar automáticamente y con casi nula configuración, con batería y servicio suficientes como para durar dos semanas desde que se activa.

Y estos dos casos por sí solos dejan mucho para destilar a nivel análisis. Por un lado tenemos, en las zonas más agraciadas del mundo, alta tecnología tan asequible que hasta te la regalan. En otras partes la gente de muere de hambre, por supuesto. En nuestro bendito país, obviamente estamos a años luz de que algo semejante pase, acá no te regalan ni un Tango 300. Tenemos tecnología a la misma altura de la basura en algunas partes del mundo (se la regala como bien se la terminaría desechando o reciclando), y en otras partes esa misma basura sigue costando plata.  Todo este desequilibrio, claro, gracias a las leyes de la economía y el flujo del dinero, que logran incongruencias como que una computadora de avanzada tecnología cueste menos que un kilo de tomates. Aunque seguro, si seguimos reemplazando comidas naturales por industriales, tal vez un día se vuelva un lujo de millonario comprar unos tomates…

Pero MTP/PTP tiene algunos pequeños detalles, porque además de que en Windows los dispositivos que lo utilicen no aparecen mapeados como verdaderas unidades de disco del sistema (lo que hace que no se los pueda acceder desde administradores de archivos como Total Commander, sólo desde el Explorador de Windows), el peor problema es la compatibilidad: Sólo en Windows existe compatibilidad nativa, gracias a la cual podemos conectar un androide y ver inmediatamente su contenido. En una Mac habrá que descargar y utilizar una aplicación que felizmente hizo Google para tal efecto, ya que sino jamás funcionaría. Y el camino nos deja finalmente en la tierra de las distros Linux, donde Google no se molestó en absoluto por que exista alguna forma fácil de conectar un Android.

Por supuesto, ante esta situación entró en juego la comunidad Linux, pero ahí el inconveniente radica en que existen varias soluciones, que al menos en la actualidad, están muy lejos de funcionar aceptablemente. Casi todas las recetas involucran la instalación de ciertas librerías para MTP y usar la línea de comandos para montar manualmente el dispositivo, algo bastante poco sexy para el usuario promedio. Pero lo verdaderamente preocupante es que, si alguna vez funcionó, ya no lo hace. También existen aplicaciones para ejecutar en la GUI que prometen acceso, pero debo decir que ninguna tuvo éxito en mis manos.

Se rumorea que la próxima versión 13.04 de Ubuntu, Raring Ringtail, tendrá un soporte nativo para MTP, y ya existen algunos tutoriales para injertar las librerías pertinentes en las versiones actuales de Ubuntu y conseguir lo mismo, pero con un éxito menor que moderado.

Finalmente, existe una forma, que puedo decir que funciona aceptablemente bien, para explorar los contenidos de nuestros Android en una PC con Linux. Se trata de una librería llamada go-mtpfs, hasta el momento, vuelvo a repetir, la única capaz en la realidad desde mi experiencia de efectivamente permitir ver los contenidos de un gadget Android vía MTP.

Si no usamos Ubuntu o algo similar, puede que necesitemos instalarla a la vieja y dura usanza, compilando y los fuentes y resolviendo manualmente las dependencias. Una de las formas, si sale sin errores, puede hacerse simplemente ejecutando los siguientes comandos:

sudo apt-get install golang fuse git-core libmtp-dev libfuse-dev
sudo adduser $USER fuse
mkdir /tmp/go
GOPATH=/tmp/go go get github.com/hanwen/go-mtpfs
sudo mv /tmp/go/bin/go-mtpfs /usr/bin/
mkdir ~/MyAndroid

La otra, aún más fácil, es utilizando los repositorios PPA de Web UPD8, que permiten la actualización automática junto al resto de los paquetes y además viene con un cómodo launcher asociado a un script para evitar tener que usar la línea de comandos en Unity. Este PPA sólo es compatible con las versiones 12.04, 12.10 y la próxima 13.04 de Ubuntu y derivados, aunque para la 13.04 (con suerte) ya no haría falta. Para poder instalarlo debemos ejecutar:

sudo add-apt-repository ppa:webupd8team/unstable
sudo apt-get update
sudo apt-get install go-mtpfs

Si estamos usando Ubuntu con Unity la forma más fácil de usar go-mtpfs es a través del launcher de Web UPD8, tal como lo muestra:

Para eso debemos instalarlo por separado, ejecutando:

sudo apt-get install go-mtpfs-unity

En caso de que no usemos Unity deberemos recurrir nuevamente a la línea de comandos. Por ejemplo, al conectar mi Galaxy S3 a Linux Mint Nadia con el escritorio Mate, y luego de cerrar algunos mensajes de error relativos a no poder montar directamente el dispositivo, simplemente tipeo en la terminal:

go-mtpfs /media/MyAndroid

Con sólo eso ya tendremos acceso a Android por MTP desde el punto de montaje MyAndroid (el nombre del punto de montaje puede ser el que más nos guste) desde nuestro administrador de archivos de elección, en este caso desde Caja, el que incorpora Mate:

Luego de haber ejecutado el comando anterior, la terminal quedará tomada, e irá mostrando todas las operaciones que hagamos por MTP, como las transferencias de los diversos archivos del teléfono que visualicemos o copiemos.

Cuando ya sea tiempo de desconectar el teléfono deberemos abrir una nueva terminal para desmontarlo, y ejecutar:

fusermount -u /media/MyAndroid

Luego de eso podemos desconectar el dispositivo.

El World Backup Day (Día Mundial de la Copia de Seguridad), una iniciativa surgida de un conjunto de geeks en Reddit, intenta impulsar a todo el mundo a realizar, mantener y, no menos importante, verificar las copias de seguridad de todos sus datos, ya que si existe algo casi tan malo pero más devastador psicológicamente que no tener backups, es creer que se los tiene pero en realidad no sirvan.

Este día de verdad importante para la reflexión de individuos y naciones se celebra todos los 31 de Marzo, y todos deberíamos prestarle unos minutos de atención a pensar: ¿Cuándo fue la última vez que hicimos una copia de seguridad de nuestra información? ¿Lo hacemos frecuentemente? ¿De absolutamente todo lo que nos importa?

En el ámbito informático muchas veces ocurre algo parecido al caso del médico que se cree inmune a todo: Creemos que lo controlamos y sabemos todo y que a nosotros nunca nos va a pasar, aunque posiblemente la última vez que hicimos una copia de nuestras cosas fue hace un año, y ni siquiera sabemos en qué estado se encuentra el medio que la contiene. Es importante seguir nosotros mismos los mismos consejos que le daríamos a cualquiera, y copiar, con frecuencia, con redundancia, y no olvidarnos de comprobar regularmente que lo estamos haciendo bien.

Formas de hacerlo sobran, ciertamente. Copias directas, programadas o manuales, a un pen drive o a discos rígidos extraíbles; aplicaciones gratuitas específicas para empaquetar todo y mandarlo a otro equipo o servidor en la red, como Cobian Backup (al menos por ahora, mientras no lo compre alguien con fines muy lucrativos, ya que su creador lo puso en venta); o incluso combos aplicación/servicio en la nube como CrashPlan, uno de los sponsors de este año del World Backup Day, y que ofrece la posibilidad de realizar resguardos automáticos y seguros en la nube o incluso entre equipos propios o de amigos.

Así que, consejo de un amigo (amor? de lo ajeno? “eeh amigooo…”?), largá los huevos de chocolate y ponete a resguardar tu vida digital si aún no lo hiciste, antes de que sea tarde!

Desde ya no es la muerte de los feeds, no al menos aún, y existen varias opciones para continuar siguiendo nuestras noticias favoritas a través de este estándar. El problema, como todo en la sociedad humana, son las tendencias que marca.

Las razones para que Google no se preocupe más por Reader son obvias, y a estas alturas no sorprenden absolutamente a nadie: Leemos nuestras noticias en Facebook, Twitter, Google+ o lectores de moda para smartphones y tablets que replican el aspecto de una revista, como Flipboard. Pero todos estos productos comparten algo en común: No utilizan (en su mayoría) una tecnología abierta y estandarizada para el consumo de contenido. Es cierto que algunos son de alguna forma también lectores de feeds desde el momento que permiten agregar links RSS, pero el juego tiende a ser que el interesado en ser leído tiene que hacer el esfuerzo extra de “estar en” para que luego el consumidor pueda siquiera tener la chance de elegirlo. Esto a la mayoría de la gente no le interesa, porque les resulta más fácil elegir de una reducida y caprichosa lista de opciones predeterminadas lo que va a consumir; y nunca nadie, escapando de los circuitos tecnológicos, quiso saber alguna vez qué es un feed, a pesar de que la web siempre estuvo más que deseosa por explicarlo.

Y es que en todo esto estoy muy de acuerdo con lo que opina Robert Scoble: Seguro hablamos de casos especiales pero, si no existieran los feeds, quien no se doblegue ante el poder de Facebook, Twitter, Google+ o la revista virtual de moda simplemente no podría enterarse de una forma cómoda y práctica de las noticias que quiere, que fue lo que estándares como ATOM o RSS vinieron a resolver, y muy eficazmente, desde un principio.

Claro, yo digo esto pero, como casi todos, ya dejé de leer feeds directamente con un lector como podía ser Google Reader. Pero lo importante es que los feeds son la fuente; si un día desechamos a las redes sociales y los lectores de noticias pretenciosos como Flipboard, siempre nos tiene que quedar la opción del feed de cada sitio que nos interese. Jubilarlos sería tan estúpido como jubilar al email porque se supone que todo el mundo se comunica por Whatsapp y redes sociales. Son tecnologías que están en el núcleo de lo que hoy llamamos Internet, y hay que pensarlo mil veces antes de decidir que existen reemplazos mejores que las hacen obsoletas.

Pero tengo fe en la humanidad en este caso, y siento que va a suceder justamente lo mismo que cuando los opinólogos de siempre sentenciaban a muerte el email: Los feeds nunca van a morir, solo van a dejar de estar en la primera plana para trabajar aún más tras bambalinas, que es como siempre lo hicieron de alguna forma.

Google Reader, te voy a extrañar.

¿Es necesario realmente preocuparse por esto? ¿Que acaso no van todas las conexiones en Android por SSL?

Contestando a la primer pregunta, la respuesta debería ser sí, pero depende del nivel de paranoia/preocupación de cada uno. Sobre la segunda, supuestamente todo va por SSL… hasta que se descubre que no. Además existen los problemas de las autoridades certificantes (CA) comprometidas, algo que no es muy fácil de arreglar en Android. Después, por supuesto, tenemos los protocolos de siempre inherentemente inseguros, como por ejemplo navegar un sitio web donde almacenemos información personal y todo vaya por HTTP, o chequear correo de un servidor por POP3. Todo esto nos lleva a que es verdaderamente necesario preocuparse y tomar precauciones, aunque nos moleste tener que hacer varios pasos extra cada vez que nos conectamos a un hotspot. A continuación voy a detallar las mejores opciones disponibles para establecer una conexión tipo túnel desde un dispositivo Android.

Método 1: Túnel SSH

SSH es posiblemente el protocolo de aplicación más útil y versátil de la historia, y en estos casos es donde más lo demuestra. Levantando un servidor SSH en nuestra casa (que incluso puede correr desde nuestro router inalámbrico usando una ROM alternativa) podemos luego conectarnos desde Android y usar un túnel TCP para navegar de manera segura. Para eso vamos a necesitar en nuestro smartphone o tablet un cliente SSH. El primero que viene siempre a la cabeza es ConnectBot: Funciona a la perfección y es de código abierto, algo muy importante cuando tiene que ver con la seguridad. Desde esta app podemos definir un perfil para conectarse a nuestro servidor, y a su vez crear en el un túnel que nos conecte a un servidor proxy corriendo en nuestro hogar, cuya dirección a través de SSH deberemos configurar también en los ajustes de proxy de Android… demasiado trabajo, y encima no todos los androides se llevan bien con los proxys configurados manualmente.

Pero existe una aplicación, también muy conocida, hecha para resolver estos menesteres, y es SSH Tunnel. Se trata de un cliente SSH también, pero no posee terminal y está específicamente destinado a crear un túnel que nos permita navegar de forma segura. Podemos crear varios perfiles si contamos con más de un servidor disponible, y podemos activar una opción que automáticamente rutea todo tráfico TCP vía un túnel dinámico que se comporta como un SOCKS proxy. El problema con eso es que Android y la mayoría de las aplicaciones no soportan en su configuración conectarse a través de uno, pero si contamos con root e iptables eso se resuelve fácil, a través de una opción que automáticamente redirige todo el tráfico TCP del dispositivo.

SSH Tunnel fue pensado específicamente para su uso por parte de personas que residen en países dominados por regímenes opresores como China, cuenta con opción de reconexión automática ante caídas, y además se puede configurar para conectarse automáticamente ante la presencia de determinadas redes Wi-Fi o 3G.

Es importante señalar que la primer conexión a cada servidor que configuremos deberemos realizarla a través de un enlace confiable, ya que en ese momento nos preguntará si asocia dicho servidor con la llave criptográfica que recibe del mismo. De esta manera, si en un futuro nos volvemos a conectar desde una red insegura y nos salta una alerta porque esta llave no coincide, sabremos que están intentando interferir nuestra conexión y la abortaremos.

SSH Tunnel es una muy buena opción, pero tiene 4 contras:

• Debemos tener root y soporte iptables para que realmente funcione a pleno (con redirección automática).
• Si se corta y se pasa el límite de reintentos, y no lo tenemos configurado en automático para la red Wi-Fi en la que estamos, no se volverá a conectar automáticamente, y si el teléfono está en nuestro bolsillo no nos daremos cuenta y comenzará a pasar tráfico por fuera del túnel.
• Sólo redirige tráfico todo el tráfico TCP del sistema en el mejor de los casos (que es cuando tenemos root con iptables y habilitamos las opciones Use socks proxy y Global Proxy). No habrá redirección del protocolo UDP (aunque no es tan grave porque es muy poco utilizado).
• Consume batería extra para mantener la conexión.

Método 2: OpenVPN

Una conexión VPN es una opción superior a un túnel SSH ya que permite redireccionar absolutamente todo el tráfico a nivel IP, y de todas las implementaciones, OpenVPN es a mi juicio la mejor: Es open source, trabaja sobre protocolos estándar como TCP o UDP, y existe soporte para casi todas las plataformas. Cómo configurar un servidor OpenVPN es un tema que escapa al objetivo de este post y que necesitaría uno entero en sí mismo, pero es suficiente decir que, además de que Google es tu amigo y existen muchos tutoriales en la red que dicen cómo hacerlo, algunos firewalls Linux como es el caso de IPFire o firmware para routers inalámbricos hogareños como DD-WRT lo facilitan bastante permitiendo realizar toda la configuración desde su interfaz web.

Pero volviendo a Android, existía un pequeño gran problema acá: No soportaba de fábrica OpenVPN. Por tanto, el método primigenio para conseguir tenerlo en el androide es:

Método 2-A: Instalar OpenVPN o flashear una ROM alternativa

Aunque dada la naturaleza abierta de Android es posible instalar los binarios de OpenVPN correspondientes a la plataforma, también se requiere, además de acceso root, la complicada instalación del módulo tun.ko, que debe estar compilado para el sabor específico del kernel de nuestro dispositivo Android. Esto, en modelos poco conocidos o casos como los de Motorola, donde es imposible cambiar el kernel a uno alternativo a causa de que les bloquean el bootloader, resulta una misión imposible. La posibilidad de flashear directamente una ROM que incluya un OpenVPN completamente funcional, como por ejemplo CyanogenMod, presenta los mismos inconvenientes, por lo que se está supeditado al modelo de smartphone o tablet que se posea. Y son (y fuimos) muchos los usuarios de Motorola, lamentablemente…

Por tanto, para resumir, las contras de utilizar OpenVPN en Android, al menos en las versiones inferiores a la 4.0, son:

• Se requiere acceso root.
• Se necesita instalar el módulo tun.ko específico de nuestro kernel o flashear una ROM alternativa que tenga soporte OpenVPN.
• Dependiendo de la implementación, puede que si se corta la conexión VPN el tráfico siga fluyendo ya sin protección hasta que la volvamos a reconectar.
• Sólo será posible tenerlo en ciertos modelos de dispositivo.
• Por supuesto, consume más batería mientras se lo utiliza.

Método 2-B: OpenVPN a través de la VPN API de ICS

La luz a esta oscuridad vino, cuando a partir de Ice Cream Sandwich, Android incorpora una API específica que permite su uso por parte de aplicaciones de terceros, de manera tal de no limitar las opciones de conexión VPN a las que vengan incluidas de fábrica. Es justo lo que OpenVPN necesitaba para florecer, ya que permite utilizarlo incluso sin necesidad de acceso root, y gracias a esto contamos con al menos dos excelentes alternativas:

OpenVPN for Android de Arne Schwabe: Posiblemente todo lo que necesitamos está en esta aplicación. Podemos crear múltiples perfiles, importarlos, e incluso admite distintas formas de almacenamiento de la llave o certificado, algo especialmente útil si del otro lado tenemos un servidor OpenVPN con llave estática. Cuando iniciamos la conexión, una pantalla de registro nos mostrará cada paso de la misma, y nos dará una buena ayuda si algo funciona mal (por ejemplo, en algunas versiones de Android la conexión se aborta si el certificado utilizado lleva guiones o algún otro carácter especial en el nombre, y en este registro de conexión esto se advierte). Incluye además funcionalidades muy útiles como reconexión automática ante cambio de red y conexión automática en el reinicio del sistema, para olvidarnos de tener que ejecutarlo manualmente todo el tiempo.

Es importante aclarar que, dado que esta nueva API para VPN puede dar lugar a terribles abusos de seguridad, cada vez que iniciemos por primera vez en cierto tiempo una conexión se nos advertirá de que esa aplicación intenta redirigir todo el tráfico del sistema (algo que desde ya necesita realizar para funcionar) y que eso le permitiría poder espiar todo el contenido del mismo, por lo cual debemos estar seguros de que lo aprobamos únicamente para nuestro cliente OpenVPN y para ninguna aplicación más en este caso.

Las desventajas de OpenVPN for Android son:

• Se requiere la versión 4.0 de Android o superior, por lo que no podremos disfrutarla en dispositivos de hace algunos años atrás o que no puedan recibir una actualización.
• Debemos confiar en Arne Schwabe, aunque eso no debería ser un mayor problema ya que esta aplicación es open source.
• La API para VPN de Android no permite el funcionamiento en modalidad tap, así que solo puede usarse tun, lo cual de todas formas no es un gran obstáculo para tener un buen túnel.
• No es posible hacer tethering (compartir la conexión a Internet del dispositivo) mientras se utiliza una conexión VPN, esto es una limitación de la API.
• En las ROMs oficiales de algunas marcas y/o modelos de terminal esta API está rota o directamente fue suprimida, por lo que no será posible utilizarlo. Esto al parecer sucede con varios modelos de HTC que poseen una deficiencia en el ruteo que hace que los paquetes no salgan a través del túnel, y también se sabe de algunos modelos de Sony que tampoco funcionan como el Xperia arc S y el Xperia Ray, aunque pueden existir más. También algunas imágenes de CyanogenMod 9 presentan problemas de permisos, pero en este caso se resuelve mediante una opción incluida a tal efecto en la aplicación, aunque será necesario poseer acceso root para que funcione (algo que en CyanogenMod no es un problema). En el caso de las ROM oficiales defectuosas será necesario flashear una alternativa. Esta info está extraída del repositorio oficial de la aplicación en Google Code, y como bien dice ahí mismo Arne, es muy importante reportar estos problemas al fabricante y quejarse en todo medio posible, ya que cuanto más ruido se haga más posible va a ser que no vuelvan a cometer este tipo de olvidos o descuidos.
• Por supuesto, como en todos los demás casos vamos a tener un consumo de batería elevado.

OpenVPN Connect: El primer plus con el que cuenta es que es el cliente oficial para Android de los creadores de OpenVPN, lo cual hace que ya la miremos con otros ojos. Al igual que en OpenVPN for Android, en OpenVPN Connect podemos crear múltiples perfiles, aunque únicamente mediante la importación del archivo .ovpn; no podremos crearlos de cero ni editar los existentes como sí es posible con la app de Arne. Sólo se pueden utilizar para las conexiones certificados instalados en Android, por lo que acá vamos a tener problemas para crear conexiones con una llave estática compartida ya que no se puede importar como un certificado en el sistema. Sin embargo no son todos problemas y existe algo en lo que este cliente destaca y es la reducción en el consumo de energía. Gracias a un par de opciones activables desde la configuración es posible el pausado automático de la conexión VPN mientras el dispositivo está en standby, y a su vez que mientras esto suceda se bloquee todo tráfico por fuera del túnel. La desventaja clara a esto es que el gadget estará virtualmente desconectado de Internet en ese momento, por lo que no se recibirán notificaciones push ni nuevos avisos de ningún tipo mientras la pantalla esté apagada.

Por tanto, las contras a considerar de OpenVPN Connect son:

• Al igual que en la opción anterior, necesitamos Android ICS o superior porque usa la VPN API.
• Tampoco podremos hacer tethering mientras el enlace VPN esté activo.
• Tampoco funcionará en los mismos modelos y ROMs con problemas listados anteriormente.
• Tampoco podremos usar tap.
• No podremos crear y editar perfiles de conexión como con OpenVPN for Android, sólo se pueden importar desde archivos de configuración.
• Sólo se pueden usar certificados importados en el repositorio de Android, lo cual limita la posibilidad de usar llaves estáticas compartidas.

Método 2-C: Private Tunnel VPN

Aunque también está creado por OpenVPN y basado en el código de este, Private Tunnel VPN es un cliente creado específicamente para conectarse al servicio del mismo nombre, por lo que podemos considerarlo una opción distinta al estándar OpenVPN en sí. Es una de las formas de monetizar y mantenerse que tienen en la compañía detrás de OpenVPN, y es una idea bastante buena: Registramos una cuenta gratuitamente en privatetunnel.com con la cual nos regalarán 100 MB de tráfico para utilizar. Cuando abrimos el cliente en Android ingresamos nuestro usuario y contraseña y listo, estamos conectados por un túnel a través de uno de los servidores de Private Tunnel. Cuando nos consumamos los 100 MB de regalo, podemos comprar paquetes de tráfico adicionales que jamás expiran, por lo que podemos usarlos cuando y como se nos antoje. Además, como ventaja adicional, al conectarse a servidores residentes en USA y Europa, es posible acceder a contenido limitado a esas zonas geográficas cuando se está conectado a través del servicio.

Private Tunnel VPN usa la misma API que los dos clientes OpenVPN que vimos antes, pero en este caso no existe configuración alguna, ya que la aplicación está específicamente diseñada para utilizar este servicio, así que una vez que registramos nuestra cuenta sólo debemos decirle nuestro nombre de usuario, contraseña, y a cuál de los servidores queremos conectarnos. Claro está, va a tener las mismas contras relacionadas a la VPN API de Android, más algunas más:

• Se requiere Android ICS o superior.
• No se puede hacer tethering mientras el enlace VPN esté activo.
• Tampoco funcionará en los mismos modelos y ROMs con problemas listados anteriormente.
• Se necesita pagar por tráfico adicional una vez consumido el gratuito.
• Habrá un mayor consumo de batería mientras esté conectado.

Tal vez no correspondía listar esta opción dada su naturaleza de pago, pero la considero una excelente alternativa para salir del paso en caso de no querer o no poder usar las anteriores, debido a que presenta una gran facilidad de uso sin configuración alguna. Y si no se quiere pagar, nada detiene a crear una nueva cuenta para usar su tráfico de regalo una vez consumido el de la anterior, aunque resulte molesto puede servir para un uso muy ocasional y moderado.

Menciones honoríficas: IPSec, L2TP y PPTP

Estas son, lamentablemente, las únicas opciones de conexión VPN que suelen venir disponibles de fábrica en toda ROM Android, pero cada una tiene sus problemas:

• IPSec es bastante difícil de configurar, un servidor no se levanta así nomas, y además existen varios reportes de que directamente no funciona la implementación que hace Android.
• L2TP permite establecer un túnel, pero a menos que se monte sobre un protocolo seguro como IPSec, no ofrece cifrado alguno nativamente en el mismo, por lo que no cambia demasiado las cosas.
• PPTP es un protocolo VPN creado por Microsoft que se aconseja nunca volver a utilizar ya que fue vulnerado y jamás recibió ninguna solución al respecto, por lo que el utilizarlo no nos garantiza que alguien, tomándose algo más de trabajo, no pueda igual espiar nuestro tráfico.

 Y el ganador es…

Por su facilidad de instalación y uso, no cabe duda que, en tanto y en cuanto contemos al menos con ICS, los clientes VPN basados en la nueva API son la mejor opción para asegurar todo tipo de conexiones desde nuestro Android cuando estamos conectados por una red no confiable. Los únicos posibles problemas son contar con un terminal que no tiene o no puede ser actualizado al menos a Android 4.0, pero esta es una limitación que no va a hacer más que desvanecerse cada vez más con el paso del tiempo; y también puede que tengamos la mala suerte de tener justo un modelo donde la API no funciona, pero en tanto el bootloader no esté bloqueado quedará la salida de flashear otra ROM.

El segundo lugar, reñido, para quien no quiere complicarse con OpenVPN, es sin lugar a dudas para SSH Tunnel. No ofrecerá protección para todo tipo de tráfico, pero cubriendo TCP se cubre el 99,9% de lo que cualquier usuario promedio hace desde una computadora, y en tanto y en cuanto se cuente con root, su configuración no va mucho más allá de ingresar la URL y credenciales del servidor SSH, que además es más accesible y fácil de levantar que un servidor OpenVPN. Posiblemente para muchos este debería ser el primer lugar, todo depende de cuales sean nuestras prioridades.

Ahora que conocés (si es que ya no lo hacías) estas opciones, ¿cuál elegís? ¿Te da lo mismo que puedan espiar tu tráfico, o te conectarías siempre por la red celular o redes confiables para evitar estos riesgos?

El que no le gusta el iPad, claro, se comprará una tablet con Android de las buenas, como las de la línea Nexus o una Samsung. Y el que no puede o no quiere afrontar ese gasto pero aún así quiere una tablet, se juega a uno de los tantos miles de modelos chinos genéricos que hay con Android, a precios comparativamente tan bajos que llegan a la cuarta parte de las otras, o aún menos. En esta última categoría entra la gran mayoría de los usuarios de tablets de países como el nuestro, por razones obvias. También sucede que son ideales como un regalo para un hijo o sobrino, ya que no cuesta tanto estirarse desde un MP5 con videojuegos, uno de los regalos más pedidos por los chicos, a una tablet china de las más baratas, donde además de los juegos de moda de la tienda de Google también van a poder conectarse a Internet y utilizar aplicaciones de dibujo y didácticas.

Este último fue también mi caso. Nunca había tenido una tablet, y no porque no me resultaran atractivas como a cualquiera, sino simplemente por una cuestión económica y de eficiencia: No tenía sentido invertir en una si ya cargaba a todos lados una notebook (imprescindible, que al día de hoy no puede reemplazar ninguna tablet) y un buen smartphone. Pero cuando compré la que iba a ser el regalo de mi hijo, el precio era tan bueno que no pude evitar llevarme una más para mí.

Mi tablet china genérica de 7″

¿Y ahora? Los powerusers tenemos un pequeño problema a la hora de usar un gadget muy barato, porque siempre queremos sacarle el jugo en formas que generalmente sólo son posibles, o exitosas, en los que son de marcas reconocidas. Si tengo una tablet, voy a querer ponerle mucho de lo que ya le puse a mi smartphone, y así como casi todo lo rico engorda, casi todo lo interesante en Android necesita root. Después, si nos ponemos pretenciosos, también se nos puede ocurrir ver si conseguimos una ROM mejor y que tenga una versión de Android más nueva.

Rootear la WonderMedia 8850 (y similares)

El procesador WM8850 de WonderMedia

Dentro de esta enorme familia de tablets Android chinongas con marcas de dudosa procedencia, existe un extenso grupo que utiliza unos procesadores fabricados por una compañía taiwanesa, subsidiaria de VIA (conocida por sus chipsets de PC), llamada WonderMedia. Al mejor estilo de todo lo chino-genérico, no se encuentra mucha información oficial sobre los productos de este fabricante; mucho menos de la innumerable cantidad de tabletas que llevan sus chips. Uno de los más actuales es el WM8850, un ARMv7 con núcleo Cortex-A9 a 1.500 MHz y una GPU Mali-400. Si vos, como yo, tenés una tablet con este procesador, estás de parabienes porque un hacker conocido como Diabetu elaboró no uno, sino dos formas distintas, pero igual de exitosas, para obtener root, y sin necesidad de reemplazar todo el firmware por uno nuevo.

El primer método utiliza el mismo mecanismo por el cual se puede flashear un firmware completo, y es una suerte de procedimiento estándar en casi todas las tabletas genéricas: Consiste en descomprimir el archivo descargado en una tarjeta microSD vacía; si lo hicimos bien terminaremos teniendo en la tarjeta una carpeta llamada FirmwareInstall conteniendo varios archivos y un archivo llamado wmt_scriptcmd ubicado en el directorio raíz. Luego todo lo que tenemos que hacer es insertar la tarjeta en la tablet y encenderla, y el proceso de actualización se iniciará solo. Mientras dure, todo el tiempo un mensaje en rojo nos dirá (en inglés) que no extraigamos la tarjeta; una vez terminado cambiará a un mensaje en verde que nos dirá que sí la extraigamos, y al hacerlo automáticamente se reiniciará el sistema. Es importante no volver a colocar esta tarjeta o, en caso de que la vayamos a usar con la tablet, eliminar los archivos de la actualización, ya que sino cada vez que la encendamos el proceso volvería a comenzar nuevamente. Si todo sale bien al reiniciar la tablet la encontraremos rooteada y con el icono de la aplicación Superuser presente. El archivo comprimido necesario para rootear nuestra tablet WM8850 de esta manera se llama WM8850 RootBurner y está disponible en la página de descargas del sitio de Diabetu; deberemos prestar especial atención al número de compilación de nuestra tablet o build number (lo encontramos en Ajustes->Información del tablet->Número de compilación) ya que existen dos versiones distintas.

El segundo método es algo más fácil, aunque en mi opinión esto es relativo. No necesitaremos volcar los archivos en una SD vacía para luego arrancar la tablet con ellos, pero sí necesitamos tener instalado el SDK de Android en nuestra PC para poder utilizar adb, y a su vez deberemos tener los drivers de nuestra tablet instalados para que Windows la reconozca. Esto último no es un gran problema, ya que la mayoría de las tablets al conectarse por USB a una PC muestran un menú en el que es posible ponerlas en un modo que emulan un CD virtual cuyo contenido son los drivers requeridos, de la misma forma que se suele hacer también con los módems 3G USB. Cuando tengamos adb listo y los drivers instalados, nos queda activar en Android la Depuración USB desde las Opciones de Desarrollo y conectarla. Luego descargamos el RootBurner Tool dentro de la sección de la WM8850 en la misma página de descarga y lo ejecutamos.

Si nuestra tablet está correctamente conectada y reconocida por Windows (para verificar eso podemos presionar el botón Identify Devices), este programa, con sólo hacer click en Root Device, realizará todo el proceso de manera automática. Tal vez es una obviedad pero es importante que al momento de realizar esto el único dispositivo Android conectado a la PC en cuestión sea la tablet WM8850 que queremos rootear. Cuando el proceso termine la tablet se reiniciará sola y ya estará rooteada. En el siguiente video creado por el propio Diabetu podemos ver lo fácil que es hacerlo.

(cómo) Actualizar el firmware de una tablet WM8850 (y no terminar con un pisapapeles en el intento)

Si estás conforme con el firmware que trae de fábrica tu tablet, todo lo querías era tener root, y esto lo conseguiste siguiendo las instrucciones anteriores, no hace falta que sigas leyendo. Ahora bien, si por algún motivo no te agrada algo del Android de tu tablet o el proceso de root no funcionó como es debido y te dejó más problemas que soluciones, la única opción que te queda es flashear un firmware completo. Por ejemplo, el Android v4.0.3 que venía de fábrica en mi tablet tenía dos problemas: A la primera vez de reiniciar el sistema y luego de haber configurado la cuenta de Google, comenzaba a dar error el Play Store ante cualquier aplicación que se quisiera instalar o actualizar, y la única solución era eliminar y volver a configurar la cuenta hasta que en el próximo reinicio volviera a fallar. Además, luego de rootearla, ninguna aplicación que tuviera que cargarse en el inicio lo hacía. También sufría de cuelgues ocasionales, pero eso probablemente no tenga cura por el lado del software y se deba a la calidad de fabricación obviamente inferior de un dispositivo que es uno de los más económicos en su clase. Por último, tenía la esperanza de tal vez conseguir una versión superior de Android.

El método para realizar una actualización de firmware, como dije antes, es el mismo que vimos para instalar el acceso a root desde la microSD, sólo que la actualización va a tardar más por tratarse de un sistema Android completo. Pero existe un pequeño problemita con esto:

Existen incontables modelos de tablets basadas en el WM8850, y son todos parecidos, pero no son exactamente iguales.

A primera vista parece que son todas iguales, ya que el WM8850 es muy modesto y se lo usa mayormente para tablets con pantallas de 7″, y a simple vista todas se ven iguales. Pero algunos modelos van a tener una única cámara al centro, otros a un costado. Otros incluso tienen dos cámaras. Pero las diferencias se ponen peor cuando cambia el hardware de la pantalla táctil o del adaptador de red inalámbrico.

Por todo esto es muy importante saber bien quién es el fabricante de nuestra tablet y de qué modelo se trata. Si tenemos suerte es posible que este fabricante tenga un sitio web medianamente decente desde donde se puedan descargar versiones del firmware actualizadas que resuelvan bugs o nos permitan recuperar nuestra tablet en caso de que no arranque. Este es el caso de las Eken, que tienen una sección de soporte en su sitio web para descargar el último firmware disponible de muchos de sus modelos.

Pero es mucho más probable que, como yo, tu tablet tenga una marca que no tiene ninguna web oficial conocida, de esas que si la googleas sólo te salen las innumerables ofertas de los sitios estilo Merca Libre que la venden y nada más. En el caso de la mía, el gadget en sí no presenta ninguna marca reconocible como tal en lo absoluto; sólo dice, junto a unos cuantos logos correspondientes a diversas especificaciones industriales, Mobile Internet Device. Recién al encenderla, en la primer pantalla que aparece, se ve algo más reconocible como un logo que dice Peiso, y abajo una suerte de slogan que reza For Your New Life.

Logo de Peiso al encender uno de los gadgets de la marca

Peiso es una marca china conocida por fabricar unos GPS económicos, pero no existe prácticamente referencia alguna a sus tablets, y tampoco existe (o fui incapaz de encontrar en todo caso) un sitio web oficial de dicho fabricante. Esto significa que si tuviste la mala suerte de que tu tablet no arranque más, podés llegar a tener serias dificultades para conseguir el firmware original que le corresponde y así volverla al mundo de los (gadgets) vivos.

Ahí es donde generalmente uno se entera de las similitudes con las de otros fabricantes y prueba con el firmware del modelo equivalente de Eken o algún otro, y lo más normal en este caso es que se termine con una tablet que arranca el nuevo firmware pero sea imposible conseguir que la pantalla táctil responda a nuestros dedos. En mi caso, además de eso, la detección de la orientación andaba mal y siempre se veía la pantalla inclinada de costado, pero también es posible que directamente no termine de arrancar. Y así nos quedamos con el famoso pisapapeles.

La solución a todo esto la trae otro genio conocido como HardcoreHacker, que en su sitio Tech Know publica todo tipo de herramientas e información para mejorar y lidiar con tablets genéricas.

Si tenés una tablet WonderMedia de la que no tenés ni la más remota idea de qué modelo exacto es, lo primero que tenés que hacer es descargar e instalarle el Android Device Analyzer, que al abrirlo y presionar el botón Generate va a crear un archivo de texto en el directorio raíz de la tarjeta SD que va a contener la cadena correspondiente al modelo específico de tu tablet, además de listar los drivers correspondiente a su hardware. Para saber el modelo sólo tenemos que fijarnos en la quinta línea del archivo de texto; la mía por ejemplo resultó ser una MID7_8237_SSD2532_CZY6097.

Android Device Analyzer

Una vez que tengas esto, hay otra buena noticia: Le podés poner Jelly Bean a tu tablet chinonga! Todo lo que tenés que hacer es descargarte la última versión del firmware Uberoid para WM8850, también cortesía de HardcoreHacker. Cuando terminamos de descargar el archivo descomprimimos todo su contenido en la microSD que vamos a usar para la actualización (de la misma forma que hicimos en el primer método para conseguir root), y acto seguido vamos al directorio \FirmwareInstall\config\. Ahí nos vamos a encontrar con muchos archivos; lo primero que tenemos que hacer es encontrar a todos los que tengan un + adelante (generalmente es uno solo) y renombrar el archivo para que quede sin este símbolo de adición. Luego vamos a buscar en esa carpeta un archivo que, si tenemos suerte, tendrá de nombre la cadena exacta correspondiente a nuestro modelo de tablet; lo renombramos y le agregamos un + adelante al nombre.

Hecho todo esto estamos listos para colocar la microSD en la tablet y encenderla para comenzar el proceso de actualización. Hay que tener en cuenta que al hacerlo se borrarán todos los datos y aplicaciones que se encuentren en su memoria interna por lo que, si es posible, sería recomendable hacer un backup previo. Cuando todo termine quitamos la microSD y al reiniciar nuestra querida tablet clónica tendrá un lindo Jelly Bean 4.1.1 en sus entrañas.

Mi tablet china genérica corriendo Jelly Bean (yeah!)

Momento para la paranoia

Si leemos con detalle lo que dice HardcoreHacker en algunas de las páginas enlazadas, veremos que menciona algo relativo a unos troyanos. Según sus palabras, el firmware descargado del sitio de Eken, en el cual se basa él luego para crear Uberoid, viene con más de un troyano dentro, aparentemente diseñados para correr en Windows, ya que incluso ofrece una herramienta para escanear la PC y eliminarlo; esto sería a modo de disculpa ya que en las primeras versiones de Uberoid se filtraron dichos troyanos que no fueron detectados por HcH a tiempo.

Por mi parte tengo que decir que me tomé el trabajo de subir a VirusTotal algunos de los archivos identificados por HcH como troyanos dentro del firmware oficial de Eken y estos figuran limpios para todos los motores antimalware, lo cual no hace más que generar aún más incertidumbres: ¿Eken se dio cuenta gracias a HcH y limpió de troyanos su firmware? ¿O dejó de ponerlos justamente porque HcH los descubrió? ¿Nunca los tuvo Eken y en realidad los tuvo sólo Uberoid…?

Sea como sea, tanto las ROM de Eken como Uberoid parecen estar libres de malware y, configurado adecuadamente para el modelo de tablet donde lo instalemos, este último anda a las mil maravillas. El único problema que le encontré en la mía es que no funciona la geolocalización en absoluto, la cual, al tratarse de una tablet sin GPS ni radio celular, sólo puede tomar dicha información a través de las redes Wi-Fi, cosa que en el firmware original de Peiso sí funcionaba. Al menos para mí, es algo de muy poca importancia, y siempre podremos simular la ubicación que se nos antoje con aplicaciones como Fake GPS.

Por último, el clásico aviso: Todos los procedimientos acá listados pueden potencialmente arruinar tu tablet, borrar todos tus datos y hasta a lo mejor darte diarrea y provocar el fin del mundo tal y como lo conocemos. Todo lo que hagas con tu dispositivo corre completamente bajo tu cuenta y yo no me hago responsable de nada, y mucho menos del bombo de tu hermana. Están avisados.

Para quien, como yo, conoce al navegador de origen noruego desde hace tiempo, la noticia llega, no como un balde de agua fría, sino congelada. Dejar de lado un desarrollo propio altamente exitoso, con años de investigación detrás, para centrarse en lo que casi todo el resto usa, no parece una movida inteligente como mínimo. Los argumentos de Opera Software para vender este cambio tan drástico a sus seguidores son más o menos estos:

1. WebKit “es desde ya muy bueno”, por lo que prefieren colaborar con la comunidad de software libre mejorándolo en vez de duplicar esfuerzos en su propio desarrollo, el conocido concepto de “¿Para qué volver a inventar la rueda si ya existe una que funciona muy bien?”.
2. WebKit está en el corazón de todas las plataformas móviles (con excepción de las de Microsoft, claro), por lo que hoy todo se mide, característica a característica, bajo la vara de WebKit, y por ende adoptarlo permite conseguir una porción mayor de la torta del mundo móvil, que es la que hoy más importa.

Hay otro motivo para este cambio que Opera Software no dice a los cuatros vientos pero que otros se encargaron de hacer notar, y es que Opera, en sus mejores tiempos anunciado bajo el slogan de el navegador más rápido sobre la Tierra, hace bastante que ya no lo es, siendo superado amplia y principalmente por Safari y Chrome, casualmente los dos navegadores estrella de la familia WebKit. Está claro en dentro de la compañía nórdica piensan que es más fácil y rápido pasar a WebKit que tratar de mejorar Presto, y así dejar de estar en desventaja. Este tipo de mentalidad me lleva una y otra vez a movidas como la de Nokia, que pasó de ser un orgulloso fabricante de smartphones con sus propios sistemas operativos a ser simplemente una opción más (eso sí, posiblemente la más popular) a la hora de conseguir un Windows Phone.

Muchos compran todos estos motivos y celebran la decisión, pero yo no puedo estar más en desacuerdo. Lo que hacía a Opera tan único y especial, lo que le daba sentido de existir en medio de tantas opciones mucho más conocidas y utilizadas, era justamente que era distinto, en todo. A Opera (y por ende a Presto) siempre se la han tildado problemas de compatibilidad con los sitios web más modernos y dinámicos, pero también era mucho más seguro y eficiente a su manera (traten de mantener 40 solapas abiertas en Opera y luego en Chrome y van a entender a lo que me refiero). Por sobre todas las cosas, Opera siempre fue otra opción. Si pasa a usar WebKit, no dudo que podrá seguir haciendo una diferencia en la UI del navegador y otras funcionalidades extra, pero al menos la mitad del software pasa a ser más de lo mismo. Me anda mal un sitio en Chrome o Safari, ¿para qué molestarme a probarlo en Opera si es lo mismo? ¿Para que usarlo en un principio si va a mostrar la web igual de bien o de mal que Chrome, que desde hace tiempo es (tal vez) la mejor opción?

Que cada vez existan menos navegadores con motor propio y más con el mismo trae otro problema además, el mismo por el que muchos hinchaban por WebKit y odiaban Internet Explorer, que es la polarización y el monopolio. Si WebKit termina de dominar el mercado de navegadores, los sitios web pasarán a desarrollarse y testearse exclusivamente para el, dejando en inferioridad de condiciones al resto; lo mismo que sucedió por muchos años con IE. Seguro, muchos desarrolladores estarán contentísimos de olvidarse de la compatibilidad con múltiples navegadores y pensar sólo en WebKit que es un proyecto open source y que sigue estándares, a diferencia de Microsoft que hacía lo que le daba la gana, pero toda plataforma tiene sus vicios y desviaciones. Y si hablamos de ahorrar trabajo, eso no es algo que hayan conseguido precisamente los desarrolladores de add-ons para Opera, que ahora ven como tienen que rehacer todo su material para que funcione bien bajo WebKit.

Lo primero que pensé hoy era como podía ser que Jon Stephenson von Tetzchner, CEO y co-fundador de Opera Software, pudiera arruinar así al que siempre consideró, según palabras de quienes lo conocían bien, su bebé. Ahora entiendo lo que pasó: Recordé que Jon dejó de ser el CEO de Opera Software hace año y medio por, casualmente, diferencias con la junta directiva. Ahora veo bien que tan profundas eran esas diferencias.

Ojalá sepan mostrarme que me equivoco, pero para mí hoy, Opera deja de ser Opera, y pasa a ser otro más del clan de WebKit. Es una pena.

Actualización: Se me pasó mencionarlo antes, pero a Opera ya le había sucedido en el pasado esta situación de llegar a un punto en el que su desarrollo estaba estancado y se necesitaba tomar una decisión drástica. Pero los tiempos eran otros (bajo el comando de von Tetzchner) y se resolvió que lo mejor era empezar el desarrollo de un nuevo Opera desde el principio, dejando de lado todos los problemas del anterior. Así había nacido la versión 7 de Opera, la cual fue una de las mejores y la base de todas las posteriores hasta este momento. Es una lástima que ahora no tengan la voluntad y el orgullo (la capacidad seguro la siguen teniendo) de pensar de la misma manera en Opera, después de todo, así tan mal no les fue.

Actualización 2: Otra movida completamente inesperada para Opera Software, ya que compró a Skyfire, un navegador móvil especializado en el streaming de video que ya les hacía competencia desde cuando Windows Mobile aún era relevante. Evidentemente están empeñados en bindar la mejor experiencia posible en el mundo móvil, sólo espero que no se equivoquen en el rumbo.

Lo que a simple vista parece genial (disponer de una SD interna y además la posibilidad de expandir con una externa en caso de quedarnos cortos de espacio) tiene un par de peros que nos desbaratan el entusiasmo: En el Galaxy S3 las aplicaciones no se pueden mover a la SD externa y, por supuesto, el tamaño de la interna no se puede expandir. Desconozco en cuantos dispositivos suceda esto, pero en otros no pasa este inconveniente, como por ejemplo en algunas tablets chinas donde se puede configurar el llamado almacenamiento para aplicaciones tanto en la memoria local como en la (verdadera) SD. Lo peor, es que el S3 que se vende en todos lados, y posiblemente el único disponible en las operadoras argentinas, viene con la capacidad más básica que es de 16 GB; existen modelos con 32 y 64 GB de SD interna, pero son difíciles de encontrar y posiblemente haya que vender un órgano para conseguirlos. Esto nos limita, sin posibilidad de escape alguna, a la capacidad interna del aparato a la hora de instalar aplicaciones.

En mi caso, creía que 16 GB son más que suficientes; de hecho nunca logré llenar los 8 de mi anterior Android. O al menos, eso pensaba hasta hace unos meses atrás, antes de instalar El caballero oscuro y Asphalt 7, que sumados a otros tantos juegos que tenía, me hicieron notar que el espacio libre se reducía a límites peligrosos, más teniendo en cuenta lo rápido que se consumen megabytes filmando en HD. Por supuesto, siempre puedo mover inmediatamente las fotos y videos tomados a la tarjeta externa, pero se vuelve una molestia que hay que estar tomándose con frecuencia.

Rompiendo barreras del almacenamiento interno, o haciéndole pito catalán a Samsung

Actualmente existen al menos dos soluciones a esta limitación de Samsung, y ambas implican contar con un S3 rooteado. Posiblemente existan otras que desconozca, tal vez a estas alturas ya existan ROMs alternativas que lidien mejor con este asunto, pero estas dos soluciones son particularmente viables, en particular la última si te interesa continuar con la stock ROM de tu S3. El único pero de la cuestión es el root, donde ya sabemos que se pierde toda garantía (a menos que pongas a cero el contador de flasheos, técnica que corre el riesgo de dejarte un carísimo pisapapeles…), pero si estás dispuesto a aceptarlo, o ya lo hiciste, no hay mucho más que obstaculice el camino a un S3 con más capacidad de almacenamiento. Vamos con los métodos.

El método extremo

Lo llamo así porque con este hack literalmente se le hace creer al S3 que la memoria interna es la externa, y viceversa. Esto significa que si tenemos un teléfono con 16 GB internos al que le colocamos una tarjeta microSD de 64 GB, con este método va a pasar a pensar que tiene una SD interna de 64 GB, mientras que le queda una SD externa de 16 que en realidad es la memoria interna del aparato. Esto hace que el almacenamiento interno sólo sea usado para contener a las aplicaciones, mientras que todos sus recursos (imágenes, videos, texturas de juegos, etc) serán almacenadas en la microSD externa, liberando así una cantidad de espacio importantísima. Este método, sin embargo, tiene algunos peros y requisitos importantes:

1. Se requiere un kernel que soporte init.d
2. El Samsung Galaxy S3 debe ser la versión internacional, el GT-9300
3. Se recomienda flashear la rom y paso siguiente aplicar este método, no se recomienda para nada hacerlo sobre un teléfono con aplicaciones instaladas e información sin respaldar.

Los pasos completos para realizar esta transformación, junto a los archivos que hace falta descargar, los podemos encontrar en el hilo oficial de XDA Developers. Lo bueno de este método es que una vez que lo hacemos nos olvidamos, pasamos a tener un teléfono con una capacidad interna dictaminada por la microSD que le hayamos puesto.

El método sutil y puntual

Este es el que por ser menos peligroso e intrusivo elegí para mi S3, y me dio excelentes resultados. Utiliza una técnica llamada directory binding, una de esas maravillas del mundo *nix, similar a cuando se monta una unidad en una ruta, sólo que en este caso montaremos una ruta en otra ruta.

Por ejemplo, podemos hacer un binding del directorio /sdcard/Android, en donde están almacenados los recursos de casi todas las aplicaciones, a una carpeta Android que hayamos creado en la microSD, accesible bajo la ruta /mnt/extSdCard/Android. Esto significa que cada vez que el sistema lea o grabe datos en la primer ruta, en realidad lo estará haciendo, sin saberlo, en la segunda. Significa que podemos tener esa carpeta vacía en la SD interna y dejar todos los datos en la externa, y Android seguirá creyendo que accede a la información en la interna.

Este método podemos aplicarlo tanto a nivel masivo, mapeando directamente /sdcard a /mnt/extSdCard, o a un nivel más específico, como en el caso anterior. En mi caso, sólo me interesa mover a la SD externa lo más grande, mientras que el resto no me importa que se quede en la interna, ya que tiene una mayor velocidad de acceso y grabación, y es por ejemplo una de las ventajas claves de la cámara del S3 que posiblemente se perdería si empezara a grabar en una microSD que a lo mejor no sea la más veloz del mercado. En mi caso encontré que con mover los recursos de los juegos de Gameloft instalados ya ganaba casi la mitad del espacio, y sólo tenía que mapear una ruta específica: /sdcard/Android/obb. ¿Suena bien? Suena aún mejor cuando vemos lo fácil que es de hacer:

1. Creamos en la microSD externa el directorio donde vamos a poner los datos del directorio original. Por ejemplo, para replicar la estructura en la SD interna, yo creé para los datos de Gameloft en la SD externa la ruta /Android/obb, que desde el teléfono es accecible como /mnt/extSdCard/Android/obb.
2. Movemos todo el contenido dentro de la ruta original /sdcard/Android/obb (siguiendo el ejemplo) a /mnt/extSdCard/Android/obb. Esto va a tomar un tiempo si justamente tenemos muchos gigabytes almacenados.
3. Cuando termine, instalamos la última versión disponible de la aplicación Directory Bind, que deberemos descargar desde su hilo oficial en (adivinen…) XDA Developers.
4. Una vez instalada, presionamos Menú y elegimos Add new entry para agregar un binding o mapeo. Nos saldrá entonces un diálogo donde en el primer campo de texto debemos ingresar la ruta a la SD externa, o sea en donde tenemos los datos movidos ahora, y en el segundo la ruta original a la SD interna, o sea en donde se supone que deberían estar (pero de donde los movimos para liberar espacio). No hace falta tipear cada ruta, con mantener presionado cada campo se despliega un navegador de archivos donde podremos seleccionar fácilmente las ubicaciones.
5. Dejamos destildada la opción Transfer files from target to data. Es para realizar automáticamente lo que ya nos ocupamos de hacer en el paso 2, y además está en fase experimental por lo que no se recomienda usarla para mover datos críticos o sin respaldo.
6. Le damos finalmente al botón Add, y vemos como nos aparecerá listado el nuevo binding, con el icono de un disquete al lado, que puede tomar los siguientes colores:

• Gris, cuando el binding no está activo.
• Rojo, cuando el intento de binding falló.
• Azul, cuando está esperando a que el medio esté disponible para entonces realizar el binding. Esto puede pasar momentáneamente, en particular al inicio del sistema o si se acaba de insertar o montar la tarjeta SD.
• Verde, cuando el binding está activo y funciona correctamente.

Yendo a Menú/Preferences, se puede tildar la opción Bind on boot, para que al iniciar el teléfono automáticamente se ejecuten los bindings cuyas casillas estén seleccionadas.

Por supuesto, una aplicación que realiza este tipo de manejo en el sistema, como lo advertimos antes, requiere todo el tiempo permisos de root para funcionar, pero una vez otorgado funciona perfectamente, no sólo en un Galaxy S3 sino en cualquier dispositivo rooteado, e incluso con la ROM oficial del aparato. Tampoco se siente ninguna diferencia notoria de velocidad al cargar juegos cuyos recursos estén almacenados bajo este método en la tarjeta SD externa, aunque esto puede variar mucho de acuerdo a la velocidad de la misma.

Por supuesto, hay que tener cuidado con esto si montamos la tarjeta microSD como USB Mass Storage, pero esta genial aplicación también permite parar los bindings automáticamente en ese caso para luego volver a arrancarlos al finalizar la conexión USB.

Nunca había tenido la oportunidad de saber quién era Aaron Swartz, y lamentablemente tuve que hacerlo luego de enterarme de su muerte, la que en un principio se dice fue un suicidio pero en cuanto uno se pone a investigar un poco más se da cuenta que las cosas no están tan claras.

Si al día de hoy, como me pasó a mí hasta este domingo, desconocés de quién estamos hablando, tal vez debas saber que Aaron, ya a los 14 años, hizo una gran contribución al mundo de la tecnología, ayudando a diseñar las especificaciones del protocolo de distribución de noticias RSS, ese que desde hace años todo sitio o blog con contenido dinámico posee para que puedas enterarte de sus novedades sin tener que ir a visitar uno por uno. Sus otros dos logros más destacables fueron estar detrás de un sitio tan exitoso como Reddit y colaborar también en la creación de las licencias Creative Commons; sí, esas que tanto este weblog como tantas otras obras cuyos autores desean asegurarse de que puedan ser compartidas sin por eso perder derechos esenciales sobre ellas (como por ejemplo que se los reconozca como sus autores) usan todo el tiempo.

¿Y por qué pudo posiblemente haber cometido suicidio Aaron? Dicen que por una causa judicial que tenía el gobierno estadounidense contra él, que lo acusa de “robar” unos documentos digitales con estudios académicos de una red del MIT llamada JSTOR, para luego compartirlos públicamente en Internet. Sin embargo, quienes lo conocían a él o a los pormenores de este caso aseguran que es completamente falso y alevoso calificar de robo las acciones de Aaron, ya que sólo se dispuso a bajar archivos disponibles públicamente desde la red JSTOR; archivos que además jamás llegó a compartir. Por si esto fuera poco, JSTOR había retirado ya todos los cargos de los que se lo acusaba: Era el gobierno de su propio país el que continuaba tratando de meterlo tras las rejas por descargar unos archivos. Seguramente no tiene nada que ver con la firme posición que Aaron siempre tomó a favor de la libertad de información y en contra de los grandes lobbys del copyright.

Seguramente, como todo caso mediático, nuevas informaciones y desinformaciones estarán siendo anunciadas ahora mismo y seguirán durante los próximos días, pero lo quería decir es que, a cualquiera que nunca lo haya leído a Aaron, que vaya ya mismo y comience a leer su blog personal, RAW THOUGHT. No tengo idea de cuánto tiempo permanecerá online, así que si encuentran algo que les interese, hónrelo a Aaron haciendo un buen copy&paste para guardar algunos de sus escritos que, sinceramente, me dejaron pensando muchísimo y con ganas de leer y releer todo de vuelta; y créanme,van a querer guardarse muchas cosas.

A todo aquel que diga, como se suele decir de muchos muertos famosos, que Aaron Swartz era un visionario, un adelantado a su tiempo, o simplemente un genio, en este caso en particular le creo totalmente. Te lo vuelvo a recomendar, dejá ya mismo lo que estás haciendo (aunque fuera continuar leyendo mi weblog) y andá ya mismo a leer lo que Aaron tenía para contar.

¿Tiene sentido invertir en la compra de una aplicación a través de una tienda, sabiendo que debido a su sistema de seguridad no es realmente nuestra?

Cuando yo compraba hace 10 años una aplicación para Windows que venía en un CD, se podía decir que esa copia de software era realmente mía: Mi única traba para instalarla cuando y donde yo quisiera era el número de serie que me otorgaban al comprarla y la posible activación online con el mismo. Tal vez no podría instalarlo en 5 equipos simultáneamente, pero sabía que al menos, si no había ningún problema de compatibilidad de por medio, podía volver a instalarlo 10 años más tarde.

Con las tiendas de aplicaciones esa ilusión de eternidad de esfuma. Sí, en Android por ejemplo, si compro una aplicación puedo instalarla sin pagar nada más en todo dispositivo que asocie con mi cuenta de Google, pero… ¿tengo algún tipo de garantía que dentro de 5 años podré volver a hacerlo? Algo especialmente preocupante con aquellos juegos que  una vez instalados, y al ejecutarlos por primera vez, descargan por su cuenta los varios cientos de megabytes que necesitan para funcionar. Esos archivos, ¿seguirán disponibles para descarga cuando el juego sea obsoleto?

En Windows Mobile no existió el concepto de la tienda hasta recién en el final de sus días, cuando Microsoft intentaba con parches injertarle lo que podía de la receta exitosa del recién llegado iPhone. Entonces, un usuario de Windows Mobile promedio se procuraba su software descargando el archivo de instalación .cab, o el ejecutable para instalar a través de Windows y ActiveSync, y si era lo suficientemente precavido y prolijo se los iba guardando para futuros usos. Yo fui uno de ellos y si hoy necesitara, por la razón que fuere, reutilizar mi viejo teléfono con WinMo desde cero, podría instalarle cada una de las aplicaciones que en su momento tuvo. Seguro, estarían completamente desactualizadas (como la misma plataforma) pero, a menos que se trate de clientes de servicios online, serían tan funcionales como el primer día. El software sigue siendo mío con el paso del tiempo.

En una tienda de aplicaciones, en cambio, y por razones de seguridad obvias para combatir la piratería, no existe forma posible, al menos legal y que no requiera algún tipo de hacking, de quedarnos con el instalador de la aplicación para un posterior reuso. Toda futura reinstalación tiene que volver a realizarse a través de la tienda, y únicamente mientras se cuente con su beneplácito y aprobación.

De todas formas, la realidad es, más allá de la pregunta del título, que no contamos con una opción: Salvo en los casos donde se trata de software gratuito y el desarrollador pone a su disposición el instalador para su descarga directa (paralelamente a si pone o no la aplicación disponible desde la tienda) en el resto de los casos no nos queda otra que jugarnos y pagar; o recurrir al soft crackeado y todos sus problemas de ética, legalidad, disponibilidad, estabilidad y seguridad. Y eso, claro, si hablamos de una plataforma como Android donde Google y sus OEMs son tan buenos que al menos nos permiten instalar aplicaciones por fuera de la tienda; no como le sucede a todo usuario de un dispositivo iOS que, a menos que se arriesgue al jailbreaking, está encadenado a instalar únicamente software desde el Apple Store.

Yo antes era completamente reacio a desembolsar algo en una tienda de aplicaciones, pero con el tiempo y al ver el potencial y futuro de Android me terminé animando, pero solo con aquellas que no significaran un gasto muy grande o que estuviesen en oferta con alguna rebaja importante. Aún así me lo sigo pensando muy bien cada vez que aparece algo interesante.

Y vos, ¿cómo te llevás con tu tienda de aplicaciones?