Creo que vendemos muy barata nuestra privacidad. Qué duda cabe de que hay maravillosas aplicaciones muy ocurrentes ahí fuera (flickr, instagram, stumbleupon, blogger, etc.) pero nuestros datos en conjunto -no los de cada uno sino los de millones de personas- valen mucho más que la aplicacioncilla de turno que nos puedan ofrecer. En lugar de eso, prefiero pagar con dinero contante y sonante un servicio -cuando no sabes lo que vende una empresa, lo que vende eres TÚ- y tener el control de los datos así como de los procesos que operan sobre ellos. Así de paso, movemos un poco la economía, que no todo tiene porque ser gratis.

Así que podríamos empezar elaborando una serie de objetivos de servicios que hay que sustituir y ver como lo podríamos ir haciendo con proyectos libres. Lo que me gustaría tener es:

• Correo electrónico con mi propio nombre de dominio y acceso webmail desde cualquier lugar.
• Un servicio equivalente a Dropbox, con clientes de sincronización de archivos.
• Un servicio equivalente a Google Docs.
• Una plataforma de publicación para el blog.
• Un cliente de chat.
• Un lector RSS para acceder a los sitios que leo habitualmente desde cualquier lugar.
• Calendario, con sincronización para dispositivos.
• Plataformas multimedia para compartir imágenes y vídeos.

Esta decisión, como todas, tiene sus ventajas y sus inconvenientes. Pero como considero que tiene muchas más ventajas y como no es lo mismo contarlo que vivirlo, voy a estar 21 días inst… ¡me voy a mi nube!

Los inconvenientes podrían ser:

1. Ya no es gratis. Hay que pagar por un servidor.
2. Te tienes que gestionar la seguridad del servidor tú mismo y estar siempre pendiente de las actualizaciones. Es decir, esto requiere conocimientos técnicos.
3. Mucho más trabaja buscando, instalando y configurando software.

Y las ventajas:

1. Las versiones del software son las que tú quieras cuando tú quieras -cada vez me parece más insoportable la interfaz modernita de gmail-
2. Sabes a donde van y de donde vienen tus datos, donde se almacenan y como se tratan.
3. Puedes elegir en qué país se tratan tus datos. Si eliges un proveedor de España, tu información nunca sale de España.
4. Aprendizaje.
5. No solo es para ti. Si sabes como configurarlo pero tus amigos o familiares no, puedes ofrecerles una cuenta en alguno de los servicios que instales.

El primer paso es la elección del espacio para tu nube. A grandes rasgos, se pueden contratar tres tipos de servicios:

• Hosting. De utilidad limitada. Algunos programa sí se pueden instalar, pero cuando necesitas acceso root para poder ejecutar algunos comandos más avanzados o instalar librerías del sistema, ya no vale.
• Housing. Comprar tu propio servidor físico y colocarlo en algún Centro de Proceso de Datos que te proporcione las condiciones adecuadas de conectividad, energía, refrigeración, etc. Muy caro, totalmente descartado.
• Hosting VPS. Gracias a la maravillosa virtualización tenemos un híbrido entre los dos anteriores. Tienes a tu disposición una máquina virtual accesible por SSH en la que eres el administrador, pagando un precio mensual parecido a un hosting. Y esta es la mejor elección.

Los hay de muchos precios y variarán en capacidad y conectividad. Solo hay que buscar “hosting vps” y saldrá una larga lista. Por ahora yo estoy haciendo experimentos con EDIS que me ofrece una línea de servidores virtuales basados en OpenVZ localizados en Austria (mi cuenta facebook me ha chivado que están en Graz ). El básico son solo 5,99€/mes impuestos incluidos y eso te da 512Mb de RAM y 50Gb de disco duro, que no está nada mal. El problema que estoy viendo con esta línea es que la latencia no es demasiado buena y algunas veces hay desconexiones de la sesión SSH. Quizá cuando haya terminado de jugar me cambie a Axarnet que es una empresa española operando desde 1997 que tienen muy buenos precios de VPS no administrados. Aunque esta gente de EDIS también cuenta con una oferta de servidores localizados en España.

Decidido y contratado el hosting vps, sobre el que no voy a entrar en muchos más detalles, normalmente te darán la URL de un panel de administración donde podrás reiniciar la máquina y demás gestiones y donde podrás instalar el SO que prefieras. He optado por Debian 7 -que está calentito recién salido- versión 64bit porque estoy habituado a apt-get y demás compis, pero realmente puedes elegir el que más te guste. También te darán una IP y en la imagen del SO instalada habrán preconfigurado el servidor de SSH, así que abrimos un terminal (o usando Putty en Windows) y hacemos:

ssh root@IP

Tecleamos la contraseña y ya estamos en nuestro flamante servidor. El primer paso es dejarlo hecho un bastión inexpugnable. Un servidor en internet siempre estará expuesto pero siempre podemos minimizar los riesgos. Yo no soy experto en seguridad, pero he ido recopilando una serie de consejos aquí y allá para evitar casi todos los peligros.

La siguiente entrada de esta serie irá de configurar la seguridad del servidor, que será lo más aburrido para la mayoría -yo incluido- pero creedme que cuando estéis en producción no querréis que os revienten el servidor. Por ahora vamos con lo esencial. Un servidor recién instalado tiene software que actualizar, que son los parches que han ido saliendo desde que que se liberó la versión:

sudo apt-get update
sudo apt-get upgrade

Y por ahora lo dejamos así, en la siguiente entrada dejaremos el servidor bien fortalecido.

A saber:

• The Sopranos
• Northern Exposure (Doctor en Alaska)
• The Wire
• Breaking Bad
• The West Wing (El ala oeste de la Casa Blanca)

Lo demás, es de segunda, no perdáis el tiempo

Es decir, que nos encontramos felices y contentos con un dispositivo que:

• Nos hace esclavos de Google. La definición de esclavitud es trabajar a cambio de nada. No nos engañemos, esto lo quiere Google para que sigamos haciendo el mapa del mundo más exhaustivo posible.
• Le digamos, ya sin tapujos, qué nos gusta y a donde vamos a cada momento para que también puedan trazar el perfil más exhaustivo posible de bombardeo publicitario, y gratis.
• Nos mete un emisor wifi-n y otro bluetooth bien cerquita del cerebro, para que quede bien tostado.
• Crea problemas de invasión de la intimidad más graves de los que ya existían. Por lo menos con los teléfonos móviles tenías que hacer un gesto claro de que estabas grabando a alguien.
• Hace realidad las peores fantasías de todo tipo de películas y libros, encabezados por 1984 de George Orwell, el cual, se queda muy corto.
• Y crea tontacos que están más pendientes del vídeo que están viendo por las gafillas que del entorno que les rodea.

De verdad que se nos va de las manos. Y recordamos el mantra con el que nació esa simpática empresa Google:

Don’t be evil – (no seas malvado)

Yo por mi parte me encuentro ya cerrando todos los servicios que pueda de esta empresa que aspira a convertirse en internet ella sola, aparte de hacerse imprescindible y atarnos a sus servicios. Las búsquedas las hago con un buscador muy bueno y más respetuoso que es ducduckgo.com.

Imaginemos, por ejemplo, que uno de los otros correo outlook.com s burbuja se parece mucho al nuestro, salpicado de galaxias que contienen estrellas y planetas, pero con una diferencia esencial: permeando el correo outlook.com hay un campo magnético, miles de veces más fuerte que el creado en nuestros más avanzados aparatos MRI, y que no puede ser desconectado por ningún técnico. Este potente campo afectaría al comportamiento de muchas cosas. No sólo los objetos que contienen hierro tendrían un fastidioso hábito de salir volando en la dirección del campo, sino que cambiarían incluso las propiedades básicas de partículas, átomos y moléculas. Un campo magnético suficientemente intenso perturbaría tanto la función celular que la vida tal como la conocemos no podría sostenerse.

Este último me ha dejado particularmente preocupado…

Hoy os dejo con “los tapados” del prog actual. Con pocos discos se han hecho hueco. Es un proyecto del genial Jonas Reingold (más conocido por ser bajista de The Flower Kings).

En su último disco de 2011 In A Perfect World hay un corte llamado Can’t take it with you que «nace del aburrimiento de hacer siempre más o menos lo mismo, y de la necesidad de escapar de lo que considero encorsetadas restricciones compositivas dentro del progresivo clásico» (J. Reingold).

Y se traduce en como juntar con una maestría inigualable el son cubano, piano, rock bastante durete y hasta unas voces guturales. Y si me apuras a veces parece que estoy escuchando cierto estribillo muy conocido de Ricky Martin . Ahí es nada. Mejor escucharlo.

https://soundcloud.com/officialinsideoutmusic

El esfuerzo que está detrás de SOPA, ACTA, COICA, etc. nunca para. Después de cada derrota se rearma, se pone otro vestido y ataca de nuevo. Y aprovecha eventos muy mediáticos (el atentado de Boston, la explosión en Texas) para colar en el Congreso (House Of Representatives) su nueva encarnación: CISPA.

Cuando intento explicar porqué es malo siempre me dicen “es que no tengo nada que ocultar, me da igual”. Pero para mi eso no es excusa para tener una ley que permite y alienta que las cualquier empresa ceda datos personales y de actividad de cualquier usuario del mundo al gobierno norteamericano sin orden judicial.

En palabras traducidas por mi, de la Electronic Frontier Foundation:

La Cyber Intelligence Sharing and Protection Act (CISPA) o Ley de Compartición y Protección de Ciber Inteligencia es un proyecto de ley que ha pasado recientemente (18-04-2013) por el Congreso y se dirige al Senado. Crearía una nueva exención a las leyes de privacidad existentes. Permitiría que cualquier compañía, incluidos gigantes como Google, Facebook o Twitter obtener información de “ciber amenazas” (incluyendo información personal y privadad de tus cuentas) y enviarla al gobierno de los Estados Unidos. Incluidas las cuentas de ciudadanos no americanos.

Es la siempre efectiva amenazas del terrorismo lo que tan bien les viene. Si este fuera un blog conspiranoico empezaría a elucubrar negras teorías sobre quien hizo explotar las torres gemelas o puso las bombas de Boston, pero no es momento ni lugar ni mi estilo. Lo preocupante es lo que pase a partir de ahora. Que una empresa norteamericana se salte a la torera no solo cualquier ley norteamericana de protección de datos, sino cualquier ley aplicable en el país al que pertenezca el usuario en concreto, como por ejemplo la ley española y las directivas europeas de protección de datos personales.

Sin juez mediante ¿qué garantía hay de que esa información obtenida constituya prueba de delito alguno? Si después dicen que ha sido falsa alarma ¿qué garantías hay de que no usen la información para otro propósito?

Porque cuando pensamos en estas cosas nos ceñimos a nuestra vida personal y pensamos ¿a quien le importa? Pero si miramos un poco más allá y pensamos en la moda de la nube la situación pinta mal. Porque en la medida en que empresas y administraciones españolas o de cualquier país del mundo comenzaran a contratar proveedores informáticos estadounidenses para montar sus nubes y en el caso de un conflicto entre naciones ¿qué impediría al gobierno americano armado con CISPA chantajear al gobierno español obteniendo información sensible de las nubes españolas aduciendo que hay amenaza de ciber terrorismo?

CISPA acaba de pasar el trámite del Congreso y se dirige al Senado. ACTA fue tumbada por la presión de todos los gigantes incluidos Gooble y Facebook, que ahora misteriosamente están a favor de CISPA, por eso hay más peligo ahora. Obama ha prometido ejercer su derecho al veto, pero ya veremos en qué acaba esto. Si te parece ridícula la situación de Internet en China, es mejor que pares esa risa.

1. Entrada relacionada: SOPA, PIPA, ACTA, COICA
2. The CISPA Government Access Loophole
3. Internet Defense League
4. Massive Protest to stop CISPA

Fantastic bienes de usted , hombre. Tengo que entender tus cosas antes de y tú sólo eres extremadamente maravilloso. De hecho, me gusta lo que he adquirido aquí, me gusta lo que estás diciendo y la manera en que lo dice. Usted lo hace entretenido y todavía cuidar de mantener prudente . No puedo esperar a leer mucho más de ti. Esto es realmente un gran sitio. respecto

Es magistral.

Quiero plasmar el conocimiento de configuración del sistema operativo, del navegador y del resto de elementos como Java en Administración Electrónica en una máquina virtual que puedas bajarte e instalarte, configurada para realizar todos los trámites posibles y que, con solo personalizar con tus propios certificados, te de acceso a la Administración Electrónica en un entorno seguro y estable.

Motivación

Quería crear una máquina que fuera independiente de tu sistema principal y que así todas las configuraciones de la Administración Electrónica no estuvieran expuestas a los cambios del día a día que haces en tu ordenador por cualquier motivo, o expuesta a averías del equipo o fallos del sistema operativo, virus, etc. Además de un sistema muy seguro para operaciones delicadas con son estas. Si rompes algo ¡solo tienes que bajarte el sistema de nuevo ya configurado!.

Muchos de los problemas a los que se enfrenta tanto el ciudadano como el desarrollador a la hora de acceder/crear los trámites de Administración Electrónica de cualquier Administración Pública es la gran diversidad de configuraciones existentes en cuanto a sistema operativo, navegador web y máquina virtual de Java principalmente. Estos problemas se agravan por las continuas actualizaciones de todos los componentes, así como a los “formateos” del ordenador que hacen que tengas que reinstalar el sistema de cero o bien a la difícil coexistencia de distintas versiones de las JREs de Java: una para administración electrónica y otra(s) para el resto del trabajo.

Ventajas

Usar esta máquina virtual te interesa porque:

• Tiene incorporadas una larga lista de modificaciones, configuraciones, drivers y programas para que todo funcione con solo configurar el certificado.
• Es un sistema que no está expuesto a actualizaciones que puedan hacer que todo deje de funcionar, como por ejemplo actualizaciones de la versión de Java.
• Por seguridad. Se trata de “un ordenador dentro de tu ordenador” y eso, unido al hecho de la seguridad que Linux tiene por sí mismo, hace que esté más protegido en estas operaciones sensibles.

   Una gran parte de los ataques (robo de sesiones, suplantación de identidad, etc.) pueden venir dados, explicado a grandes rasgos, por la gran cantidad de páginas que consultamos desde el mismo equipo: las fiables mezcladas con las no fiables. Si a eso le añadimos el uso de pestañas para navegar por ellas -las malas y las buenas- al mismo tiempo, el problema empeora. Utilizando este sistema aislado SOLO para las operaciones de administración electrónica, te habrás librado de una buena parte de los ataques potenciales.

• Si algo se rompe solo hay que bajarse la máquina virtual de nuevo, volver a instalar el certificado y a funcionar.
• Puedes hacer modificaciones en tu ordenador (por ejemplo cambiar de sistema operativo) sin miedo, la máquina virtual seguirá funcionando igual.

Implementación

He elegido Lubuntu 12.10 como sistema de base porque es una versión ligera de Ubuntu. Estoy más habituado a los sistemas Debian/*buntu con Gnome por lo cual me resulta más fácil trastear. Lubuntu se beneficia de la gran base que es Ubuntu y es mucho más ligero que la rama principal, lo que lo hace muy apto para ser instalado en una máquina virtual. Con un sistema medianamente potente y en pantalla completa de VirtualBox apenas notarás la diferencia. En mi caso un PC con más de 5 años con un dual core 2 Ghz y 2Gb de RAM.

Versión 0.1

Esta versión es… ¿hay algo antes que alpha? Se aprecian todos los comentarios y sugerencias para ayudarme a depurar tanto el funcionamiento como problemas que podais encontrar a la hora de echarla a andar en Virtual Box.

El software incluido y las configuraciones realizadas son las siguientes:

1. Sistema base Lubuntu 12.10 con editor de textos LibreOffice y visor de documentos PDF. Se ha eliminado el software no esencial, pero se puede instalar en cualquier momento.
2. Firefox 18 con las autoridades de certificación esenciales instaladas y con la confianza otorgada (con esto ya no hace falta hacer más excepciones de seguridad). Se han desactivado los plugins no esenciales, para un mejor rendimiento. También se han añadido marcadores a las páginas web más útiles sobre Administración Electrónica a nivel nacional, autonómico y local.
3. Máquina virtual de Java versión 1.7.0_07 de Oracle, versión recomendada por @Firma para GNU/Linux. Información sobre como configurar el certificado en Java. Esta versión no está sujeta a actualizaciones automáticas que puedan hacer que la AE deje de funcionar.

    Algunos de los problemas con Java es que no es fácil tener varias versiones instaladas al mismo tiempo. Si se te actualiza la versión o si tienes que utilizar otra por motivos de trabajo ¡se te fastidió la Administración Electrónica! En esta máquina virtual, Java está “congelado” en esa versión

4. Certificado FNMT. Todo preparado para su uso, todas las Autoridades de Certificación para no tener que darle más a “Confirmar excepción de seguridad”. Instrucciones para la instalación del certificado.
5. DNI electrónico. Es uno de los elementos más complicados de hacer funcionar, pero no solo en Linux sino también en Windows. En este sistema vienen configurados los drivers de OpenDNIe, las autoridades de certificación y la comunicación del driver del lector con Firefox para usar correctamente el DNIe.
   
    Este es el aspecto que se encuentra más inestable. A mi me ha funcionado en mi equipo y con mi lector. Pero el DNIe es muy “inestable” por así decirlo. A lo mejor un día no consigo validarme y al siguiente intento sí o me deja de funcionar para siempre porque se ha estropeado el chip, solo de usarlo. Es el aspecto donde mejor me vendría el feedback.

6. Preparado para realizar la declaración de la renta. He incluido el programa PADRE del ejercicio de 2012. Hasta donde he podido probar -obtención de los datos desde la Agencia Tributaria con el certificado- funciona. Cuando presente la declaración sabremos más. Ya he presentado (actualizado mayo 2013) la declaración y puedo asegurar que todo va como la seda: obtención de datos fiscales desde la AEAT usando PADRE y el certificado, modificaciones necesarias a la declaración y posterior presentación telemática, ha sido todo un éxito.
7. Software de firma incluido: Cliente standalone de @firma para firmar y cifrar todo tipo de documentos con los estándares para firma de PDF y para generar facturas electrónicas, de forma que el sistema es de utilidad también para las empresas.
8. Software de firma más sencillo: FirmaFácil.

Instalación

1. El primer paso será instalar VirtualBox, disponible en https://www.virtualbox.org/ para cualquier sistema operativo anfitrión (tu sistema).
2. Descargar la máquina Linux AE. Como pesa 1,5Gb y no quiero que muera mi servidor en el intento, solo te pido una pequeña molestia:
3. 1. Pon un comentario en esta entrada, usa un email real (solo yo lo conoceré, claro).
   2. A ese email, te envio un enlace de descarga.
4. Importar el servicio virtualizado. En VirtualBox: Archivo > Importar servicio virtualizado… > Seleccionar… y buscar el archivo descargado.
5. Ajustar la capacidad (opcional). La máquina viene ya con una asignación de memoria RAM, memoria de vídeo, CPU etc. pero quizá quieras aumentarla para mejorar el rendimiento. Si tienes un equipo potente puedes hacer que la máquina virtual vaya casi tan rápido como un sistema operativo “real”.
6. Iniciar la máquina y seguir la guía de primeros pasos para configurar el certificado (enlace a PDF en el escritorio) o bien descarga ya la guía de primeros pasos para ir abriendo boca.
7. Si quieres usar el dni electrónico tendrás que buscar primero un lector con soporte en GNU/Linux. Algunos que van bien son: Bit4Id minilector (www.bit4id.com) y C3PO LTC31 (www.c3po.es)

Enlace a la primera parte: Recuperando libertad y diversión con Raspberry Pi

Quizá lo que viene a continuación debería haberlo escrito en la primera entrada pero de todas formas ahí va. Cuando haces uso del cable HDMI el sonido que se produce en el Pi va directamente por ahí en lugar de por la salida jack. Si para vosotros esa opción está bien no hay nada que tocar, pero para forzar que el sonido vaya por el jack:

sudo amixer cset numid=1

Montando el almacenamiento

Volviendo al tema, lo primero que quería conseguir era que se montara automáticamente y en un punto de montaje fijo un pendrive de 16Gb que tengo, que es donde quiero almacenar las grabaciones. Es relativamente fácil hacerlo con un pendrive formateado FAT32 pero yo quería hacerlo con formato ext4 para superar la limitación de los 4Gb de tamaño máximo de archivo.

Cuando los dispositivos de almacenamiento en Unix/Linux no se conectaban en caliente como pasa con los USB las cosas eran más sencillas. Cuando los pendrives y discos externos se empezaron a generalizar creo que los desarrolladores del núcleo no lo pasaron demasiado bien y el resultado es un poco confuso. Hoy en día enchufas un pendrive y -asumiendo que estás trabajando con escritorio gráfico- siempre se monta y funciona bien. Pero para tener más control sobre el proceso y sobre todo si no estás en un entorno gráfico, la cosa se pone un poco “tricky” como dicen los angloparlantes.

Para que el núcleo linux monte un pendrive en el que el usuario pueda escribir, el usuario en cuestión deber ser propietario tanto del dispositivo (/dev/sd*) como del punto de montaje. Para que ésto quede perfecto habría que asegurarse de que el pendrive siempre se monta con el mismo nombre de dispositivo bajo /dev pero por ahora asumiré que linux lo detecta y le asigna /dev/sda1. Sabiendo eso vamos y hacemos:

sudo chown pi:pi -Rf /dev/sda1

Ahora hay que averiguar el UUID del dispositivo para poder configurar correctamente el archivo /etc/fstab. Haremos lo siguiente:

ls -al /dev/disk/by-uuid

En este directorio hay enlaces simbólicos hacia los dispositivos reales, organizados por UUID. Tenemos que encontrar el que apunte a nuestro dispositivo. El truco está en saber que tu pendrive ha sido montado en /dev/sda1. Para ello ayuda no tener ningún otro conectado. Entonces como resultado del último comando deberíamos ver:

…
[...] 72d5a2de-ae0a-485b-8383-cfb128703a1e -> ../../sda1
…

Esa ristra larga que empiezar por 7 es el UUID. La ventaja es que siempre es el mismo y no se repite en el mismo sistema. Linux podrá montar el pendrive en sda1, sdb1, sdc1, etc -donde pueda en cada momento- pero sabemos seguro que siempre habrá un enlace simbólico en el directorio /dev/disk/by-uuid con el mismo UUID apuntando hacia el dispositivo real donde haya sido “enganchado” el pendrive. Nos quedamos con el número y editamos el archivo que controla los sistemas de ficheros:

sudo joe /etc/fstab

El editor joe es mi favorito pero aquí podeis escribir: pico, nano, vi o lo que quiera que useis. La línea que hay que añadir es la siguiente:

UUID=72d5a2de-ae0a-485b-8383-cfb128703a1e /home/pi/pendrive ext4 defaults,noatime,user 0 0

Este archivo está formado por registros (líneas) con campos separados por espacios o tabuladores. El primero indica cual es el sistema de ficheros y en este caso lo identificamos mediante el UUID que obtuvimos anteriormente. Después le asignamos un punto de montaje, así cada vez que lo montemos sabemos que estará ahí. En este caso /home/pi/pendrive (lo creamos luego). Después viene el tipo de sistema de ficheros (ext4). Luego hay un campo formado por opciones separadas por comas. La más importante de ahí es user que permite al usuario montar el sistema de archivos. Para saber más: man fstab.

Ahora creamos el punto de montaje y cambiamos el propietario y el grupo:

cd ~
mkdir pendrive
mount pendrive
sudo chown pi:pi -Rf pendrive

Ahora que lo hemos montado y hemos cambiado los permisos del punto de montaje (de forma recursiva) cada vez que se desmonte y se vuelva a montar ya siempre tendrá los permisos bien asignados y el usuario tendrá permisos totales dentro del dispositivo de almacenamiento. Además se montará automáticamente cada vez que se inicie el RasPi y el pendrive esté conectado.

¡Grabando!

Como decía en la primera entrada los programas GNUtv [1] y cat (o dd) son suficientes para registrar una emisión de DVB-T. El programa gnutv necesitará un archivo válido de canales para poder sintonizar. Luego habrá que crear un proceso sintonizando el canal y otro proceso pasando lo que está generando gnutv a un archivo en disco. Me fascina la facilidad con la que trata linux el tema de grabar. He tenido larga experiencia grabando la TDT, incluido con equipos Windows. Normalmente el programa que te venía con cualquier sintonizadora USB para windows siempre hacía algo sobre el stream que viene de tu antena, con los siguientes problemas:

• Requiere una máquina más potente -sobre todo con más RAM- para grabar.
• El resultado es de peor calidad. La calidad con que emite un buen canal de DVB-T es similar a DVD y eso se pierde.
• Se pierden los subtítulos y la pista de audio original.

Para un fan total de la pista de audio original y de los subtítulos como yo, el tercer punto era esencial e innegociable. Los programas que el fabricante de cada tarjeta mete en el paquete de venta siempre hacían algo raro. Se contentaban con guardar una versión muy comprimida y amputada. Y yo pensaba ¡si hoy tenemos almacenamiento barato! ¿qué importa que una películao ocupa 5Gb? Y así terminé pasando al gran programa Me-TV y posteriormente a grabar con el pequeño Pi mediante scripts.

Volviendo al tema, lo primero que tenemos que hacer es tener una sintonizadora USB sencilla. Todo el proceso de hacerla funcionar y escanear la lista de canales lo describí en Grabar TDT (DVB) con subtítulos para sordos. Y todas las averiguaciones para grabar con el Pi están en el primer artículo de la serie [1] así que no lo repetiré aquí.

Todo lo que he ido aprendiendo sobre grabación lo he ido plasmando en un proyecto [2] basado en un script Ruby que acepta varios parámetros y se encarga él solito de hacer la grabación. Un ejemplo para grabar La 1 durante 1 hora y 20 minutos empezando dentro de 5 minutos sería:

./recordtv.rb -c “La 1″ -d 1h20m -s 05m

Ejecutando recordtv.rb sin parámetros podeis obtener ayuda sobre los parámetros y cuales son opcionales y cuales obligatorios. Realmente los únicos obligatorios son el canal y la duración de la grabación. Si no se indica retraso hasta el inicio, empezará la grabación de inmediato. Además, se generará un log de la grabación en el mismo directorio.

El hecho de que haya un solo script tiene la ventaja de que podemos ponerlo en el cron. Así podemos grabar el programa que nos interese. Una de mis viejas aspiraciones con el HTPC de salón era poder tener la oportunidad de hacer grabaciones desatendidas y periódicas (por ejemplo grabar todos los jueves a las 22.30 tal serie). Pero lo que no quería era dejar un ordenador “normal” siempre encencido solo para esperar a hacer esa grabación. Y ahora sí que puedo, porque el “ridículo” consumo del RPi hace que puede tenerlo siempre encendido y disponible. Y como siempre la línea de comandos y GNU nos trae todo lo que necesitamos.

Aquí dejo unos ejemplo que están en mi cron y unas cuantas características especiales que necesita. Lo que tenemos que hacer es escribir:

crontab -e

Y entraremos en modo de edición del cron para nuestro usuario. Si es la primera vez que lo hacemos nos pedirá qué editor queremos usar. En mi caso uso joe pero nano es igualmente fácil de usar. Así que antes de empezar a editar el cron recomiendo que nos familiaricemos con las peculiaridades de algún editor en línea de comandos: joe, vim, nano, pico, etc. Sabiendo esto, este es el aspecto de mi cron:

PATH=/home/pi/workspace/dvbpi:/usr/bin:/bin

30 22 28 3 * recordtv.rb -o “bala_oscuridad” -c “nova” -d 2h30m

#Mundo Hacker todos los jueves
20 00 * * 5 recordtv.rb -o “mundo_hacker” -c “discoverymax” -d 1h20m

La primera línea (PATH…) establece unas rutas por defecto para que se consigan encontrar los comandos necesarios como gnutv.

La segunda línea hacía una grabación a las 22:30 (el primer campo son los minutos, el segundo la hora) de la película “Una bala en la oscuridad” en el canal Nova el 28 del 3, con una duración de dos horas y media.

La tercera es una grabación periódica. Graba todos los días 5 de la semana (viernes) a las 00:20 el programa “Mundo Hacker” en DiscoveryMax, con una duración de 1 hora y 20 minutos. Como veis, la principal diferencia entre la primera y la segunda grabación es que en la segunda no está establecida la fecha del mes, así que cada quinto día de la semana grabará. En la primera está especificado el 28 del 3 (marzo) y como cron no admite años, se supone que todos los 28 de marzo de aquí hasta el fin de los tiempos se grabará según esa línea. Para más información sobre este fichero:

man 5 crontab

¡A ver si vais a querer que os lo cuente todo!

Por último, los pasos para que os podais descargar el script de ruby para grabar:

sudo apt-get install git
git clone https://github.com/ddianes/dvbpi.git

Se creará un directorio dvbpi con el código. Evidentemente hay cosas que modificar. Dentro de etc hay un fichero con un par de líneas de configuración. La primera corresponde al directorio por defecto donde irán las grabaciones. Debería haber puesto más líneas útiles en este fichero pero todavía no he tenido tiempo. Otro aspecto a tener en cuenta es que posiblemente no os sirva el fichero de canales, porque depende de cada provincia. Así que hay que proporcionarle uno nuevo, pero que se llame igual. Otra cosa que hice es que cambié los nombres de todos los canales (primer campo de cada línea del fichero) quitando mayúsculas, espacios y todo lo que no fueran letras o números. Así es más fácil de usar desde cron.

¡Compartiendo!

Una vez que empiezas a grabar contenido o a bajarte cosas con un gestor de descargas torrent, se plantea el problema de compartirlas por la red o tener que desconectar el almacenamiento del RasPi para conectarlo en otro ordenador. La segunda opción siempre es posible pero hay que acordarse de conectarse por ssh, desmontarlo y extraerlo con seguridad. Se convierte en un proceso engorroso. Para la primera opción lo que se nos viene a la cabeza es Samba. Eso está bien si quieres simplemente copiarte los ficheros a otro ordenador. Hice pruebas abriendo el arhivo compartido en Samba directamente con el VLC y no dieron buen resultado.

Hay una opción mucho más interesante. Se puede hacer disponible el contenido mediante un servidor DLNA/UPNP. Este protocolo hace que el cliente (un PC, un dispositivo Android, una SmartTV, …) autodescubra los servidores en la red local y se puede acceder al contenido y reproducirse sin sobresaltos.

Pero eso amigos, junto con la instalación y configuración de un cliente torrent, quedará para la siguiente entrada de la serie de cacharreo con el RPi.

Referencias:

1. Recuperando libertad y diversión con Raspberry Pi
2. Proyecto dvbpi en github