PDF de programación - SinDominio: Un modelo de administración diferente

SinDominio: Un modelo de administraci´on

diferente

Joseba Torre y Miquel Vidal

∗

[email protected], [email protected]

Oto˜no del 2000

Resumen

SinDominio (http://www.sindominio.net) es un sitio de Inter-
net sin ´animo de lucro, creado para dar visibilidad a colectivos sociales,
centros sociales okupados, iniciativas a favor de la autonom´ıa de lo so-
cial, proyectos antagonistas a la mercantilizaci´on de la red, a favor
del conocimiento compartido y del software libre, etc. Iniciativas todas
ellas que, generalmente por su escasez de recursos o por su car´acter
minoritario, suelen estar abocados a la dispersi´on total o a depender
de servidores institucionales o gratuitos.

La gran diversidad y movilidad de contenidos de SinDominio nos
hubiese obligado, de seguir los caminos habituales para la administra-
ci´on de un isp, a asalariar a alguien para que se hiciese responsable a
tiempo completo del sitio. En su lugar, decidimos utilizar una pol´ıtica
de administraci´on colectiva y descentralizada, como forma de plasmar
nuestro compromiso con la libre circulaci´on del conocimiento.

De por qu´e elegimos este ´ultimo m´etodo, y c´omo lo organizamos,
en fin, de una experiencia de administraci´on colectiva y autogestionada
basada ´ıntegramente en software libre, es de lo que trata esta ponencia.

1 ¿Por qu´e un modelo de administraci´on diferen-

te?

∗

SinDominio, conglomerado de gentes y colectivos muy diversos, nace con
una idea clara: que no es posible separar lo t´ecnico de lo pol´ıtico y por tanto
que no queremos reproducir la estructura cl´asica entre administradores/as y
c(cid:13)2000 Joseba Torre y Miquel Vidal. Se otorga permiso para copiar, distribuir y/o
modificar este documento bajo los t´erminos de la Licencia de Documentaci´on Libre GNU,
Versi´on 1.1 o cualquier otra versi´on posterior publicada por la Free Software Founda-
tion. Se considerar´a como Secciones Invariantes todo el documento, no habiendo Textos
de Portada ni Textos de Contra Portada. Puede consultar una copia de la licencia en:
http://www.gnu.org/copyleft/fdl.html

1

administrad@s. Nuestro deseo es conseguir que s´olo haya participantes que
colaboren en un plano de igualdad potencial; de hecho, la ´unica diferencia
entre quienes participamos son los conocimientos t´ecnicos, y es un objetivo
prioritario que eso no se convierta en un obst´aculo insalvable a la hora
de participar y decidir. Tambi´en son ideas fundacionales de SinDominio
el darle tanta importancia a los contenidos como al proceso colectivo que
los produzca; que la toma de decisiones sea horizontal, y a no solo dar
servicios sino capacitar t´ecnicamente a los participantes de modo que vayan
adquiriendo responsabilidades en el ´ambito de la administraci´on, empezando
por las tareas que menos conocimientos requieren.

Desde el principio, ten´ıamos claro que, al igual que no lo hacemos en
nuestro quehacer diario, ni pod´ıamos ni quer´ıamos replicar en SinDominio
los modelos que se usan en la mayor´ıa de espacios de Internet: no quer´ıamos
que nadie tuviese m´as poder, ni en la toma de decisiones ni en las labores de
administraci´on. Lo primero lo solucionamos por el m´etodo habitual, consti-
tuy´endonos en asamblea, con la particularidad de que esta se lleva a cabo
v´ıa lista de correo; lo segundo, en cambio, nos oblig´o a plantearnos solucio-
nes nuevas para un problema con el que ningun@ nos hab´ıamos enfrentado
nunca: la creaci´on y administraci´on, de forma remota y distribuida, de un
espacio rico, cambiante, y bastante heterog´eneo. Adem´as, la intenci´on de
superar las diferencias de conocimientos nos llev´o a generar textos explica-
tivos donde, de la forma m´as concreta que podemos, documentamos c´omo
realizar algunas de las tareas para administrar el servidor de SinDominio.
Pero no solo procuramos no reproducir modelos de organizaci´on que
cuestionamos, sino que tratamos sobre todo de crear formas de relaci´on y
de cooperaci´on diferentes, no basadas en el mercado ni en el mando, ni en
la propiedad ni en el control, sino en ideas de libertad y comunidad, en la
inteligencia colectiva y en el saber compartido. Y apostar por su viabilidad
t´ecnica y pol´ıtica. Sin esas premisas, no se entender´a la centralidad que para
un proyecto como SinDominio tiene el software libre.

2 Pasos previos a la administraci´on

2.1 Lo que ten´ıamos que administrar

El primer paso para elegir un modelo es saber a qu´e situaci´on tiene que
responder: en la parte t´ecnica, SinDominio dispone de un pc con Debian
gnu/Linux, conectado a la red interna de nuestro proveedor de conexi´on, con
salida a Internet v´ıa frame relay. No dudamos en la elecci´on de gnu/Linux,
y en particular de Debian, puesto que nos ofrec´ıa en lo t´ecnico la estabili-
dad y versatilidad que necesit´abamos, junto con la apuesta no mercantilista
del proyecto Debian por la difusi´on del software libre que compartimos ple-
namente. Tanto el equipo como la conexi´on se sostienen con aportaciones
voluntarias de personas y colectivos, quedando claro que se paga para apo-

2

yar un recurso colectivo, pero no un servicio: pagar no da m´as derechos que
no pagar.

Los servicios de los que quer´ıamos disponer fueron:

Correo electr´onico: Como servidor de correo, elegimos Postfix, pues-
to que es libre, es relativamente sencillo de configurar, y a la vez
muy vers´atil, actualizado y potente. Adem´as, contamos con la ayu-
da 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 conectivi-
dad a sus usuarios, por lo que no es f´acil de antemano distinguir un
relay leg´ıtimo de un spammer).

Web: Para esto no hab´ıa duda, y el cl´asico Apache, con servidor seguro

incluido, se sigue comportando de manera admirable.

FTP: Sobre esto hubo m´as discusi´on, sobre todo porque cuando arran-
camos cada d´ıa se descubr´ıan nuevos problemas de seguridad en los
servidores cl´asicos, y al final elegimos Proftpd: es sencillo de configu-
rar, vers´atil, y en principio, parec´ıa inmune a muchos de los problemas
de seguridad del cl´asico Wu-Ftpd. Desgraciadamente, con el tiempo
han aparecido tambi´en problemas de seguridad con Proftpd, y ahora
mismo estamos pensando si migrar al servidor de Openbsd.

Listas de correo: Tambi´en sobre este tema hubo cierta discusi´on: el po-
pular Majordomo frente a SmartList; al final, este ´ultimo fue la
elecci´on, por su licencia libre y por estar basado en el conocid´ısimo
Procmail. Con el paso del tiempo hemos comprobado que la elecci´on
fue correcta, y ello pese a que a´un no hayamos encontrado una interfaz
web para la gesti´on 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´on 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´abamos
una herramienta que nos permitiese publicar en web noticias de for-
ma sencilla y horizontal, sin mediaciones, as´ı como permitir b´usquedas
por temas, por d´ıas. . . Las primeras pruebas las hicimos partiendo del

3

software de Slashdot y la traducci´on que ya hab´ıan hecho en Ba-
rraPunto. Le encontramos un problema: Slashdot, propietaria de los
derechos de dicho software, obligaba a incluir su logo y un enlace a su
p´agina, lo que, no siendo extremadamente grave, no nos gustaba (por
suerte, hoy ya no imponen esa restricci´on y lo han liberado). Adem´as
el c´odigo que dejaban disponible era una versi´on antigua y descuidada,
de complicada implementaci´on. 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´acter similar, como el canadiense tao, para dis-
cutir, coordinarnos y apoyarnos mutuamente. Los servidores de la red
SinDominio-tao son ircu, el servidor de Undernet.

2.2 Lo que exig´ıamos al modelo de administraci´on

Otro problema a considerar era qu´e caracter´ısticas deb´ıa reunir el mode-
lo de administraci´on. Esto era importante, puesto que una administraci´on
demasiado jerarquizada, adem´as de ser contraria a nuestra forma de pen-
sar, limitar´ıa en exceso las posibilidades de participar de la gente, algo que
quer´ıamos evitar a toda costa. Por contra, una administraci´on abierta pero
poco pensada pod´ıa llevarnos a tener un sitio desorganizado y dif´ıcilmente
administrable, adem´as de posiblemente inseguro.

Por tanto, el modelo deb´ıa permitir que mucha gente participase en la
administraci´on, cada cual desde un espacio diferente y en la medida de sus
posibilidades, pero manteniendo una coordinaci´on y un “protocolo”.

3 El modelo de administraci´on de SinDominio

3.1 Los accesos

Esta era la primera cuesti´on: dado que nadie tiene acceso f´ısico a la m´aquina
¿c´omo nos conectamos (de forma segura) y trabajamos en ella? La respuesta
a esta pregunta era sencilla: ssh. Cerramos el puerto telnet, instalamos
un servidor ssh (en aquel momento la ´unica opci´on para gnu/Linux era
no-libre, pero gracias al port del Openssh ya no existe ese problema), y ya
pod´ıamos trabajar. Posteriormente abrimos tambi´en un puerto telnet-ssl,
para no quedarnos sin acceso a la m´aquina en el hipot´etico caso de que
hubiese alg´un problema con el servidor sshd.

Lo siguiente era ¿qui´en tiene acceso shell? Muchas de las personas y colec-
tivos que participan en SinDominio no tienen conocimientos de gnu/Linux,
con lo que darles una shell no a˜nad´ıa ninguna u