grub loading gufete...2010-09-09T17:42:07ZGufeteCopyright 2010, GufeteSPHPBLOGSon 10 añitos ya desde que empezamos esto....
Fue en verano del año 2000. Un grupo de amigos, locos por estas malditas máquinas, que con mucha ilusión, nos dieron la oportunidad de montar la infraestructura de la primera Campus Party en Valencia. Ideafix nos hacíamos llamar. Fue mi primer trabajo remunerado "serio" relacionado con la informática (clases particulares aparte, gracias Alison).
Ahí estaba yo, delante de una Sun Enterprise 450, el que debería ser el FTP de toda la Campus Party (en aquellos tiempos el P2P no existía como tal). Y yo que apenas había instalado una Red Hat Linux 5.2 en el modesto PC de mi casa y ahora me encontraba delante de un "bicharraco" al que tenía que instalarle Solaris 8 y convertirlo en el servidor "de intercambio" de toda la Campus Party...
Tras la Campus, mi primera empresa fue una ".com", de la que guardo buen recuerdo, Futura Interactiva. Es curioso, tardé 8 años en volver a cobrar el sueldo que tenía en esta, mi primera empresa. Eran tiempos locos, y yo un simple "aprendiz" de Unix con 22 años, se me tenía por gurú...
En una decisión que muchos no entendieron, dejé Futura, y me fui a una maravillosa empresa de sistemas, que se llamaba Optima Technologies. Muchos no entendieron que me fuera a un sitio que cobraba menos de la mitad. Pero es que Optima era mucha Optima.
Fue allí donde aprendí a amar a lo que se convertiría mi vocación: servidores, almacenamiento, clustering, seguridad, en una palabra: sistemas. Optima bebía de la tradición de Digital, de la posterior época de dorada de Compaq. Alpha, SAN, seguridad, alta disponibilidad... conceptos que me hacían pasar horas y horas en la oficina aprendiendo y disfrutando enormemente en mi trabajo. Era mi sueño.
En esta empresa nos atrevimos incluso a desafiar a los grandes, con ese sueño de locos ilusionados que era PowerGate. Estuve rodeado de gigantes, como Neira, Luis Santiago, Bau, Ricardo...
Fue aquí donde empecé a pasear de Consejería en Consejería de la administración pública andaluza, en Sadesi, en la Universidad de Sevilla, en otras grandes empresas de esta tierra. Empecé a tener que implantar sistemas que diesen soporte a cientos, a miles, a decenas de miles de usuarios. Y yo que aún no tenía 25 años.
Fue en esa época en la que se descubrió la grave enfermedad de mi madre. Esa que se la llevó al cielo, desde donde se que me vigila y cuida de mi. Me compré una casa, tuve amores y desamores, me partieron alguna vez la cara y más de otra vez me pasé bebiendo. Todo esto soy yo, este cúmulo de muchos errores y algún acierto en el momento adecuado.
Al final dejé Optima. Me ofrecieron el puesto de responsable de software libre en la zona sur de una multinacional, que se llamaba Dominion. Tenía que crear un área, yo que había sido siempre un técnico, ahora me tocaría gestionar. Menudo reto.
Los primeros tiempos fueron el sueño de un chico de 27 años: aprender a calcular márgenes en operaciones, me hice RHCE, formar un equipo, montar un área, conseguir nombre dentro de la TI andaluza. Y que grupo: Rosa, Álvaro, Agu, Chache, Juanlu....
Pero pasados unos años, el trabajo me fue marchitando. Cada vez más horas, cada vez más exigencia, cada vez más tiempo. Tuve algún problema de salud por culpa del stress. El carácter se me avinagró, y me volví algo más cínico. De alguna forma, no me veía bien a mi mismo.
Un día, hace ahora año y medio, decidí dejar todo aquello. Dejé a Dominion y me vine a la Universidad de Sevilla. Vuelvo a ser técnico, y con un horario mucho más razonable que antes. ¿Y sabéis qué? Volví a ser feliz con mi trabajo.
En todos estos años he tratado con grandes empresas, como "elcarO" (reciente compradora de la señera empresa "Soleares" ) , "JP", "OBM", "RMC", "Reckpoint", "NetUPP" o "Tisco". Me ha tocado hablar con sus comerciales, pedirles precios especiales en operaciones, implantar sus productos, leerme su documentación, llamar a sus soportes técnicos...
También he competido con grandes empresas de aquí, como los "Equatrol", "Radiel", "Belven", "HYECIZA" o "Leberiz", y más de una vez me han ganado, pero la mayoría de las veces les he ganado yo. Y no porque yo sea mejor, sino porque tengo más suerte: de tener a los mejores a mi lado.
Siempre he amado el software libre. Y fue Red Hat (de esta si digo el nombre con todas las letras) la que me enseñó lo que verdaderamente significa la libertad del software. A la chita callando, trabajando en vez de publicitarse, tras las bambalinas, son los que aguantan buena parte del peso de este edificio de sueños.
En todos estos años he escuchado mucho las palabras "sinergia", "oportunidad", "liderazgo", "software libre", "consultor", "innovación". Todas palabras prostituidas, en boca de de señores que saben llevar muy bien la corbata pero que piensan que "coge el dinero y corre" o su equivalente literario "¿quién se ha llevado mi queso?" son la forma correcta de hacer TI.
Pues desde aquí, desde este humilde blog tan poco leído, quiero decir a quien quiera leerme que yo la INNOVACIÓN, el BUEN HACER, con mayúsculas no la veo en estas empresas con nombres tan graciosos que he puesto antes.
Yo lo veo en las "Yaco","Klicap", "Emergya", "Comvive", es en estas empresas (con nombre real, y me dejo alguna por ahí, maldita memoria) con quien me sentiría cómodo si tengo que afrontar algo para servir a decenas, centenares de miles, millones de usuarios.
En sitios como Red Hat, Nexenta, Vyatta o Untangle es donde yo veo que se innova, y que lo hacen sin esconderse en secretos comerciales, cerrar su código ni encerrar a sus clientes en plataformas propietarias
Por que a mi también me "hervía" la sangre cuando un comercial de "elcarO" nos decía que el software libre es el sitio donde van los proyectos que no son lucrativos para su empresa, para que los mantenga "la comunidad" y si sale algo bueno de allí, pues lo cogen para sus productos cerrados. Pues mire usted, eso no es hacer software libre.
Lo que yo entiendo por hacer software libre es poner INGENIEROS en un proyecto libre, gastarse dinero en él, crear una comunidad y cada cierto tiempo hacer una "foto/snapshot" de ese proyecto y venderlo como algo estable y con un soporte asociado. Esto es para mi hacer software libre y ganar dinero con ello. Respeto otros modelos de negocio, pero para mi, hacer software libre es esto: vender servicios de valor asociados a un proyecto donde no hay nada oculto. Que gane el mejor.
Ya han pasado 10 años. Muchos retos tengo por delante, y voy a unir mi vida con una persona que tiene la paciencia para aguantarme. A ver si dentro de otros 10 años vuelvo a escribir en este blog para contar como me ha ido.
Javier
]]>http://gufete.net/index.php?entry=entry100807-1251172010-08-07T00:00:00Z2010-08-07T00:00:00ZPara poner las cosas en perspectiva grandeza
]]>http://gufete.net/index.php?entry=entry100726-1640162010-07-26T00:00:00Z2010-07-26T00:00:00ZItanium dejará de estar soportado a partir de Window Server 2008r2 Technet de Microsoft. Itanium se convierte también en una "vía muerta" para Microsoft.
Hace apenas tres meses se confirmó que Red Hat Enterprise Linux 6 no soportará Itanium. Ahora Microsoft hace lo mismo, sus futuros sistemas operativos no correrán sobre Itanium.
Se ve que Itanium se va a quedar sólo para HP-UX y VMS.
Como siempre, lo óptimo, es enemigo de lo bueno. La arquitectura Itanium tenía ciertos puntos tecnológicos muy interesantes, pero al final ha resultado que x64 les ha comido el mercado (excepto el "high-end" ) .
¿Os acordáis de Beta y VHS? Pues lo mismo...
¿Y para esto "mató" HP a mi querido Alpha? Grrrr.
]]>http://gufete.net/index.php?entry=entry100405-2247412010-04-05T00:00:00Z2010-04-05T00:00:00ZHan pasado 2000 años y no hemos aprendido todavía..
"El presupuesto tendrá que estar equilibrado, el tesoro tendrá que volver a
llenarse, la deuda pública se tendrá que reducir, la arrogancia de la
burocracia tendrá que ser atemperada y controlada y la ayuda a las tierras
extranjeras tendrá que eliminarse para que Roma no entre en la bancarrota. El pueblo debe otra vez aprender a trabajar en vez de vivir de la asistencia
pública"
Cicerón, 55 AC
]]>http://gufete.net/index.php?entry=entry100205-1001572010-02-05T00:00:00Z2010-02-05T00:00:00ZRumor: RHEL 6 NO soportará la arquitectura Itanium (ia64)
Por si no lo he dejado claro al principio: es un RUMOR. Red Hat (que yo sepa) aún no ha dado una respuesta oficial. Pero hay ciertas cosas que le hacen a uno pensar que en este rumor haya parte de verdad.
No voy a entrar a valorar la validez o no de la arquitectura ia64, pero si puedo decir que es una arquitectura "rara" de encontrar en los CPD, donde hay sobre todo x64 (muchísimo), y algún Sparc/Power/ia64 para tareas de "back-end" Oracle/SAP . En sitios grandes / muy grandes se ve también algún Mainframe (99,99%, IBM)
Como cliente de Red Hat, les he mandado una pregunta comercial acerca de RHEL6 e Itanium. A ver qué responden.
En cuanto sepa la respuesta de Red Hat, lo comentaré en este blog
ACTUALIZADO 12 de enero 2010 Red Hat confirma que RHEL 6 no soportará Itanium. RHEL 5 seguirá soportándolo hasta 2014, pero esto se ha convertido en una via muerta.
]]>http://gufete.net/index.php?entry=entry091227-2137462009-12-27T00:00:00Z2009-12-27T00:00:00ZClariion y Red Hat Enterprise Linux 5.4
La semana pasada se publicó la Red Hat Enterprise Linux 5.4. Repasando las notas de lanzamiento me encuentro con una nueva funcionalidad muy interesante para aquellos que tengan RHEL 5.4 conectadas a SAN EMC Clariion.
Primero vamos a explicar un poco de teoría. Los sistemas Clariion son la gama media de almacenamiento de EMC, siendo Simmetrix la gama alta. La gama Clariion cuenta con controladoras que pueden funcionar en modo "activo-activo" por lo que una LUN dada solo está accesible desde una controladora, si bien las controladoras se intercambian información para que en el caso de que una falle la transacción no se pierda.
En topologías complejas de almacenamiento (con directores, varios niveles de conmutadores de fibra, etc) nos podemos encontrar que hay caminos "más óptimos" que otros, por el mero hecho de que pasa menos tráfico por uno que por otros.
En versiones anteriores de Red Hat Enterprise Linux 5 se podía definir un camino "preferido" a una LUN, de forma implícita, es decir, que el administrador del sistema Linux le preguntaba al administrador de almacenamiento cual es el camino "óptimo" para llegar a tal LUN y así se configuraba en el sistema Red Hat
Esto no es demasiado flexible. Si el administrador de almacenamiento decide reorganizar la asignación de LUNes a las controladoras, se tiene que poner de acuerdo de nuevo con los administradores de los hosts. Si tenemos varias decenas de hosts y/o LUNes la cosa se vuelve muy tediosa.
Pues bien, Red Hat Enterprise Linux 5.4 añade una nueva funcionalidad a device mapper multipath que se denomina explicit AULA, que consiste en ni más ni menos que el host Red Hat Enterprise Linux negocia con el almacenamiento cuál es el camino óptimo para llegar al almacenamiento, liberando a los administradores de esta tarea.
Para habilitar esta funcionalidad hay que cargar el módulo de kernel scsi_dh_alua . También es necesario especificar "1 aula" como hardware_handler en el fichero multipah.conf (ver Bugzilla )
Ojo que para sistemas EMC Clariion sólo se puede cargar el módulo scsi_dh_alua o bien el de toda la vida, el dm-emc, no está soportado cargar los dos a la vez.
Hay administradores que no usan device mapper multipath sino el producto EMC PowerPath que desconozco si tiene también esta funcionalidad. ¿Algún lector que arroje un poco de luz?
Gufete
Nota post post: Gracias a Juan José Palacios de Optima Technologies por aclararme mi empanada mental acerca de las Clariion.
]]>http://gufete.net/index.php?entry=entry090908-0915102009-09-08T00:00:00Z2009-09-08T00:00:00ZETA, Déjanos en PAZhttp://gufete.net/index.php?entry=entry090801-1456082009-08-01T00:00:00Z2009-08-01T00:00:00ZPresto: como ahorrar ancho de banda en las actualizaciones de seguridad
Ya soy feliz usuario de la Fedora 11 x64. No me voy a poner a contar el mogollón de mejoras que trae respecto a Fedora 10 (para el que quiera los detalles, aquí los tiene ). Lo que todo el mundo destaca es que arranca muy rápido, dicen que en 20 segundos (pues a mi me tarda 36, que es menos de la mitad de lo que me tardaba antes), pero hay algo que se llama Presto y no veo que se le haya dado mucho bombo.
Pues para eso está este blog :P
En versiones anteriores de Fedora (y también de RHEL, todo hay que decirlo) alguna vez nos habrá pasado que ha tocado actualizar un paquete "pesado", del tipo OpenOffice.org, kdelibs o tetext. Pues nada, a bajar unas pocas decenas/centenas de megabytes cuando a la hora de la verdad lo que se ha actualizado son unos pocos cientos de kilobytes / algunos megabytes.
Pues es aquí donde entra en acción Presto.. A grosso modo, y simplificando mucho, lo que hace es bajarse únicamente las diferencias ('delta' ) entre los binarios que tenemos instalados y los que están disponibles en el servidor de actualizaciones.
Por defecto no viene activado en Fedora 11, para activarlo hay que instalar el paquete yum-presto. Para ello ejecutamos el comando:
yum -y install yum-presto
Y voilá!. Ya tenemos activado el plugin, por lo que a partir de ahora las actualizaciones de seguridad ya no serán tan "dolorosas" en ancho de banda.
Ojalá otros fabricantes (y no sólo de distribuciones de Linux) les de por emplear una tecnología similar. El otro día me bajé 150 megas de parches para MacosX por una actualización de Java. En Solaris 10 idem. Y de Microsoft Windows ni os cuento lo que me tardó una actualización de .NET de 350 megabytes...
Nota: para el que se pregunte qué hago yo con un Windows le diré 4 cosas:
A) Aparte de la cerveza me gusta el tinto. Pero me gusta más la cerveza.
B) El que no conoce la historia está condenado a repetirla.
C) Conoce a tu enemigo
D) Las herramientas de gestión de entornos virtuales (Vmware vSphere / Citrix Xen Server) sólo las hay en Windows. No las hay ni en OSX ni en Fedora / Ubuntu / Gentoo / OpenBSD.
A ver si hay suerte y la tecnología Presto la vemos en Red Hat Enterprise Linux 6 el año que viene...
Gufete
]]>http://gufete.net/index.php?entry=entry090622-2219572009-06-22T00:00:00Z2009-06-22T00:00:00ZAppliances y seguridad
En mi nueva vida laboral me toca ahora "estar al otro lado". He dejado de ser proveedor y he pasado a ser cliente, y la verdad que es una experiencia de lo más curiosa.
Hoy escribo para hablar de los dichosos "appliances". A fin de cuentas, un trasto de estos se supone que es la unión de un hardware específico con un sistema operativo "empotrado y optimizado" para ese hardware. Esta unión hace que ese cacharro sea (se supone) muy bueno para una tarea específica.
Appliances hay a patadas: cortafuegos, proxys, front-ends de correo, NAS, ldap, dns, ntp, buscadores web, antivirus, antispam... la gran mayoría son de servicios de infraestructura, aunque alguno he visto con cosas tipo ERP y CRM (flipa)
A mi una cosa que me hace una jartá de gracia es eso de que "este appliance se basa en una versión endurecida (o optimizada) de Linux (o de FreeBSD)". Entonces me salta la alarma.
Me salta la alarma porque pienso... "¿cómo que estos señores han mejorado la seguridad o el rendimiento de algo tan usado como un Linux o un FreeBSD cuando hay tanta gente metida en esto? ¿Habrán compartido esas mejoras con la comunidad?
A lo mejor le pides un appliance de pruebas a tu proveedor, y encantado, esperando negocio, te lo presta. Tu ves su fantástico interfaz web de administración y piensas: "me aburro; voy a verle las tripas al cacharro este"
Se va uno a la web del fabricante del appliance (donde muchas veces sale gente embelesada mirando al cielo como si lloviesen billetes de 500 €) y te bajas el manual. Te pones a leerte el manual que básicamente lo que hace es explicarte para que vale cada uno de los botones del interfaz web, hasta que llegas a la parte de "habilitar una consola". Premio.
Habilito la consola, entras (¿aún hay gente que usa telnet? joder...) y se te caen los palos del sombrajo. Literalmente.
Ante ti aparece una distribución de Linux de hace unos años, donde le han cambiado 4 paquetes y le han puesto un interfaz web. A lo mejor (si tienes suerte) tienen un kernel propio, casi siempre de hace más de dos años. Si es un *BSD igual, te encuentras un cacharro "casi por defecto".
¿Y no decían en su publicidad que esto era un cacharro "tuneado, optimizado y blindado" . Pues llega uno, mira las tripas, y se encuentra librerías openssl del año catapún, servidores viejecitos (postfix, squid, bind, apache...) con sus buenos 2-3 añitos, usuarios y grupos en la máquina por defecto, permisos de lo más laxos, un desastre, vamos. Pues si, está esto currao, si...
Querido lector, cuando vayas a mirar para comprar uno de estos appliances, te recomiendo los siguientes pasos:
Paso 1: pregúntale al vendedor: "¿En qué está basado esto"?.
Paso 2: Te vas a la web del fabricante y miras hace cuánto liberaron su último update/service_pack/parche/nuevo_firmware.
Paso 3: le haces un par de telnets a los puertos que presta servicio el cacharro (sea el 80/tcp, el ssh, smtp, el que sea, según el cacharro). Te apuntas las versiones de software que te dice que tiene
Paso 4: entras en el cacharro y miras las versiones de software, o a las malas, a base de "strings o hexdumps".
Paso 5: Te vas a la web de Security Focus y miras para tal versión de librería o demonio cuál es la última versión. Échale un rato y mira los agujeros de seguridad que tenían versiones anteriores.
Paso 6 y último: comparas tu búsqueda en SecurityFocus con lo que has encontrado en el paso 4 de esta guía y con lo que hay en la web del fabricante en el paso 2.
Muchos fabricantes de appliances montan software "por defecto" en sus cacharros, y lo actualizan muy de vez en cuando. ¿Es esto lo que queremos para dar servicio? ¿Nos estamos casando con estos señores (porque la plataforma es suya y sólo suya) para esto?
Por supuesto, no se puede generalizar. Hay fabricantes de appliances muy profesionales. Pero con el tiempo que llevo en esto os puedo decir que hay más paja que trigo
Última hora: ya no sólo hay appliances, también hay "virtual appliances". Ojito con lo que montáis...
]]>http://gufete.net/index.php?entry=entry090515-2344532009-05-15T00:00:00Z2009-05-15T00:00:00Z¿Cisco compraría a Sun?
Voy a dejarlo claro desde el principio: ESTA ENTRADA ES PURA ESPECULACIÓN. No me baso en ningún hecho, no tengo ningún contacto ni con Sun ni con Cisco ni con IBM. Tan sólo leo ciertas cosas en Internet y veo que hay gente que piensa como yo
En estos días se habla mucho de los rumores de compras de Sun por parte de IBM. En mi modesta y desinformada opinión, creo que IBM tendría interés en Sun para quitarsela a otro comprador: Cisco
¿Y qué razones doy? Pues varias: primero, las líneas de negocio de IBM y Sun se parecen en muchas cosas: servidores Unix, storage, backup, servidores x86/64, servidores de aplicaciones, Java... IBM es más fuerte que Sun en servicios profesionales y IBM también tiene la línea de Mainframes.
Pienso que la compra de IBM a Sun sería contranatura. Se pisan en demasiadas cosas, y no se hasta que punto las autoridades de EEUU permitirían que se hiciese realidad la compra, porque hay riesgo de monopolio.
¿Que pasaría con Solaris? ¿Y con AIX? ¿Lo mismo que con Tru64 Unix y HP-UX tras la compra de Digital por parte de Compaq y ésta a su vez por HP? ¿Y las líneas de almacenamiento StorageTek de Sun versus DS de IBM? ¿Que pasaría con Java? ¿Se mantendría la gama de procesadores Sparc? ¿Y la línea de procesadores Power? No se. No lo veo, la verdad. Y menos con el riesgo de monopolio.
Además, en estos tiempos de crisis no creo que estuviera bien visto que se IBM se gastase tantos millones de dolares en Sun para a los pocos meses echar a muchos trabajadores porque las líneas de negocios se solapan.
En cambio, por otro lado, tenemos a Cisco. Un gigante de las comunicaciones, con presencia en prácticamente cualquier empresa de más de 200 usuarios.
Hay rumores de compra de Vmware por parte de Intel. También se habló de Cisco como posible comprador.
Cisco no tiene línea de servidores Unix. Su línea de almacenamiento se centra en el fabric (switches, routers) más que en cabinas de almacenamiento. No tiene línea de backup. No tiene procesadores propios. Recientemente ha entrado en el mundo de los servidores x86-x86/64 de la mano de la virtualización en su línea Unified Computing System
¿Qué visión tiene Cisco? La de centros de datos unificados, de crear "nubes", de que la tecnología sea esencialmente centralizada (en vez de distribuida).
¿Paranoias mías?
Actualización: me equivoqué. Al final fue Oracle
]]>http://gufete.net/index.php?entry=entry090322-2231192009-03-22T00:00:00Z2009-03-22T00:00:00ZCompresión extrema
Para un cliente tuve que usar una lista de claves típicas para probar la "dureza" de unas contraseñas. Hay muchas herramientas que pueden hacer ataques de diccionario, como el inefable John The Ripper .
Pues nada. A buscar por Internet un fichero con claves típicas, en varios idiomas, y con permutaciones. Y lo encontré.
El fichero de claves que encontré ocupa casi 1,9 gigabytes. Una barbaridad de fichero. Inmenso. Gigantesco. Monstruoso. Titánico.
Por estas _malignas_ casualidades del destino, tenía que mandarle por correo electrónico a una persona este fichero de claves. Pues nada, a comprimir. Se lo pasé en varios correos, como es lógico, en uno sólo no cabía, el límite máximo de cada mensaje era de 10 megabytes.
Hace dos fines de semana no tenía Internet en casa, (des)cortesía de mi proveedor. Y el domingo por la tarde, diluviaba. El aburrimiento es mal compañero. Así que me puse a leer de compresión de datos, me vino a la cabeza el megafichero este de 1,9 gigabytes de texto. Lo que quería era compresión extrema, independientemente del tiempo que tarde.
Primer recurso: Maximum Compression. Leer. Leer mucho. Que interesante está esto, la verdad.
Segundo: Wikipedia. Leer. Leer mucho. Leer los enlaces a los que apunta la wikipedia. Dormir menos entre semana para leer. Más interesante aún
Me puse a probar. Cogí el megafichero de claves y probé varios compresores, desde los más típicos ( gzip, bzip2 y rar ) a otros más "exóticos" como 7zip o Paq8p.
Repito: lo que yo buscaba era compresión extrema, independientemente del tiempo que tarde en comprimir. Estos son los resultados:
Fichero sin comprimir: 1,9 gigabytes (2.011.399.369 bytes).
Zip y Gzip: 184 megabytes. Aproximadamente 7 minutos. bzip2: 169 megabyes. Aproximadamente 9 minutos. RAR: 153 megabytes. Aproximadamente 8 minutos. 7zip: 75 megabytes. Aproximadamente 11 minutos. Paq8p: 17 megabytes. Casi 3 días.
A la vista de estos resultados, el ganador es paq8p con una gran ventaja sobre el segundo clasificado, 7zip. Pero esta ventaja la consigue a costa de tardar una barbaridad más.
Hay varias cosas que me sorprenden. Lo primero, que casi ningún compresor es capaz de aprovechar más de un procesador, a excepción de RAR y de una versión especializada de bzip2 ( pbzip2 ), ninguno de los compresores que he probado aprovechan que haya múltiples procesadores o cores.
Se muy poco de compresión de datos. Muy, muy poco. Por lo poquito que se, y simplificando, un compresor trabaja cogiendo un bloque de datos e intentando reducir su tamaño empleando diversas técnicas. A priori, no se me ocurre la razón por la que un compresor no debería ser fácilmente paralelizable. Seguro que hay algo que se me escapa.
Es una pena que algunos de los compresores anteriores no soporten sistemas con más de un procesador/core. Es bastante común encontrarse hoy en día con máquinas con 4, 8 o más cores, por lo que el tiempo de compresión se podría reducir bastante.
Respecto al compresor Paq8p, sus resultados son impresionantes. Pero tiene bastantes pegas: la primera es que tarda una barbaridad en comprimir. La segunda es que usa la friolera de 1.600 megabytes de ram (si, si, está bien escrito) para comprimir a máxima potencia y por último, que tarda casi lo mismo en comprimir que en descomprimir. Una pasada, vamos.
Por tanto, si uno va a usar un compresor para hacer backups de tus propias cosas, le recomiendo que use 7zip. Si lo que quiere es intercambiar datos con otras personas, lo más cómodo es zip. En ambientes UNIX/Linux, bzip2. Y si uno es un "agonía", pues nada, paq8p y mucha paciencia.
Paq8p no deja de ser una prueba de concepto académica. No se me ocurre ninguna aplicación práctica de uso de este compresor. El tiempo que tarda es demasiado alto, consume mucha memoria y lo que es peor, el tiempo de descompresión es muy alto también.
Si alguien quiere detalles de la máquina empleada para hacer las pruebas los tiene aquí. Las opciones de compresión usadas en los compresores están en este enlace.
Por último, si alguien tiene interés en el megafichero de claves, pues lo tiene aquí en diversos formatos de compresión.
Oh what fun it is to slip our release for a month!
Oh What Fun It Is To Slip Our Release For A Monnnnnnnnnnnnnnnnth!!!
Fuente: Jesse Keating, hacker de Fedora y trabajador de Red Hat]]>http://gufete.net/index.php?entry=entry090104-2315202009-01-04T00:00:00Z2009-01-04T00:00:00ZYa soy Red Hat Academy Examiner
Pues si, al final me saqué la certificación de Red Hat Academy Examiner. Estuve el 27 y 28 de agosto en Farnborough en la sede de Red Hat Reino Unido y aprobé los exámenes, 97/100 .
¿Y esto para qué vale? Pues ya puedo impartir los cursos oficiales (y exámenes) de RHCE y RHCT , por lo que en un futuro muy cercano (cuando tengamos montada el aula, vamos), ya no será necesario irse a Madrid o a Barcelona para recibir esta formación, sino que podrá darse aquí en Sevilla.
La "pega" es que esta formación la imparto yo, que soy un petardo. :P
Últimamente me está dando por colaborar con la gente de Clamav y con la venia de algún cliente estamos localizando ficheros sospechosos que no detecta Clamav en servidores de correo.
En la configuración de Clamav hemos activado la opción "MailFollowURLs yes", de esta forma no se analiza sólo el mensaje de correo, sino también los enlaces que contengan (ojo que hay que tener cuidado con los DoS)
El truco está en decirle al clamav que use un proxy para conectarse a Internet (en mi caso, squid ) y parseando los logs del proxy podemos ver que enlaces contienen los correos. Con un par de grep te puedes quedar con los enlaces que contengan ".exe", ".pif" y demás ficheros ejecutables en esa plataforma tan conocida.
Gracias a la gente de Virus Total (sois los mejores, Hispasec!) uno puede subir ficheros sospechosos y que lo analicen más de 30 antivirus distintos.
En la semana que llevamos haciendo esto hemos detectado más de 13 virus/adware/malware que Clamav no detectaba. Y algún otro que Clamav si detectada pero otros antivirus no. La propia gente de Virus Total se encarga de repartir las muestras entre las casas antivirus, por lo que todos quedamos beneficiados.
Ahora viene la parte interesante. Mirando los logs del proxy vemos que las webs que mantienen los ficheros .exe la mayoría nada tienen que ver con los virus/underground, sino que han sido comprometidas y están alojando malware sin saberlo.
Hemos probado en ir avisando a las webs españolas que están infectadas, pero si ve que la gente no lee las cuentas de correo webmaster@dominio_infectado.es
He estado leyendo por Internet, pero aparte del CERT-Es no encuentro ningún sitio para avisar de que hay direcciones infectadas. ¿Alguien conoce algún sitio?
Gufete
]]>http://gufete.net/index.php?entry=entry080807-2304152008-08-07T00:00:00Z2008-08-07T00:00:00ZMás maquero que ayer....
...pero menos que mañana :P
Última adquisición 8)
Estoy feliz como un perrillo chico, pedazo iMac de 24 pulgadas y 4 gigabytes de ram, pero ahora me cuesta desprenderme de mi eMac G4 que ha dado tan buen servicio. Cosa rara ésta la de cogerle cariño a las máquinas...
Se ve que no soy el único maquero feliz
]]>http://gufete.net/index.php?entry=entry080312-2044072008-03-12T00:00:00Z2008-03-12T00:00:00ZAcabo de recorrer mis primeros 2.000 kilómetros..
...con el nuevo coche, un Skoda Fabia Combi 1.9 TDi de 101 CV. Hasta que no he hecho 2.000 kilómetros no quería dar una opinión, y el veredicto es SOBRESALIENTE.
Este coche no tiene absolutamente nada que ver con el que conducía antes... su predecesor era un Seat Toledo 1.8 Class gasolina con 14 años a cuestas, y claro, el pobre no daba más de si.
El Skoda lo supera absolutamente en todo: facilidad de conducción, potencia, agarre, consumo, rendimiento, estabilidad, seguridad, comodidad... si, parezco un niño con zapatos nuevos, pero es que el cambio ha sido enorme.
Por si alguien tiene interés en conocer más datos técnicos del coche, en éste enlace puede ver un buen resumen. Yo tuve la gran suerte de coger una promoción y me salió por 15.000 € iva incluido, que es una GANGA con mayúsculas.
A destacar de este coche: la mecánica, que es impresionante (la misma que el Volkswagen Golf), el espacio interior (engaña para ser un Fabia) y el precio. El coche viene de serie con ordenador de a bordo, climatizador, ABS, airbargs frontales y laterales, cierre centralizado, faros antiniebla, control de estabilidad y pintura metalizada.
La única "pega" que le encuentro es que es algo sobrio por dentro, no tiene demasiadas pijerias y que la radio integrada no tiene reproductor de MP3... menos mal que tengo un iPhone. :P
Aquí dejo una foto del coche aparcado delante de la puerta de casa.
