Dovecot

Al hilo de una conversación con un bueno amigo el Lunes pasado, comentábamos que hay gente que, sin tener más referencias que las que ha oido en no sé que foro, critica abiertamente un paquete de software. Particularmente hablábamos de Dovecot, en relación a Cyrus y otros paquetes de software. Hace unos tres años, me ví en la tesitura de decidir qué software IMAPd utilizar. Me interesaban fundamentalmente tres aspectos: seguridad , flexibilidad y facilidad de administración. Se da por supuesto que será un software estable y robusto.¿Por qué? Como buen galego te respondo con otra pregunta ¿Ha entrado en Debian GNU/Linux?, la respuesta es sencilla : Sí. Siguiente pregunta. El caso es que en lo he instalado por lo menos en 10 máquinas y hasta hoy, los problemas han sido mínimos. He implementado SSL y cuotas tampoco he tenido más problemas que no sé solucionen leyendo un wiki o la docuementación. Es por eso por lo que me fastidia mucho que ¿Administradores de Sistemas? hablen por hablar de temas que ní siquiera se han parado a examinar, documentar y testear. Lo dicho, necesitas un servidor IMAP: Dovecot es mi recomendación.
Características Principales.
.- Soporta IMAPv4 y POP3
.- Soporta Maildir y Mailbox
.- Superado el IMAP Server Compliancy Status
.- Programada en base a la seguridad(Postfix like?)
.- Mensajes debug y log amigable
.- Soporta ACL y quotas
.- Autenticación: Local,BBDD(MySQL,PSQL),Kerberos.
.- Soporta buzones contra NFS,Local FS Cluster
.- SSL
.- Postlogin scriptin'
.- Documentación muy buena y trabajada.

Como nota curiosa Timo Sirainen ofrece 1000€ a la persona que descubra un agujero de seguridad en Dovecot,así que ya sabéis.

Últimamente...

Últimamente estoy haciendo un montón de cosas. Unas muy interesantes y otras no tanto. En el plano laboral sigo dándole al PHP y MySQL, de momento voy avanzando sin prisas pero sin pausas. He indagado un poco más en el funcionamiento interno de Drupal, cómo maneja las sesiones y cómo usar su API.La verdad es que poco a poco me estoy dando cuenta de que con un poco de Bash,PHP y MySQL se pueden hacer cosas muy interesantes en plataformas GNU/Linux.
El sábado pasado estuve aquí, comiendo "de campo" con la Srta.X y unos amigos. Al final ellos, los masculinos se dedicaron a jugar con una pelota, mientras que yo pasaba el rato leyendo un libro de Administración de Apache 2 que, siendo sinceros, al principio no me gustaba en absoluto, pero he cambiado mi opinión radicalmente. He leído cosas muy interesantes acerca de Clean URLs, Autenticación con MySQL,VirtualHosts...etc. Fruto de esta lectura,ayer estuve leyendo y posteriomente configurando vsftpd para autenticarse contra MySQL. No hay mucha documentación, pero al final, la clave está en el módulo PAM. He logrado que se valide contra la BBDD de Drupal.Nada del otro mundo.
En otro orden de cosas, hace un par de meses le metí mano a una OpenSuSE con Postfix,Dovecot y demás. Ayer migramos el DNS , que también estaba en esa máquina(¿?) hacia uno externo, y parece que todo está en orden. Además, estoy preparando las VI Xornadas de Software Libre del Concello de Mugardos. Aún no tenemos fechas confirmadas, pero suponemos será a principios de Junio, un sábado en jornadas de mañana y tarde. Subir la web,preparar la charla...en fin, bastante trabajo.Siempre he participado como ponente, 2 en la Install Party, 2 en las Charlas: Squid en 2007 y Postfix en 2008. Este año, Oscar Amor, preparará la instalación de Ubuntu o Galinux para no iniciados en el tema, y después seguiré yo con "Reutilización de PCs con GNU/Linux: tu servidor casero". Pensamos en darle un enfoque muy básico, ya que en años anteriores, entre portages y demás, nos pasábamos las horas dibagando y charlando, provocando bostezos entre el personal. Aún hay más; Kutus me ha retado a desarrollar un script básico para el ssh-copy-id. Sinceramente, me parece sencillo, pero sigo sin ver el por qué del asunto."Quiere" un script dónde llame al ssh-copy-id y no tenga necesidad de indicar el puerto en el que escucha OpenSSH. No sé por qué , pero creo la visibilidad del puerto dependerá muy mucho de la topología de red de origen, y por supuesto de la de destino.Firewalls,Switches, Apparmors,SELinux de turno pueden dar mucho la lata.Pensaba intentar descubrir con nmap el puerto de escucha y luego....

MySQL, al final nos llevaremos bien!

Tanto MySQL va a acabar conmigo. La perfección no existe; eso quiero dejarlo claro. En mi afán por exprimir al máximo el rendimiento de MySQL, me pregunto cual será el mejor sistema de ficheros en GNU/Linux para este SGBD. La respuesta es sencilla: no lo sé. Por lo que veo ni yo ni nadie. Supongo por ahí tendremos a algún gurú que me posteará un comentario al respecto. Hasta entonces, dejo unos enlaces que me han parecido útiles:
Sistemas Ficheros
Ni fu ni fa, el Journaling por defecto
http://wagnerbianchi.blogspot.com/2009/02/choosing-better-filesystem-for-mysql.html

ReiserFS
http://osdir.com/ml/db.mysql.general/2002-07/msg00856.html

XFS
http://lists.mysql.com/benchmarks/127

MySQL Tuner
http://islaserver.com/articulos/sistemas/optimizar-mysql-en-servidores-linux-mysqltuner.html

Modelizado BBDD

MySQL WorkBench
http://dev.mysql.com/downloads/workbench/5.1.html

DBDesigner
http://www.fabforce.net/dbdesigner4/screenshots.php

Informacion General

http://cambrico.net/category/categorias/mysql

Consejos PHP-MySQL

http://www.programacion.com/php/noticia/1556/

Túneles con OpenSSH

Poco o nada más que añadir sobre OpenSSH.Aún hay gente que usa Telnet? Lo cierto que apenas he usado telnet durante estos 10 años.Recuerdo que la primera vez que usé un SS.OO Linux fue una Red Hat 5.2 vía Telnet, en 1999, si no recuerdo mal. Años después, durante la preparación para el CCNA, me sorprendió muchísimo que, en lugar de SSH, Cisco aún usase Telnet para acceder remotamente a los routers. Ahora creo que han actualizado el Currículum, y ya "enseñan" SSH. Mientras escribo recuerdo y añoro los tiempos en lo que configuraba los primeros(para mí) router 3COM 812 y los SpeedStream, os acordáis?...Aquellas ADSLs con IP WAN 217.xxx.xxx.xxx, qué tiempos...supongo que todo esto es consuencia del paso de los años.
Todo esto viene a cuento de que me he creado una cuenta en delicious, y durante la mañana de ayer, mientras revisaba y ordenadaba unos cuantos marcadores, personales y para el proyecto de repositorios en el que trabajo, he encontrado algún link olvidado sobre el "tunnenling con SSH". Me pareció un tema muy interesante, sobre todo, para no estar todo el día modificando la tabla NAT del router; y evidentemente por la flexibilidad que ofrece. Ahora, con ganas de guerra, me pregunto..."Señores de Micro$oft.¿Qué herramienta similar a OpenSSH ofrecen en sus SSOO propietarios y corporativos?".Hace unos cuantos años, que estoy totalmente desconectado del tema Micro$oft en general y Window$, pero aún no me ha llegado ningún RSS, email, twitt o similar que responda a esta pregunta.En fin, que lo que mal empieza(Microsoft Windows), mal acaba(Microsoft Windows Vi$ta, por ejemplo). De MacOSX no comentaré nada, pues, a pesar de que creo que están en el juzgado por decir que es un SSOO tipo UNIX, decir que tanto OpenSSH como OpenSSL ya están implementado en el SSOO.

Un pequeño ejemplo de cómo acceder al puerto 80 de una máquina dentro de la LAN que está detrás de ext.dominio.org. Por cierto, para puertos entre el rango 1-1024, son necesarios privilegios de root.


[root@localhost]ssh -CNvL 8081:192.168.1.1:80 user@ext.dominio.org

C: Comprime.
N: No permite ejecutar comandos en la máquina remota, sólo permite port forwarding.
v: Modo verbose.
L: Puertos/IPs a ser forwardeadas.
Otro link interesante es este.

Para los más vagos he encontrado GSTM, Gnome Tunnel Manager, una aplicación para Gnome que permite manejar los túneles SSH de forma más cómoda, si tienes X claro, si no, lo veo complicado. [ Más info ]

Descargas:
Para OpenBSD : http://www.openssh.com/openbsd.html
Resto de Arquitecturas *NIX:http://www.openssh.com/portable.html

pdfreaders.org

Ya han publicado la traducción a Galego de la web pdfreaders.org que he enviado a la FSFE. Podéis leerla en http://pdfreaders.org/index.gl.html