entropía

Cómo hace bastante que no escribo nada en esta mi página, y para que se sepa que aún sigo vivo, voy a comentar un poco mi experiencia con el nuevo sistema operativo de Apple en mi querido iBook G4.

Lo primero, las especificaciones. Mi maquina calza un procesador Power PC G4 a 1.33 GHz, tiene 1GB de ram, un HD de 74,53 GB (80 Gb) y una gráfica ATI Mobility Radeon 9550 con 32 MB de VRAM. Decir que con estas características el nuevo sistema 10.5 representa todas y cada una de las pijadillas gráficas de las que dispone (tranparencia del menú, animaciones de la vista previa, cover flow…).

En el apartado de rendimiento, no noto una diferencia significativa, no veo ni que vaya mas rápido ni mas despacio, todo funciona mas o menos igual. De todas formas tengo una estúpida sensación de que en ciertos aspectos (el exposé, o el mover iconos por el dock) no va fino del todo, es como si no diese todos los FPS que debería en los efectos, aunque no termino de entender esto ya que vuela con cosas como la vista previa.

En cuanto al tema de la instalación, he optado por el método cazurro del todo, me he copiado mi Home en un disco externo, lo he formateado todo y luego he recuperado lo que me interesaba. Hablando del formateo OJO con el tema, porque permite dos tipos de formato, el Plus con registro y el Plus con registro y diferencia de mayúsculas y minúsculas. Yo elegí el segundo (tope Linux), me mola eso de que Casa.txt, casa.txt, CASA.txt sean archivos diferentes y cometí el mayor error que pude cometer, porque con ese formato no se instala el CS3, así que una vez que tenia todo montadito me tocó formatear de nuevo y reinstalar, que por cierto, no se si comente que cada instalación es media horita mas o menos. Así que ya sabéis, nada de diferenciar mayúsculas de minúsculas.

En otro orden de cosas, las aplicaciones que uso con frecuencia me van «todas», eso si, ahora las X11 no incluyen el uxterm (o sea, que only xterm y te jodes) por lo que hay que pasarse a Terminal si quieres algo decente, pero bueno, por lo menos ahora el Terminal tiene bastantes mas opciones y si bien no he logrado que me funcionen las teclas de inicio y fin de forma correcta en modo local, si lo he hecho para que me funcionen bien cuando me conecto por ssh a maquinas linux, que es en definitiva para lo que uso el Terminal.

Bueno, he dicho que me van «todas» porque tenia el Missing Sync para el PalmOS en una versión antigua de esas baratitas que ahora no funciona (de hecho existen multitud de aplicaciones de las que se debe instalar la última versión para que vayan bien), por lo que en cuanto saquen la actualización para Leopard (parece ser que aun no va fino, pero que esta en camino el parche) me tendré que comprar la licencia, pero bueno, por 40 dolares no voy a llorar (sobre todo a como está el dolar hoy en día).

Tampoco funciona el plugin de Growl para mail, aunque esto me preocupa bastante poco.

Existe una lista en MacRumors con todas las aplicaciones que no funcionan correctamente, aunque no se si esta muy actualizada, según la lista el Nokia Multimedia Transfer no funciona y yo ya tengo una versión completamente funcional y compatible instalada.

Sobre el nuevo Dock decir que es muy bonito y espectacular y todo eso, mola el tema de los reflejos y demás, pero ocupa al menos unos diez o veinte pixeles mas que el antiguo en la parte de abajo para lograr el efecto 3D, lo cual es una putadilla. Ya existen hacks que permiten dejarlo como el de Tiger por lo que me supongo que los amigos de Apple sacaran un parche para personalizarlo (o por lo menos que permita elegir entre la versión nueva y la anterior). Yo por ahora lo voy a dejar tal cual, pero seguramente termine por cambiarlo por algo mas como antaño (mas vale malo conocido… …que ciento volando).

Por lo demas poco que decir, Mail tiene muchas mas pijadas, Safari es mas rápido renderizando aunque le siguen faltando cosas como poder indicar las excepciones del bloqueador del ventanas emergentes, iCal es mucho mas bonito y útil (incluso tiene una barra que indica la hora del día en el calendario), el Time Machine esta muy bien, pero necesitas tener una segunda unidad de disco para las copias (o una segunda partición) lo cual es una putada en portátiles.

Para terminar decir que en lineas generales no ha habido muchos cambios, sino mas bien un mogollón de pequeños retoques aquí y allí que a mi parecer hacen de Leopard una revisión menor mas que una actualización en toda regla.

Turno ahora de vuestras preguntas e impresiones…

Continuando con la serie de artículos sobre la CambRED de este año, toca el turno de comentar un poco la parte técnica y la configuración de los servidores.

Comenzaré por lo fácil, la maldita red. ¿Por qué maldita? Porque nos dio por el … todo lo que quiso y mas, os comento.

La red se montó con una topología en estrella extendida (también conocida como de árbol) es decir, se conectan los ordenadores a unos switches y estos switches se conectan a su vez con un swich central en el cual se conectan también los servidores. Hasta ahí la cosa es sencilla, en teoría todo funciona, pero no funcionó ¿por qué? porque hubo un problema con el que no contamos. Los switches no fueron capaces de gestionar toda la carga que venia contra ellos (especialmente el central), con lo que descartaban paquetes a mogollón, y como la red estaba saturada de trafico por culpa del Direct Connect pues simplemente la cosa no dio para mas y rompió. Los switches no podían crear los circuitos virtuales para comunicar las maquinas y la red fue como fue, lenta. Intentamos balancear un poco la cosa con algunos switches de reserva, escalando la red y repartiendo las conexiones, pero aun así no lo solucionamos del todo, ya que no teníamos otro switch central a giga para poder sustituir al que no nos daba potencia (o para dividir la red en dos segmentos). Al final, no se pudo hacer nada mas, pero bueno, para el año que viene vamos a cambiar todos los equipos y hacer nuevo cableado, con lo que no se repetirá lo que sucedió este año.

En cuanto al a parte de servidores, yo personalmente me encargue del montaje y puesta en marcha del servidor DHCP/DNS (llamado Boss, por ser el gran jefe) y del servidor de Firewall/Puerta de Enlace/Proxy Caché.

La parte DHCP/DNS es sencilla, utilizamos el mismo esquema del año pasado, un subrango de IP’s de clase B, en concreto la 172.16.0.0/22 (para los profanos, la mascara es 255.255.252.0). Reservamos el rango 172.16.0.x para la organización (Servidores, IP’s estáticas, etc.) y asignamos el resto a los participantes. En total había unas 766 IP’s asignables para unos 140 participantes, con lo que no nos pillabamos los dedos en ese sentido.

El sufijo DNS lo modificamos con respecto al año pasado, simplemente eliminamos un nivel, el año pasado las DNS’s eran del tipo equipo.camb.red, este año fuimos un paso mas allá y las pusimos como equipo.cambred. Nos ha gustado bastante este sufijo, con lo que probablemente lo utilizaremos en próximas ediciones.

La parte Firewall/Puerta de Enlace/Proxy Caché, se monto en el segundo servidor de red (al que llamamos cariñosamente Colador). Este equipo tenia montadas dos placas de red, una de ellas conectada a un switch central y la otra otro switch que se encontraba fuera de la red en el cual estaban conectadas las doce lineas ADSL de 8 Megas.

Este equipo utilizaba iproute2 para la gestión del balanceo de carga de las líneas de salida, de tal forma que paquete que le llegaba para Internet, paquete que se distribuía de forma ecualizada por cada una de las líneas. Este equipo se encargaba también de filtrar el tráfico P2P de salida (Mula, DC y esas cosillas), estamos en una Party, y esas cosas se ponen en casa, así se garantizaba que la navegación y la descarga directa funcionaría a las mil maravillas (pena lo de la red).

En cuanto a la parte Proxy, todas las conexiones http (no las https, que esas no se pueden cachear), se mandaban a un Squid, de tal forma que se aceleraba la carga de las páginas ya visitadas anteriormente.

Finalmente en el medio de la Party le montamos a este equipo un pequeño servidor de IRC para poder jugar al trivial.

Para todos los interesados, los archivos de configuración que hemos utilizado en esta edición los podéis descargar aquí. Son scripts optimizados para Gentoo, que fue la distribución que escogimos este año (y que probablemente seguiremos usando).

Y esto es todo, no se si me dejo algo en el tintero (probablemente si), pero para eso están los comentarios, así que, ¿a qué estáis esperando?.

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).