Nueva versión de gnome-inm-forecast: 0.8.0

Después de bastante tiempo sale una nueva versión de este pequeño applet, gnome-inm-forecast. Poco a poco le voy metiendo todo lo que quiero, aunque todavía faltan funcionalidades bastante interesantes, que espero meter dentro de no tanto tiempo.

    Bugs arreglados:

      - Casque en arquitectura 64 bits: Al de 2-3 días de estar funcionando solía cascar. Tras depurar el applet con valgrind y eliminar varios bugs este problema ya ha desaparecido (por fin!!).

      - Casque al obtener los datos del día (Reportado por Eduardo Pérez): Se escribía fuera del array.

      - Mejoras en el parseo de los informes meteorológicos.

      - En jaunty no se mostraba el pronóstico porque no inicializábamos el subsistema GNOME VFS. Parece que la versión 2.26 de GNOME lo requiere (Reportado por Benoit Buratti. Thank you very much!!).

      - Mostrar correctamente a partir de medio día los días de pronóstico. AEMET elimina a partir de medido día el pronóstico de la mañana. Después de muchas vueltas lo hemos arreglado.

    Características nuevas:

      - Añadidos los siguientes mapas: Probabilidad de lluvia, evolución de las masas de aire, precipitaciones por horas y mapa de rayos caídos.

      - Todos los mapas de evolución han aumentado el número de horas que se pueden visualizar.

      - Predicción de montaña para las cordilleras principales de la península.

      - Predicción marítima para las costas peninsulares.

    Traducciones:

      - Euskera actualizado por Ander Elortondo.

Por otro lado se ha añadido un fichero THANKS, donde dar las gracias y reconocer cualquier aporte a este pequeño proyecto.
¡Qué menos! :)

Como siempre, las descargas aquí.

convert this post to pdf.

Nueva versión de gnome-inm-forecast para Ubuntu/Debian: gnome-inm-forecast_0.6.1-1.1

Hace unas semanas Eduardo Pérez Ureta me escribió para avisarme de que había un casque en el applet. También me advirtió, de que si no metía un bug grave no entraría en la nueva release de lenny que sale este Sábado 14, y así lo hizo.

Y gracias a estas 2 cosas, y a que un mantenedor de debian ha hecho por mi un NMU (Non Maintainer Upload) tenemos nueva versión del applet en Debian y Ubuntu. Por lo que no puedo hacer más que dar las gracias a todos :)

Lo cierto es que esa semana me la pasé enterita intentando arreglar un casque en 64bits que tiene tiempo ya, antes de subirlo. Terminé por añadir un montón de opciones nuevas y usar valgrind para depurar y arreglar bugs. Por lo que en breve sacaré una nueva revisión, con las traducciones a Catalán y Euskera que me han pasado también.

:)

convert this post to pdf.

Listas negras de spammers en iptables. Bloqueando SPAM (II)

Tras varios días de tener las blacklists en el iptables funcionando, el SpamKarm reporta 2 días sin SPAM, cuando antes era cada día al menos 6-7 mensajes de SPAM:

Y como se puede ver no es que la IP remarcada en la captura no haya accedido, sino que lo ha intentado 162 veces pero ha sido bloqueada:

debian:/tmp# iptables -n -v -L |grep "194\.165\.42\.105"
Chain INPUT (policy ACCEPT 3889K packets, 890M bytes)
pkts bytes target prot opt in out source destination
162 7776 uceprotect-drop all -- * * 194.165.42.105 0.0.0.0/0
debian:/tmp#

En total, en 2 días y poco funcionando ha bloqueado el siguiente número intentos de conexión (no únicos):

Continue reading

convert this post to pdf.

Listas negras de spammers en iptables. Bloqueando SPAM (I)

El SPAM es uno de los problemas potenciales de la red de redes hoy por hoy. Si bien hace algunos años lo fueron los gusanos Code Red y Sasser por ejemplo, hoy sin duda lo es el SPAM, llegando a ratios de detección en algunos casos de hasta el 95%. Quizás el ejemplo más exagerado es el de una empresa, llamémosla X, que de los 2 millones de correo que reciben al día el 98% es SPAM.

Antes de nada definición de SPAM:

Se llama spam, correo basura o sms basura a los mensajes no solicitados, habitualmente de tipo publicitario, enviados en grandes cantidades (incluso masivas) que perjudican de alguna o varias maneras al receptor. La acción de enviar dichos mensajes se denomina spamming. Aunque se puede hacer por distintas vías, la más utilizada entre el público en general es la basada en el correo electrónico.
http://es.wikipedia.org/wiki/Spam

El SPAM puede llegar bien por correo electrónico, bien a través de foros, por comentarios en blogs, a través del IRC, mensajería instantánea, etc. En definitiva cualquier forma de publicidad no soliticada que llegues a leer.

Esto tiene varios problemas. Por un lado genera una carga extra e innecesaria en redes en general, generando un gasto extra para los que lo sufren (ancho de banda, saturación de hardware, personal, etc), a saber: ISPs intermediarios que enrutan el tráfico hacia el destino, servidor final que recibe el SPAM (generando más carga, más consumo de CPU y RAM, acceso a disco, etc) y máquina del usuario final.

Continue reading

convert this post to pdf.

Bash scripting: Substitución de variables entre comillas simples

En Bash script, si queremos que una variable sea sustituida dentro de una cadena hay que usar comillas dobles “$var”. Ejemplo:
#!/bin/sh
var="prueba"
echo "Esto es una $var"

Salida: Esto es una prueba

Porque si usamos comillas simples ‘$var’, lo entiende como un literal en vez de una variable, y nos mostrará el nombre entre comillas en vez del contenido. Ejemplo:
#!/bin/sh
var="prueba"
echo 'Esto es una $var'

Salida: Esto es una $var

Esto es un problema si usamos awk. Por ejemplo, supongamos el siguiente script para sacar usuarios del passwd:
#!/bin/sh
say="Usuario: "
gawk -F: '{ print $say $1}' /etc/passwd

Salida: (contenido del fichero)

Sin embargo, si usamos “”"‘$var’”"”" nos lo interpretará:
#!/bin/sh
say="Usuario: "
gawk -F: '{ print """'"$say"'""" $1}' /etc/passwd

Salida: Usuario: snmp (…)

convert this post to pdf.