CambRED 2006
Ahora que ya se me ha pasado un poco la resaca post maratón informático os haré un pequeño reporte tecnológico de lo que allí aconteció este pasado fin de semana.
En rasgos generales todos los servicios del maratón (procurare no utilizar el termino party por tratarse de un anglicismo) de los que yo me encargaba funcionaron correctamente, exceptuando que Telefónica se presento tarde y que comenzamos sin internet (ya llevábamos mas de cuatro horas de evento) y un par de ocasiones en las cuales se colgó el proxy probablemente por una mala en la memoria del equipo de la que nos dimos cuenta cuando ya no podíamos sustituirlo.
Antes de entrar en los aspectos meramente técnicos de como estaba formada la red del maratón decir que la organización del evento fue mas que correcta (y no lo digo porque yo perteneciese a la misma) y que la sensación final ha sido de completa satisfacción, tanto a nivel organizativo como de participante. Si bien es cierto que hemos tenido pequeños errores que se procuraran subsanar en las siguientes ediciones. En cuanto a los comentarios sobre “tongos” de los premios no entregados, hemos de recordar que en esta edición (así como en las próximas) se ha incluido un elemento que normalmente se excluye en otros maratones, que es la calidad mínima y el cumplimiento total de las normas de los concursos, no nos resulta ético entregar un premio a aquel que no se lo ha trabajado lo suficiente o no cumple las normas, nos es preferible gestionar el valor de dicho premio para que en la siguiente edición podamos mejorar la calidad de los mismos así como el evento en general.
En cuanto a los datos técnicos y de como han funcionado los servidores, paso a comentar.
La red se encontraba sustentada por dos maquinas servidoras, la primera era un AMD K6 a 200 (para que luego digan que no reutilizamos y aprovechamos) con 256 megas de RAM que hacia de DNS y DHCP, la segunda se trataba de un (si mal no recuerdo) Pentium III 800 con 512 megas de RAM que hacia de Proxy/Cache transparente, Router y Firewall. Doce Routers ADSL de 4 Megas cada uno proporcionaban la salida a internet, los cuales eran gestionados mediante balanceo por el citado Pentium III 800.
Para no pillarnos los dedos con las IP’s, optamos por utilizar un rango de clase B con una mascara de 255.255.252.0, o lo que es lo mismo, 172.16.0.0/22 lo cual nos dejaba cuatro rangos completos, el primero (172.16.0.0) lo reservamos para uso de organización (servidores, pruebas y demás) y los otros tres los entregaba el DHCP a los participantes lo que dejaba 765 IP´s libres, mas que suficientes para los 120 inscritos. A su vez el servidor DHCP se comunicaba con el DNS interno para asignar a un dominio (camb.red, ¿Por qué no ser originales?) a las maquinas y así hacer la búsqueda de las mismas más rápida.
En cuanto a la salida a internet y a las doce ADSL, el equipo de Router se encargaba por medio de una tabla de enrutado (usando ip route equalize) de encaminar los paquetes y balancear la carga, de tal forma que se utilizasen las doce líneas como si se tratase de una sola (con sus propias limitaciones, claro esta).
Poco más hay que comentar sobre el maratón, para el que le interese he preparado un paquete con los ficheros de configuración de dhcpd, bind, squid y el script de iptables que se uso en el evento, podéis descargarlo aquí. El script de iptables puede soltar algún fallo, no hubo tiempo para revisarlo a fondo ya que como comente al principio las ADSL llegaron tarde, de todas formas funciona correctamente (que es lo que importa).