Siguiente: El modelo de administraci�n Superior: SINDOMINIO: Un modelo de Anterior: �Por qu� un modelo

Pasos previos a la administraci�n

Lo que ten�amos que administrar

El primer paso para elegir un modelo es saber a qu� situaci�n tiene que responder: en la parte t�cnica, SINDOMINIO dispone de un PC con Debian GNU/Linux, conectado a la red interna de nuestro proveedor de conexi�n, con salida a Internet v�a frame relay. No dudamos en la elecci�n de GNU/Linux, y en particular de Debian, puesto que nos ofrec�a en lo t�cnico la estabilidad y versatilidad que necesit�bamos, junto con la apuesta no mercantilista del proyecto Debian por la difusi�n del software libre que compartimos plenamente. Tanto el equipo como la conexi�n se sostienen con aportaciones voluntarias de personas y colectivos, quedando claro que se paga para apoyar un recurso colectivo, pero no un servicio: pagar no da m�s derechos que no pagar.

Los servicios de los que quer�amos disponer fueron:

Correo electr�nico:

Como servidor de correo, elegimos POSTFIX, puesto que es libre, es relativamente sencillo de configurar, y a la vez muy vers�til, actualizado y potente. Adem�s, contamos con la ayuda de Wietse Venema, su creador, y de Bennet Todd, autor de un pop-before-smtp para POSTFIX, a la hora de cerrar el relay a los spammers (lo cual no era sencillo pues SINDOMINIO no da conectividad a sus usuarios, por lo que no es f�cil de antemano distinguir un relay leg�timo de un spammer).

Web:

Para esto no hab�a duda, y el cl�sico APACHE, con servidor seguro incluido, se sigue comportando de manera admirable.

FTP:

Sobre esto hubo m�s discusi�n, sobre todo porque cuando arrancamos cada d�a se descubr�an nuevos problemas de seguridad en los servidores cl�sicos, y al final elegimos PROFTPD: es sencillo de configurar, vers�til, y en principio, parec�a inmune a muchos de los problemas de seguridad del cl�sico WU-FTPD. Desgraciadamente, con el tiempo han aparecido tambi�n problemas de seguridad con PROFTPD, y ahora mismo estamos pensando si migrar al servidor de OpenBSD.

Listas de correo:

Tambi�n sobre este tema hubo cierta discusi�n: el popular MAJORDOMO frente a SMARTLIST; al final, este �ltimo fue la elecci�n, por su licencia libre y por estar basado en el conocid�simo PROCMAIL. Con el paso del tiempo hemos comprobado que la elecci�n fue correcta, y ello pese a que a�n no hayamos encontrado una interfaz web para la gesti�n de las listas, si bien es cierto que v�a correo-e se hace sin problema.

Correo v�a web:

Tras probar con WEBMAIL, lo abandonamos, sobre todo por necesitar el JDK --que no es libre-- y por su excesivo consumo de recursos, a favor del TWIG, que es 100% libre, basado en PHP, altamente configurable, y no consume apenas recursos. Conseguimos enlazarlo con PostgreSQL en lugar de MySQL, que en aquel momento no era libre, si bien era la opci�n probada y recomendada por los desarrolladores de Twig.

Noticias v�a web:

Uno de los primeros proyectos que pusimos en marcha fue la ACP (http://acp.sindominio.net), para lo cual necesit�bamos una herramienta que nos permitiese publicar en web noticias de forma sencilla y horizontal, sin mediaciones, as� como permitir b�squedas por temas, por d�as...Las primeras pruebas las hicimos partiendo del software de SLASHDOT y la traducci�n que ya hab�an hecho en BARRAPUNTO. Le encontramos un problema: Slashdot, propietaria de los derechos de dicho software, obligaba a incluir su logo y un enlace a su p�gina, lo que, no siendo extremadamente grave, no nos gustaba (por suerte, hoy ya no imponen esa restricci�n y lo han liberado). Adem�s el c�digo que dejaban disponible era una versi�n antigua y descuidada, de complicada implementaci�n. Tras un tiempo buscando alternativas, encontramos SQUISHDOT, un weblog que corre sobre ZOPE, con el que estamos funcionando desde entonces.

IRC:

SINDOMINIO cuenta con su propio servidor de IRC, conectado con otros proyectos de car�cter similar, como el canadiense TAO, para discutir, coordinarnos y apoyarnos mutuamente. Los servidores de la red SINDOMINIO-TAO son IRCU, el servidor de Undernet.

Lo que exig�amos al modelo de administraci�n

Otro problema a considerar era qu� caracter�sticas deb�a reunir el modelo de administraci�n. Esto era importante, puesto que una administraci�n demasiado jerarquizada, adem�s de ser contraria a nuestra forma de pensar, limitar�a en exceso las posibilidades de participar de la gente, algo que quer�amos evitar a toda costa. Por contra, una administraci�n abierta pero poco pensada pod�a llevarnos a tener un sitio desorganizado y dif�cilmente administrable, adem�s de posiblemente inseguro.

Por tanto, el modelo deb�a permitir que mucha gente participase en la administraci�n, cada cual desde un espacio diferente y en la medida de sus posibilidades, pero manteniendo una coordinaci�n y un ``protocolo''.