Como comentaba el otro día he actualizado el ordenador (que funciona como servidor web de este dominio) hace unos dias a openSuse 11.2. Mi intención era aguantar mucho más tiempo en openSuse 10.3, pero desde hace un tiempo me resultaba imposible probar las últimas versiones de algunos de los programas que más utilizo habitualmente (Blender, Gimp, Digikam), asi es que ¿para que alargar más la agonia?

Actualización del servidor

La actualización del servidor GNU/Linux propiamente dicho (kernel, apache, php, mysql, ssh, etc…) ha sido perfecta. No hizo falta practicamente corregir nada. Ha bastado con tostar el DVD, reiniciar y seleccionar “Actualizar sistema instalado“. Al primer arranque ya funcionaba todo tal y como lo hacía en la versión anterior. Claro que (imagino) para que esto funcione así, los archivos de configuración no son los que vienen por defecto, de tal manera de que es indiferente de que estos se sobreescriban con la versión recientemente instalada (de hecho, los archivos de configuración más importantes del sistema no están ubicado siquiera en la misma partición). Sigue leyendo…

Despues de tres meses atrapando ips de spambots la lista ha dejado de crecer. Desde hace 2-3 semanas para acá apenas hemos atrapado 4-5 ips. Actualmente la lista incluye 2147 ips.

Como comenté en su momento es esta una lista de ips que sistemáticamente se han dedicado ha tratado de realizar comentarios via trackback en Cuaderno de Campo meses despues de que los trackback estuviesen cerrados, ignorando por supuesto el archivo robots.txt.

La lista está preparada para insertar en la configuración de Apache y la podeis consultar o descargar de este archivo. En este otro apunte comento como utilizarla en el servidor.

Va para un mes ó más que desactivé los trackback de Cuaderno de Campo cansado de tener que borrar cada dia 30 ó 40 trackback de spam atrapados por Akismet. A continuación activé Disallow: /trackback/ en robots.txt. Pasado un tiempo prudencial empezar a banear cualquier IP que trate de enviar algo via trackback.

En los primeros tres dias se capturaron y banearon alrededor de 150 IPs, en los siguientes el número ha descendido considerablemente capturandose unas 5-10 diarias hasta las 216 que actualmente tienen el acceso prohibido al servidor. El método utilizado es el siguiente:
Sigue leyendo…

Ayer instalé Awstats una herramienta que se encarga de generar las estadísticas de acceso a partir de los logs de Apache y desde esta mañana cualquiera que lo desee puede echarles un vistazo a través de la dirección http://www.trebol-a.com/awstats (en este momento solo muestran registros desde ayer hasta hoy (menos de 24 horas) así es que su fiabilidad es todavía muy leve), podéis también acceder a ellas desde el menú lateral de la página principal de Cuaderno de campo.

El tema de las estadísticas de visitas es algo que da mucho que hablar en la web, especialmente en la blogosfera, y motivo de muchas discusiones/piques en ocasiones realmente ridículas. Personalmente nunca me han interesado especialmente y cada vez menos. Actualmente las utilizo para ver en que medida mi servidor y conexión es capa? de servir páginas de forma decente.

El número de visitas se ha reducido en lo últimos meses de forma considerable, supongo que de igual manera que ha descendido el ritmo de publicación de apuntes en este Cuaderno de Campo, pero esto (el número de visitas) es algo que nunca me ha preocupado en exceso y que se va a seguir produciendo, entre otras cosas porque estoy decidido a atajar por las buenas el uso-abuso que determinadas IP, buscadores, bots, hotlinks y demás bichos hacen de la web. No es un problema nuevo, pero ahora que tengo el servidor en casa es todo mucho más facil.

Por lo pronto y mientras encuentro encuentro una solución buena, bonita y barata, hay media docena de IP baneadas y los trackback se encuentran innutilizados (no deshabilitados). Algunos buscadores (Yahoo) tienen muchas papeletas para pasar a engordar la lista de IP baneadas y en cuanto encuentre un ratito instalaré el modulo BW (bandwidth) de Apache para filtrar el uso del ancho de banda.
Mientras tanto, al que le pique la curiosidad que le eche un vistazo a las estadísticas cuando quiera.

Nota: por motivos de seguridad las páginas de Awstats no se sirven de forma dinámica. Se trata de documentos HTML generados a cada hora.

En todas partes cuecen habas, en Linux también. En general en las interfaces de Linux es es facil encontrar errores de usabilidad/amigabilidad (¿existe esto?) utilizando las interfaces gráficas en Linux. Puesto que esto de la “usabilidad/amigabilidad” es un concepto una tanto subjetivo pues los pasamos por alto, aunque algunos puede llegar a dar quebraderos de cabeza:

El candadito

Situese. Como buen pringao acude Vd. a solventar un problema con openSuSe a casa de algunos de sus “clientes”. Se devana los sesos tratando de averiguar porque Skype no captura el micrófono, y de repente su “cliente” le dice:

– Es que el candadito siempre aparece cerrado!!
– ein? ¿el candadito? ¿que candadito?
– No sé. Algunas veces sale por ahí un candado cerrado…
– ¿? ¿? ¿?

Vueltas y más vueltas. No veo ningún candado ni abierto ni cerrado. ¿Donde aparece un candado cerrado en KDE? En una de estas …

– Ahí está el candado, y cerrado.
– efectivamente, hay un candado, cerrado … en Konqueror.

En un momento dado, el equipo de desarrollo del navegador Konqueror decidió que entre las opciones básicas de la barra de herramientas principal de Konqueror debía aparecer un botón que diese acceso rápido a la configuración de la criptografía del navegador. De esta manera, entre los botones básicos de konqueror aparecen: adelante, atrás, recargar, imprimir y configurar criptografía….. ¿es realmente necesario esto? ¿no hay botones mucho más elementales que incluir antes que el de criptografía? ¿cuanto uso se le dá a este botón y al de, por ejemplo, añadir a favoritos (que no aparece en la barra principal)?

Lo quito de la barra de herramientas principal y sigo….
Sigue leyendo…