La Taberna Digital

Hace unos días recibí una carta de mi proveedor de servicios de internet YA.COM informándome del cambio de mi dirección IP. Iban a migrar mi centralita a ADSL2+ y eso supondría un corte en el servicio durante un tiempo y la necesidad de cambiar mi IP fija a otra nueva. La carta explicaba como tenía que actuar en el momento de que el corte se produjera. Solo tendría que reconfigurar mi router con los nuevos datos que me mandaban y todo arreglado.

El día del corté llegó y yo obediente me dispuse a activar el modo PPPoA en mi router 3Com. Aquello no sincronizaba así que llamé al servicio técnico. Me llevé una sorpresa al descubrir que me había catalogado como cliente preferente y eso significaba pasarme con un operador sin esperas. ¡¡¡No me lo podía creer!!!. Le comenté el problema al técnico y amablemente me indicó que la migración aún se estaba llevando a cabo. Esperé otro par de días y volví a llamar. Ahora la migración se había completado, así que había un problema. Me abrieron la incidencia y me mandaron un sms diciéndome que el periodo que estuviera sin ADSL no me sería facturado. Una semana después ¿arreglaron? el problema. Parece ser que alguien no había configurado bien mi bucle en la centralita.

El problema venía ahora por que mi router 3Com OfficeConnect 812 no era compatible con ADSL2+, por lo que se producían microcortes. Llamada al servicio técnico donde me dijeron que debía activar el modo DMT para que mi router funcionara bien con ADSL2+. Modo activado pero los microcortes se seguían produciendo. Así que optaron por cambiarme el router. Hicieron la petición y me informaron que en 10 días recibiría el nuevo. Como no llegaba volví a llamar y me dijeron que mi garantía no cubría ese router, si no un 3Com 11g que tenía guardado en el armario. ¿Si yo no llamo no me entero de la denegación del cambio?. Por supuesto, con el 3Com 11g seguían los microcortes.

Nueva llamada al servicio técnico y esta vez me sugieren instalar un nuevo firmware. Le digo al técnico que he instalado el último antes de llamar y me dice que ese aún no lo tienen probado, que pruebe con otro. Así lo hago, hago un downgrade del firmware del router y siguen los microcortes. Vuelvo a llamar al servicio técnico (siempre como cliente preferente) y allí me dicen que el firmware que tengo que poner es que me habían hecho desintalar. Vaya coordinación…

Al final, después de mucho insistir conseguí el cambio del router. Con el nuevo router ADSL2+ desaparecieron los microcortes. Era el momento de solicitar 20 Mb. Por fin habían cambiado la centralita y tenía cobertura. Llamada a atención al cliente, solicito los 20 megas y a los tres días recibo un sms informándome de que el cambio de velocidad se ha llevado a cabo. Voy a casa pruebo mi conexión y veo que sincronizo a 1,5 Mb (antes tenía 1 Mb). Llamada al servicio técnico. Ahora me dicen que no me han puesto 20Mb sino que me han puesto 4Mb que ha debido haber un error. ¡¡¡Si yo no he pedido 4Mb!!!. Vuelta a llamar a atención al cliente para solicitar los 20Mb. Otros tres días y mensajito informando de que el cambio de velocidad se ha completado. Corriendo a casa a probar la nueva velocidad. El router ahora sincroniza a… 1,5 Mb.

Me se ya el número de memoria, así que nueva llamada. Después de hacer millones de test me dicen que no me pueden abrir una incidencia por que no tengo ningún problema. Les digo que he contratado 20 Mb pero que mi router solo sincroniza a 1,5 Mb. Me dicen que habría un problema si sincronizando a 1,5 Mb no navegara a 1,5 Mb, pero como si navego a esa velocidad, no me pueden abrir una incidencia Anonadado me quedé. Además me comentó que solo estaban obligados a asegurar un 10% de ancho de banda y que llegaba a ese 10%. Mi problema, según el técnico, es que estoy demasiado lejos de la centralita y la atenuación hace perder velocidad. Se que esto es cierto, pero ¿no te pueden informar de ello antes de contratar 20 Mb? ¿Para qué quiero pagar más por 500 kbps miserables? Así que le dije que como solo estaban llegando al 10% del ancho de banda que suponía que mi factura sería también del 10%. Obviamente le faltó reirse en mi cara.

Así que así estamos. Me han vuelto a poner mi meguita original al precio que estaba pagando y mientras pues habrá que ir viendo que ofrecen otros operadores. Por suerte hoy ha salido la ley que obliga a que sea igual de fácil darse de baja que darse de alta. Ya era hora.

Hace unos días recibí una carta de mi proveedor de servicios de internet YA.COM informándome del cambio de mi dirección IP. Iban a migrar mi centralita a ADSL2+ y eso supondría un corte en el servicio durante un tiempo y la necesidad de cambiar mi IP fija a otra nueva. La carta explicaba como tenía que actuar en el momento de que el corte se produjera. Solo tendría que reconfigurar mi router con los nuevos datos que me mandaban y todo arreglado.

El día del corté llegó y yo obediente me dispuse a activar el modo PPPoA en mi router 3Com. Aquello no sincronizaba así que llamé al servicio técnico. Me llevé una sorpresa al descubrir que me había catalogado como cliente preferente y eso significaba pasarme con un operador sin esperas. ¡¡¡No me lo podía creer!!!. Le comenté el problema al técnico y amablemente me indicó que la migración aún se estaba llevando a cabo. Esperé otro par de días y volví a llamar. Ahora la migración se había completado, así que había un problema. Me abrieron la incidencia y me mandaron un sms diciéndome que el periodo que estuviera sin ADSL no me sería facturado. Una semana después ¿arreglaron? el problema. Parece ser que alguien no había configurado bien mi bucle en la centralita.

El problema venía ahora por que mi router 3Com OfficeConnect 812 no era compatible con ADSL2+, por lo que se producían microcortes. Llamada al servicio técnico donde me dijeron que debía activar el modo DMT para que mi router funcionara bien con ADSL2+. Modo activado pero los microcortes se seguían produciendo. Así que optaron por cambiarme el router. Hicieron la petición y me informaron que en 10 días recibiría el nuevo. Como no llegaba volví a llamar y me dijeron que mi garantía no cubría ese router, si no un 3Com 11g que tenía guardado en el armario. ¿Si yo no llamo no me entero de la denegación del cambio?. Por supuesto, con el 3Com 11g seguían los microcortes.

Nueva llamada al servicio técnico y esta vez me sugieren instalar un nuevo firmware. Le digo al técnico que he instalado el último antes de llamar y me dice que ese aún no lo tienen probado, que pruebe con otro. Así lo hago, hago un downgrade del firmware del router y siguen los microcortes. Vuelvo a llamar al servicio técnico (siempre como cliente preferente) y allí me dicen que el firmware que tengo que poner es que me habían hecho desintalar. Vaya coordinación…

Al final, después de mucho insistir conseguí el cambio del router. Con el nuevo router ADSL2+ desaparecieron los microcortes. Era el momento de solicitar 20 Mb. Por fin habían cambiado la centralita y tenía cobertura. Llamada a atención al cliente, solicito los 20 megas y a los tres días recibo un sms informándome de que el cambio de velocidad se ha llevado a cabo. Voy a casa pruebo mi conexión y veo que sincronizo a 1,5 Mb (antes tenía 1 Mb). Llamada al servicio técnico. Ahora me dicen que no me han puesto 20Mb sino que me han puesto 4Mb que ha debido haber un error. ¡¡¡Si yo no he pedido 4Mb!!!. Vuelta a llamar a atención al cliente para solicitar los 20Mb. Otros tres días y mensajito informando de que el cambio de velocidad se ha completado. Corriendo a casa a probar la nueva velocidad. El router ahora sincroniza a… 1,5 Mb.

Me se ya el número de memoria, así que nueva llamada. Después de hacer millones de test me dicen que no me pueden abrir una incidencia por que no tengo ningún problema. Les digo que he contratado 20 Mb pero que mi router solo sincroniza a 1,5 Mb. Me dicen que habría un problema si sincronizando a 1,5 Mb no navegara a 1,5 Mb, pero como si navego a esa velocidad, no me pueden abrir una incidencia Anonadado me quedé. Además me comentó que solo estaban obligados a asegurar un 10% de ancho de banda y que llegaba a ese 10%. Mi problema, según el técnico, es que estoy demasiado lejos de la centralita y la atenuación hace perder velocidad. Se que esto es cierto, pero ¿no te pueden informar de ello antes de contratar 20 Mb? ¿Para qué quiero pagar más por 500 kbps miserables? Así que le dije que como solo estaban llegando al 10% del ancho de banda que suponía que mi factura sería también del 10%. Obviamente le faltó reirse en mi cara.

Así que así estamos. Me han vuelto a poner mi meguita original al precio que estaba pagando y mientras pues habrá que ir viendo que ofrecen otros operadores. Por suerte hoy ha salido la ley que obliga a que sea igual de fácil darse de baja que darse de alta. Ya era hora.

Casi todo el mundo usa el formato MP3 para su música. Están de moda los reproductores de MP3, los iPod, el Zune de Microsoft, las radios con MP3 en el coche, los móviles MP3… Es el formato de audio más usado y extendido del momento y casi todo el mundo tiene en su disco duro una carpetita llamada “MP3″ donde organiza su música.

Yo no voy a ser menos. Me gusta escuchar música en el trabajo y me gusta escuchar música en mi casa y como no se que me va a apetecer escuchar en un momento dado tendría que tener replicados mis ficheros MP3 en el ordenador de casa y en el del trabajo, o cargar con un disco duro portátil, o un ipod que no tengo… O acceder a toda mi música en streaming. Desde cualquier lugar, en cualquier momento. ¿Cómo? Allá vamos.

Solo necesitamos un servidor web Apache y el módulo Apache::MP3 desarrollado por Linconl D. Stein. Este módulo nos genera un portal web con nuestra música y nos da la posibilidad de escucharla en streaming. Normalmente los MP3 suelen estar comprimidos a 192 kbps. Traducido a ancho de banda de red supone un consumo mínimo para una ADSL de 1Mb. Un ejemplo del portal lo podéis encontrar aquí.

Vamos a simular una instalación sobre FreeBSD. En cualquier otra distribución será igual de sencillo.

1. Primero instalamos Apache. Lo podemos hacer desde los ports.
$ cd /usr/ports/www/apache13
$ make install clean
$ rehash
Una vez instalado, arrancamos el servicio:
$ apachectl start
Y comprobamos que nos aparece la página de bienvenida de Apache navegando a http://localhost. Si vemos que todo va bien, editamos el ficheros de arranque rc.conf y añadimos httpd_enable=”YES” para que el servicio se arranque al iniciar la máquina,

2. Descargamos y descomprimimos el módulo de Apache:MP3. Lo podemos descargar desde aquí.

3. Una vez descomprimido tenemos que editar el fichero de configuración de apache httpd.conf
$ edit /usr/local/etc/apache/httpd.conf
Y añadimos las siguientes líneas en el apartado de la configuración de tipos MIME.
AddType audio/mpeg mp3 MP3
AddType audio/playlist m3u M3U
AddType audio/x-scpls pls PLS
AddType application/x-ogg ogg OGG
AddType audio/wav wav WAV
Configuramos ahora Apache para que pueda acceder a la carpeta donde hemos descomprimido el Apache:MP3 y a la carpeta donde está almacenada nuestra música. Supongamos que hemos descomprimido el módulo en /usr/local/www/data/apache_mp3 y tenemos la música en /datos/mp3.
###Apache::MP3###
Alias /songs/ "/datos/mp3/"
Alias /apache_mp3/ "/usr/local/www/data/apache_mp3/"
<Directory "/datos/mp3/">
Options Indexes FollowSymlinks MultiViews
AllowOverride None
Order allow,deny
Allow from all
SetHandler perl-script
PerlHandler Apache::MP3
PerlSetVar CacheDir /datos/mp3/.tmp/
</Directory>
<Directory "/usr/local/www/data/apache_mp3/">
AllowOverride None
Order allow,deny
Allow from all
</Directory>
Es importante comprobar los permisos que tienen las carpetas para que el usuario que corre Apache pueda acceder. También es aconsejable que establezcamos algún tipo de seguridad en el acceso al servidor web.

4. Salvamos el fichero de configuración y comprobamos que podemos acceder al portal: http://localhost/songs/ Si funciona ya tenemos listo nuestro Apache para servir música en streaming.

Es probable que nuestro servidor Apache se encuentre detrás de un firewall o router que rediriga las peticiones al puerto 80. Para que el acceso desde el exterior funcione y las listas de música que se generan contengan la IP pública cuando accedemos desde internet tenemos que añadir las siguiente opciones a la definición de nuestro sitio de música.
PerlSetVar StreamBase http://mi_ip_publica
PerlSetVar LocalNet "192.168"
Con estas variables configuramos el módulo para que genere las URLs de streaming con la IP pública siempre que la petición no llegue de nuestra red local. En este caso he supuesto que la red local es una 192.168.x.x

Acabáis de convertir vuestro PC es un jukebox. Seguro que algún amigo se pone contento.

Las redes inalámbricas han tenido un rápido desarrollo y se han convertido en un método de acceso a Internet indispensable en hoteles, restaurantes, aeropuertos… Incluso en nuestra propia casa. Casi todos los proveedores de acceso a internet envían a sus clientes dispositivos que actuan como puntos de acceso. Mientras que en nuestros hogares esto supone una gran comodidad, en otros lugares, como los comentados antes, supone un valor añadido para los negocios.

La gran ventaja que tiene la red wifi es también su gran inconveniente. Las redes wifi nos permiten conectarnos desde cualquier lugar y en cualquier momento. Sin embargo, también permiten conectarse a cualquier persona que tenga un dispositivo inalámbrico y ver que está pasando por la red, por lo que nuestra privacidad se puede ver comprometida.

Formas de controlar el acceso a una red wifi hay muchas. Así a bote pronto se me ocurren dos muy básicas.

• Filtrar el acceso al punto de acceso por mac-address del dispositivo del usuario.
• Controlar el acceso mediante claves de encriptación WEP o WPA.

Estos dos sistemas básicos son muy válidos para redes pequeñas con pocos usuarios. Por ejemplo, en nuestro hogar sería suficiente con esto para tener una red más o menos segura (que no inexpugnable).

Pensemos por ejemplo en una universidad donde se ofrece a los alumnos el acceso wifi. Registrar todas y cada de las mac de todos y cada uno de los dispositivos de los alumnos supone un trabajo de administración ingente. No es eficaz. Lo mismo podíamos pensar de sistemas WEP o WPA que dependen mucho de la capacidad del usuario para configurar su sistema. Mi experiencia me dice que confiar en el usuario en un error.

La forma más elegante y eficaz que conozco para controlar el acceso a las redes wireles son los portales cautivos o captive portal.

¿En que consiste? Conectamos nuestro dispositivo a la red wifi y cuando intentemos abrir una página web, el portal cautivo capturará la petición y nos devolverá una pantalla de login. Hasta que no nos validemos en el sistema con nuestro usuario y contraseña no podremos acceder a internet.

Imaginenos un hotel en el que para usar la red wifi hay que pagar una cantidad determinada. El cliente podrá conectar a la red wifi, pero cuando intente navegar se mostrará una página donde deberá introducir un ticket. Si previamente no ha comprado este ticket en recepción no podrá acceder a Internet.

El portal cautivo no es más que un servidor con un software que controla el acceso a la red. Dependiendo de lo complejo que sea el software, podemos tener estadísticas de acceso, configurar las horas de acceso, que usuarios puede acceder o incluso configurar a que sitios web puede acceder el usuario sin validarse (por ejemplo a la página web de la cadena hotelera).

Software para portales cautivos hay mucho y variado. Libres y de pago. Aquí tenéis una lista muy completa.

Mi preferido es M0n0wall. Un sistema potente que incluye captive portal, firewall, estadísticas de uso, etc… Todo ellos basado en FreeBSD y PHP. Se puede ejecutar desde un CD o instalar en una tarjeta compact flash o en disco duro. De muy fácil configuración y administración.

Y solo un consejo más. Mantened vuestras redes seguras, pero mantenedlas abiertas.