Navegando por las tiras de la red retorné a un clásico sitio y recibí una muy grata sorpresa...
La TIRA ECOL está de vuelta !!
Así es. Javier Malonda ha retornado con su excelente creación, actualizando periódicamente las historias de Bilo y Nano, con las que he pasado tantas tardes destornillandome de risa desde los tiempos en que estaba en es.comp.os.linux.
De paso, les dejo el link al archivo de tiras, y a una entrevista donde Javier cuenta algunos datos sobre su creación.
martes, septiembre 09, 2008
martes, septiembre 02, 2008
Knocking At Your Back Door
Esto es lo que se dice un bootleg de la p..a madre, de un tema de la p..a madre, de una banda de la p..a madre.
Deep Purple - Knocking at your back door (1994)
T-R-E-M-E-N-D-O !
Y si, el que la rompe a partir del minuto 5.30 no es otro que Satriani, en sus épocas de pelo largo.
PD: será que me estoy poniendo viejo?
Deep Purple - Knocking at your back door (1994)
T-R-E-M-E-N-D-O !
Y si, el que la rompe a partir del minuto 5.30 no es otro que Satriani, en sus épocas de pelo largo.
PD: será que me estoy poniendo viejo?
Montones de fuentes TTF para OpenOffice en Debian
Gracias a Martin Krafft y a Philip Newborough ya tenemos en Debian un paquete disponible con 465 fuentes TrueType (ttf) libres para utilizar en el texto/cartel/logo/remera que uno quiera.
Las fuentes son muy buenas creaciones de Brian Kent y pueden visualizarse y descargarse desde el sitio web del proyecto ÆNIGMA FONTS, o en Debian sencillamente instalando el paquete ttf-aenigma del repositorio Sid.
Acá van dos de ejemplo...
Además, desde hace ya un tiempo y gracias a Red Hat disponemos de alternativas para las archiconocidas Times, Arial y Courier en el proyecto Liberation Fonts (paquete ttf-liberation). Por suerte, no hay alternativa para Comic...
Vaya mi agradecimiento a la gente de Red Hat, a Brian Kent por su gran aporte a la comunidad y a los maintainers por tomarse el tiempo de empaquetarlo.
miércoles, agosto 27, 2008
Debian Live Lenny Beta1
Daniel Baumann anunció hoy la disponibilidad de Debian Live Lenny Beta 1, la primer release "en vivo" oficial de Debian desarrollada por el grupo de desarrollo de Debian Live.
Las características principales son:
* Distribución puramente Debian.
* Cuatro versiones disponibles: una sin entorno gráfico y las restantes con escritorios GNOME, KDE y XFCE respectivamente.
* Imágenes en formato CD, DVD y USB.
* Imágenes para arquitecturas i386 y amd64.
Las próximas versiones incorporarán:
* Un instalador, para tener en el disco rígido el mismo desktop que tenemos en el CD.
* Una versión con los tres desktops en un sólo DVD (GNOME + KDE + XFCE)
* Imágenes para arquitecturas powerpc y sparc.
Las imágenes están disponibles para descarga en el servidor de imágenes de Debian.
Este es un paso importante para crear un set de herramientas mediante las cuales efectuar comprobaciones de compatibilidad de Debian en hardware diverso, algo de lo que se estuvo hablando en la última DebConf.
Las características principales son:
* Distribución puramente Debian.
* Cuatro versiones disponibles: una sin entorno gráfico y las restantes con escritorios GNOME, KDE y XFCE respectivamente.
* Imágenes en formato CD, DVD y USB.
* Imágenes para arquitecturas i386 y amd64.
Las próximas versiones incorporarán:
* Un instalador, para tener en el disco rígido el mismo desktop que tenemos en el CD.
* Una versión con los tres desktops en un sólo DVD (GNOME + KDE + XFCE)
* Imágenes para arquitecturas powerpc y sparc.
Las imágenes están disponibles para descarga en el servidor de imágenes de Debian.
Este es un paso importante para crear un set de herramientas mediante las cuales efectuar comprobaciones de compatibilidad de Debian en hardware diverso, algo de lo que se estuvo hablando en la última DebConf.
lunes, agosto 18, 2008
How to create an angry american
Mientras miraba TV crucé la publicidad de una conocida marca de zapatillas. La música de fondo es un tema que suena bien, y se llama "All these things that I've done" de The Killers.
Pero ese tema me sonaba de otro video que ví hace ya un tiempo, y que es más interesante que la publicidad...
How to create an angry american
Pero ese tema me sonaba de otro video que ví hace ya un tiempo, y que es más interesante que la publicidad...
How to create an angry american
lunes, agosto 04, 2008
Asegurando la red de un ISP
Deborah Hale escribe en el diario del SANS Internet Storm Center lo que aprendió luego de algunos meses en el Departamento de Abuso de un ISP pequeño en los EE.UU.
Un depto. de abuso dentro de un proveedor de servicio de red, por raro que suene el nombre, se encarga de la investigación y respuesta ante incidentes de spam, phishing, fraude, hacking y otras violaciones a las políticas de uso del servicio.
Cito algunas palabras de la autora:
Les recomiendo el artículo original (en inglés), es breve pero tiene algunos otros datos interesantes.
Un depto. de abuso dentro de un proveedor de servicio de red, por raro que suene el nombre, se encarga de la investigación y respuesta ante incidentes de spam, phishing, fraude, hacking y otras violaciones a las políticas de uso del servicio.
Cito algunas palabras de la autora:
Antes de tomar esta responsabilidad me preguntaba por qué había tanto spam, por qué los ISP's no se hacen cargo de la situación, por qué no se puede detener. Después de todo, ¿cuán difícil puede ser?. Ahora sí, lo entiendo completamente. Para los que nunca les tocó hacer la limpieza, y nunca han tenido que hacer frente a los clientes que no entienden la correlación entre spam, virus y programas p2p, permítanme decirles que no ha sido fácil.Deborah resume cinco lecciones que aprendió durante este tiempo:
- Los logs e informes de auditoría pueden ser la herramienta más valiosa y pueden dar una advertencia avanzada de abuso del servidor de correo electrónico.
- Los equipos informáticos del cliente que no cuentan con antivirus y/o cortafuegos son un gran objetivo, no sólo por ellos, sino por el proveedor también.
- Un servidor de correo electrónico, sin importar cuan bien esté protegido, está en peligro de ser incluído en una lista negra [de spam]. Y una vez incluído en la lista, es realmente muy difícil removerlo.
- Muchos de los clientes involucrados en los incidentes tenían el antivirus desactualizado, o utilizaban uno gratuito, y/o utilizaban programas para bajar música de Internet, algunos de ellos sin saberlo.
- En algunos casos donde los clientes han incorporado servidores web o servidores de correo electrónico que posteriormente fueron compronetidos, o estaban mal aconsejados [respecto de la instalación/configuración], o habían utilizaron soluciones enlatadas.
Les recomiendo el artículo original (en inglés), es breve pero tiene algunos otros datos interesantes.
miércoles, julio 30, 2008
One robot's dream
O, al menos, un sueño de los míos.
Era viernes y para empezar las vacaciones invernales nada mejor que vestir la clásica remera de debianero y hacer un viaje relámpago a capital para ver y, más que nada, escuchar al maestro Joe Satriani sacarle palabras a la viola en lo que fue uno de los mejores regalos que puedo hacerle a mis oídos y mi corazón.
Ya en el 2006 me quedé con las ganas cuando vino con el G3, y esta vez no podía faltar.
Si son aficionados a la eléctrica y no lo conocen, lo cual sería demasiado extraño, vayan reservándose un disco. Si escucharon algunos temas de fondo en el programa de Capusotto y no saben de donde salieron, pues ahora lo saben.
Acompañado de Stuart Hamm, Jeff Campitelli y Galen Henson, Satch dio cátedra ante un Obras medio raleado pero no por ello menos encendido. Muy animado con el público, pasó por un repertorio del último disco y algunos clásicos de su carrera, por supuesto, excepcionalmente tocados.
Dejo links a algunos videos que andan por la red, algunas fotos, y las reviews de Clarín, Rock&Pop y El Acople.
Una de mis favoritas: One Big Rush
(una pena el audio de este vid)
Summer Song
Time Machine
Andalusia
Lo malo de todo esto? Que me va a costar buen rato desacostumbrarme de semejante buena música y poder soportar las cosas que pasan por la radio...
Era viernes y para empezar las vacaciones invernales nada mejor que vestir la clásica remera de debianero y hacer un viaje relámpago a capital para ver y, más que nada, escuchar al maestro Joe Satriani sacarle palabras a la viola en lo que fue uno de los mejores regalos que puedo hacerle a mis oídos y mi corazón.
Ya en el 2006 me quedé con las ganas cuando vino con el G3, y esta vez no podía faltar.
Si son aficionados a la eléctrica y no lo conocen, lo cual sería demasiado extraño, vayan reservándose un disco. Si escucharon algunos temas de fondo en el programa de Capusotto y no saben de donde salieron, pues ahora lo saben.
Acompañado de Stuart Hamm, Jeff Campitelli y Galen Henson, Satch dio cátedra ante un Obras medio raleado pero no por ello menos encendido. Muy animado con el público, pasó por un repertorio del último disco y algunos clásicos de su carrera, por supuesto, excepcionalmente tocados.
Dejo links a algunos videos que andan por la red, algunas fotos, y las reviews de Clarín, Rock&Pop y El Acople.
Una de mis favoritas: One Big Rush
(una pena el audio de este vid)
Summer Song
Time Machine
Andalusia
Lo malo de todo esto? Que me va a costar buen rato desacostumbrarme de semejante buena música y poder soportar las cosas que pasan por la radio...
viernes, julio 25, 2008
Fabricantes de software y hardware van de la mano, por desgracia
Directo de Barrapunto:
Un usuario ha estado analizando las tablas DSDT que ofrece la BIOS dependiendo del sistema operativo que consulta. Ofrecen distintas tablas para XP/Vista, Windows 2000, 98/95... y Linux. Desafortunadamente, la que se ofrece para Linux viola la especificación de ACPI, lo que hace que las funciones de suspensión, hibernación, reinicio y otras se comporten erráticamente e incluso se produzcan bloqueos, checksum no válidos, bips continuos y kernel panics variados. Lo grave es que con un pequeño cambio para que a Linux utilice las tablas DSDT simulando ser Windows XP o Vista, el ACPI funciona casi al completo. ¿La respuesta de Foxconn? Sus productos no están certificados para Linux. Eso sí, presumen de cumplir las especificaciones ACPI y haber recibido una certificación de Microsoft.
El intercambio de emails con el fabricante de la bios no tiene desperdicio. El informe del bug en launchpad.
Slashdot también se hizo eco, aunque algunos minutos después.
Update 04/08/2008: Al final resulta que no era Foxconn la culpable! Sino la gente de AMI que les mandó un BIOS con defectos. Según el artículo, algunas placas madre de MSI y ASUS también comparten el mismo problema. Además, Foxconn ya publicó una actualización del BIOS que resuelve varios de los problemas detectados. Y, convenientemente, lo hizo en relativamente poco tiempo...
Un usuario ha estado analizando las tablas DSDT que ofrece la BIOS dependiendo del sistema operativo que consulta. Ofrecen distintas tablas para XP/Vista, Windows 2000, 98/95... y Linux. Desafortunadamente, la que se ofrece para Linux viola la especificación de ACPI, lo que hace que las funciones de suspensión, hibernación, reinicio y otras se comporten erráticamente e incluso se produzcan bloqueos, checksum no válidos, bips continuos y kernel panics variados. Lo grave es que con un pequeño cambio para que a Linux utilice las tablas DSDT simulando ser Windows XP o Vista, el ACPI funciona casi al completo. ¿La respuesta de Foxconn? Sus productos no están certificados para Linux. Eso sí, presumen de cumplir las especificaciones ACPI y haber recibido una certificación de Microsoft.
El intercambio de emails con el fabricante de la bios no tiene desperdicio. El informe del bug en launchpad.
Slashdot también se hizo eco, aunque algunos minutos después.
Update 04/08/2008: Al final resulta que no era Foxconn la culpable! Sino la gente de AMI que les mandó un BIOS con defectos. Según el artículo, algunas placas madre de MSI y ASUS también comparten el mismo problema. Además, Foxconn ya publicó una actualización del BIOS que resuelve varios de los problemas detectados. Y, convenientemente, lo hizo en relativamente poco tiempo...
...
bad_hardware_vendors.append("foxconn")
...
bad_hardware_vendors.remove("foxconn")
bad_bios_vendors.append("ami")
lunes, julio 14, 2008
benchvm, una aproximacion al benchmarking de maquinas virtuales
En el post anterior hacía referencia a un intento de estudio de la performance de distintos productos de virtualización.
En realidad, existen actualmente algunos datos interesantes al respecto que pueden verse en la presentación Quantitative Comparison of Xen and KVM realizada por Todd Deshane de la Clarkson University para el reciente Xen Summit 2008 (slides, abstract y video disponibles). Entre el software utilizado en la presentación están la Isolation Benchmark Suite y benchvm.
Isolation Benchmark Suite es un conjunto de herramientas destinado a "cuantificar el grado en que un sistema de virtualización limita el impacto de un comportamiento defectuoso de máquina virtual en las otras máquinas virtuales corriendo en la misma máquina física". En otras palabras, cuánto hace el hipervisor por limitar el impacto de un mal comportamiento de una máquina virtual en el funcionamiento de las restantes. La IBS comprende seis diferentes pruebas de estrés: uso intensivo de CPU, uso intensivo de memoria, una bomba fork, uso intensivo de disco y dos pruebas de uso intensivo de red, en envío y recepción.
Benchvm, por otro lado, es una implementación modular de la solución propuesta en el borrador del paper The Woes of the Art of Virtualization Benchmarking. Es un incipiente proyecto de Zach Sheperd y otros estudiantes de la C.U. para comparar la variedad de soluciones de virtualización mediante distintas métricas sobre un diverso conjunto configuraciones de hardware y software.
En fin, son sólo algunos datos más para tener en cuenta antes de evaluar las diferentes soluciones existentes, y que reflejan lo joven que es aún la tecnología de virtualización en el ámbito de la informática.
En realidad, existen actualmente algunos datos interesantes al respecto que pueden verse en la presentación Quantitative Comparison of Xen and KVM realizada por Todd Deshane de la Clarkson University para el reciente Xen Summit 2008 (slides, abstract y video disponibles). Entre el software utilizado en la presentación están la Isolation Benchmark Suite y benchvm.
Isolation Benchmark Suite es un conjunto de herramientas destinado a "cuantificar el grado en que un sistema de virtualización limita el impacto de un comportamiento defectuoso de máquina virtual en las otras máquinas virtuales corriendo en la misma máquina física". En otras palabras, cuánto hace el hipervisor por limitar el impacto de un mal comportamiento de una máquina virtual en el funcionamiento de las restantes. La IBS comprende seis diferentes pruebas de estrés: uso intensivo de CPU, uso intensivo de memoria, una bomba fork, uso intensivo de disco y dos pruebas de uso intensivo de red, en envío y recepción.
Benchvm, por otro lado, es una implementación modular de la solución propuesta en el borrador del paper The Woes of the Art of Virtualization Benchmarking. Es un incipiente proyecto de Zach Sheperd y otros estudiantes de la C.U. para comparar la variedad de soluciones de virtualización mediante distintas métricas sobre un diverso conjunto configuraciones de hardware y software.
En fin, son sólo algunos datos más para tener en cuenta antes de evaluar las diferentes soluciones existentes, y que reflejan lo joven que es aún la tecnología de virtualización en el ámbito de la informática.
Más sobre virtualización
Brian Madden, autor de la polémica y bastante comentada predicción sobre Citrix dejando de lado al hipervisor Xen open source, ha publicado recientemente su intención (bajo contrato y por petición de Qumranet, los creadores de KVM) de hacer un benchmark de los principales productos de virtualización para infraestructura de escritorios virtuales. La verdad que no vendría nada mal tener un estudio del estilo a la fecha, aunque quizá hubiera sido más interesante un enfoque centrado en el área de servidores.
Como introducción y para tener un buen panorama sobre de la situación actual en este ámbito, él recomienda leer el artículo Microsoft Hyper-V: the day after de Virtualization.info.
Como introducción y para tener un buen panorama sobre de la situación actual en este ámbito, él recomienda leer el artículo Microsoft Hyper-V: the day after de Virtualization.info.
lunes, julio 07, 2008
No XEN que KVM utilizar, si VMware u OpenVZ
A la hora de tomar una decisión respecto de que plataforma de virtualización utilizar, las cosas se tornan complejas:
Lo bueno, es que las alternativas son variadas.
Lo malo, es que todas y cada una de ellas tiene un pero.
Actualización: al final terminamos usando KVM, sin virt-manager, pero con muy buenos resultados.
Lo bueno, es que las alternativas son variadas.
Lo malo, es que todas y cada una de ellas tiene un pero.
- Xen parece una de las más completas y no requiere soporte de virtualización en el hardware, pero no está integrada al kernel de Linux y viene medio rezagada respecto de los últimos kernels.
- KVM sí está integrada al kernel de Linux y es muy sencilla de utilizar, pero requiere Intel VT o AMD-V.
- VMware es quizá el santo grial de la virtualización, pero implica tener que ensuciar el sistema operativo subyacente y atarse a su tecnología.
- OpenVZ y Linux-VServer tienen muy buena performance, pero son más que nada contenedores y limitan a los guests a utilizar el mismo kernel del host.
Actualización: al final terminamos usando KVM, sin virt-manager, pero con muy buenos resultados.
domingo, julio 06, 2008
Libro electronico: Implementacion de servidores con GNU/Linux
Vía Kriptópolis me entero de la culminación del libro "Implementación de servidores con GNU/Linux" cuyo autor Joel Barrios Dueñas ha publicado bajo licencia Creative Commons.
La verdad aún no he leído el libro en detalle, pero por la tabla de contenido parece muy, muy completo y constituye un tremendo aporte a la documentación sobre GNU/Linux en español.
Vaya mi agradecimiento y felicitaciones a Joel Barrios Dueñas por tamaña contribución.
Transcribo aquí la tabla de contenido:
1.¿Que es GNU/Linux?
2.Estándar de Jerarquía de Sistema de
3.Instalación en modo texto de CentOS
4.Instalación en modo gráfico de CentOS
5.Cómo iniciar el modo de rescate en CentOS
6.Iniciando el sistema en nivel de ejecución 1 (nivel mono-usuario)
7.Procedimientos de emergencia
8.Cómo optimizar el sistema de archivos ext3
9.Cómo configurar y utilizar Sudo
10.Cómo crear cuentas de usuario
11.Breve lección de comandos básicos
12.Funciones básicas de vi
13.Introducción a sed
14.Introducción a AWK
15.Permisos del Sistema de Ficheros
16.Cómo utilizar el mandato chattr
17.Creando depósitos yum
18.Uso de yum para instalar y desinstalar paquetería y actualizar sistema
19.Cómo utilizar RPM
20.Cómo crear paquetes con rpmbuild
21.Cómo asignar cuotas de disco
22.Introducción a TCP/IP
23.Introducción a IP versión 4
24.Cómo configurar correctamente los parámetros de red
25.Cómo configurar acoplamiento de tarjetas de red (bonding)
26.Cómo utilizar lsof
27.Cómo utilizar Netcat (nc)
28.Como utilizar Netstat
29.Cómo utilizar ARP
30.Introducción a IPTABLES
31.Cómo utilizar CBQ
32.Cómo configurar un servidor DHCP en una LAN
33.Cómo configurar vsftpd (Very Secure FTP Daemon)
34.Cómo configurar pure-ftpd
35.Cómo configurar OpenSSH
36.Cómo utilizar OpenSSH con autenticación mediante clave pública
37.Cómo configurar OpenSSH con Chroot
38.Cómo configurar NTP
39.Cómo configurar el sistema para sesiones gráficas remotas
40.Cómo configurar un servidor NFS
41.Cómo configurar Samba básico
42.Cómo configurar Samba denegando acceso a ciertos ficheros
43.Cómo configurar Samba con Papelera de Reciclaje
44.Cómo configurar Samba como cliente o servidor WINS
45.La ingeniería social y los [incorrectos] hábitos del usuario
46.Configuración básica de Sendmail
47.Opciones avanzadas de seguridad para Sendmail
48.Cómo configurar Sendmail y Dovecot con soporte SSL/TLS
49.Cómo configurar Cyrus IMAP
50.Instalación y configuración de SquirrelmMail (correo a través de interfaz HTTP)
51.Apéndice: Enviar correo a todos los usuarios del sistema
52.Cómo configurar clamav-milter
53.Cómo configurar spamass-milter
54.Cómo configurar un servidor NIS
55.Cómo configurar OpenLDAP como servidor de autenticación
56.Cómo configurar OpenLDAP como libreta de direcciones
57.Cómo configurar OpenLDAP con soporte SSL/TLS
58.Cómo instalar y configurar MySQL
59.Configuración básica de Apache
60.Cómo habilitar los ficheros .htaccess y SSI (Server Side Includes) en Apache 2.x
61.Cómo configurar Apache con soporte SSL/TLS
62.Cómo instalar y configurar Geeklog 1.4.x
63.Cómo configurar un servidor de nombres de dominio (DNS)
64.Cómo configurar Squid: Parámetros básicos para Servidor Intermediario (Proxy)
65.Cómo configurar Squid: Acceso por autenticación
66.Cómo configurar Squid: Restricción de acceso a Sitios de Red
67.Cómo configurar Squid: Restricción de acceso a contenido por extensión
68.Cómo configurar Squid: Restricción de acceso por horarios
69.Cómo configurar squid con soporte para direcciones MAC
70.Apéndice: Listas y reglas de control de acceso para Squid
71.Cómo configurar un muro cortafuegos con Shorewall y tres interfaces de red
72.Cómo configurar SNMP
73.Cómo configurar MRTG
74.Cómo instalar correctamente Java a partir de paquete RPM
75.Cómo instalar la extensión (plug-in) Flash para Mozilla
76.Cómo configurar escáner en red
77.Usando Smartd para anticipar los desastres de disco duro
78.Glosario de mandatos básicos
79.AL Desktop
80.Ejercicios
Actualización 2009: Joel ha publicado la versión actualizada a agosto de 2009 de su libro "Implementación de servidores con GNU/Linux".
La verdad aún no he leído el libro en detalle, pero por la tabla de contenido parece muy, muy completo y constituye un tremendo aporte a la documentación sobre GNU/Linux en español.
Vaya mi agradecimiento y felicitaciones a Joel Barrios Dueñas por tamaña contribución.
Transcribo aquí la tabla de contenido:
1.¿Que es GNU/Linux?
2.Estándar de Jerarquía de Sistema de
3.Instalación en modo texto de CentOS
4.Instalación en modo gráfico de CentOS
5.Cómo iniciar el modo de rescate en CentOS
6.Iniciando el sistema en nivel de ejecución 1 (nivel mono-usuario)
7.Procedimientos de emergencia
8.Cómo optimizar el sistema de archivos ext3
9.Cómo configurar y utilizar Sudo
10.Cómo crear cuentas de usuario
11.Breve lección de comandos básicos
12.Funciones básicas de vi
13.Introducción a sed
14.Introducción a AWK
15.Permisos del Sistema de Ficheros
16.Cómo utilizar el mandato chattr
17.Creando depósitos yum
18.Uso de yum para instalar y desinstalar paquetería y actualizar sistema
19.Cómo utilizar RPM
20.Cómo crear paquetes con rpmbuild
21.Cómo asignar cuotas de disco
22.Introducción a TCP/IP
23.Introducción a IP versión 4
24.Cómo configurar correctamente los parámetros de red
25.Cómo configurar acoplamiento de tarjetas de red (bonding)
26.Cómo utilizar lsof
27.Cómo utilizar Netcat (nc)
28.Como utilizar Netstat
29.Cómo utilizar ARP
30.Introducción a IPTABLES
31.Cómo utilizar CBQ
32.Cómo configurar un servidor DHCP en una LAN
33.Cómo configurar vsftpd (Very Secure FTP Daemon)
34.Cómo configurar pure-ftpd
35.Cómo configurar OpenSSH
36.Cómo utilizar OpenSSH con autenticación mediante clave pública
37.Cómo configurar OpenSSH con Chroot
38.Cómo configurar NTP
39.Cómo configurar el sistema para sesiones gráficas remotas
40.Cómo configurar un servidor NFS
41.Cómo configurar Samba básico
42.Cómo configurar Samba denegando acceso a ciertos ficheros
43.Cómo configurar Samba con Papelera de Reciclaje
44.Cómo configurar Samba como cliente o servidor WINS
45.La ingeniería social y los [incorrectos] hábitos del usuario
46.Configuración básica de Sendmail
47.Opciones avanzadas de seguridad para Sendmail
48.Cómo configurar Sendmail y Dovecot con soporte SSL/TLS
49.Cómo configurar Cyrus IMAP
50.Instalación y configuración de SquirrelmMail (correo a través de interfaz HTTP)
51.Apéndice: Enviar correo a todos los usuarios del sistema
52.Cómo configurar clamav-milter
53.Cómo configurar spamass-milter
54.Cómo configurar un servidor NIS
55.Cómo configurar OpenLDAP como servidor de autenticación
56.Cómo configurar OpenLDAP como libreta de direcciones
57.Cómo configurar OpenLDAP con soporte SSL/TLS
58.Cómo instalar y configurar MySQL
59.Configuración básica de Apache
60.Cómo habilitar los ficheros .htaccess y SSI (Server Side Includes) en Apache 2.x
61.Cómo configurar Apache con soporte SSL/TLS
62.Cómo instalar y configurar Geeklog 1.4.x
63.Cómo configurar un servidor de nombres de dominio (DNS)
64.Cómo configurar Squid: Parámetros básicos para Servidor Intermediario (Proxy)
65.Cómo configurar Squid: Acceso por autenticación
66.Cómo configurar Squid: Restricción de acceso a Sitios de Red
67.Cómo configurar Squid: Restricción de acceso a contenido por extensión
68.Cómo configurar Squid: Restricción de acceso por horarios
69.Cómo configurar squid con soporte para direcciones MAC
70.Apéndice: Listas y reglas de control de acceso para Squid
71.Cómo configurar un muro cortafuegos con Shorewall y tres interfaces de red
72.Cómo configurar SNMP
73.Cómo configurar MRTG
74.Cómo instalar correctamente Java a partir de paquete RPM
75.Cómo instalar la extensión (plug-in) Flash para Mozilla
76.Cómo configurar escáner en red
77.Usando Smartd para anticipar los desastres de disco duro
78.Glosario de mandatos básicos
79.AL Desktop
80.Ejercicios
Actualización 2009: Joel ha publicado la versión actualizada a agosto de 2009 de su libro "Implementación de servidores con GNU/Linux".
lunes, junio 09, 2008
LXDE en Debian unstable
Los que me conocen saben de mis infidelidades con los entornos de escritorio en Linux. En mis primeras incursiones con el pingüino, si mal no recuerdo con un SUSE 5, fui asiduo del FVWM y alguna versión beta de KDE 1 que explotaba en 8 de cada 10 ejecuciones. Un tiempo despues conseguí algunas otras distribuciones y fui pasando por versiones inestables de GNOME (realmente muy inestables), KDE 1 y pico, IceWM, luego usé durante un buen tiempo KDE 2 sobre Red Hat y Conectiva, y la verdad me gustó mucho. Más recientemente con Debian fui probando Fluxbox, ROX y, con equipos más potentes, KDE 3 y las varias versiones de GNOME (desde la 2.10 en adelante).
Durante varios meses me quedé con XFCE por ser bastante liviano, más que nada en las últimas releases que ya traían Thunar, mi navegador de archivos favorito. En mi equipo anterior funcionaba excelentemente. Cuando actualicé el hardware me quedé con GNOME, que es lo que uso en la actualidad, y con las mejoras que han venido incorporando no me puedo quejar para nada.
Aún así siempre trato de hacer tiempo para probar algún escritorio liviano. Por eso es que como hoy me enteré que Andrew Lee incorporó lxde a Debian unstable, no tardé mucho en bajarlo a este Athlon64 que es un verdadero caballito de batalla.
LXDE es el Lightweight X11 Desktop Environment, un proyecto dirigido a proporcionar un nuevo entorno de escritorio liviano y rápido diseñado para el uso cotidiano manteniendo una baja utilización de recursos. A diferencia de otros entornos de escritorio, sus componentes no están muy acoplados sino que pueden ser utilizados prácticamente en forma independiente. En el sitio web del proyecto pueden encontrar una lista de configuraciones de hardware sobre las que ha sido probado.
Componen LXDE:
Aquí dejo algunas capturas de pantalla para que lo vayan viendo. En el sitio del proyecto tienen varias capturas más.
Primera impresión (demasiado VISTosA para mi gusto)
Un tunning mínimo (iconos Tango sobre fondo verde)
Menú principal
Opciones de LXPanel
Plugins para LXPanel
Gestor de archivos PCManFM
Editor de texto Leafpad
Visor de imágenes GPicView
Aviso 1: En todas las capturas y por error mío, el gestor de ventanas utilizado es metacity, no openbox.
Aviso 2: Antes de que lluevan las cargadas, el sistema operativo es Debian. Todas las iso ubunteras que ven en el escritorio me quedaron de haberlas bajado para el último flisol y de momento las estoy compartiendo por bittorrent.
Bueno, como al LXDE lo instalé recién, el único veredicto que les puedo dar es que, a primera vista, parece usable y muy rápido, con lo cual cumple con su objetivo principal. Por supuesto hace falta una buena cuota de desarrollo y bastante traducción, y quien sabe, quizá en unos meses tengamos un nuevo lxubuntu...
Ahora queda ver como se comporta el entorno (y como me comporto yo) usándolo cotidianamente.
Saludos!
Durante varios meses me quedé con XFCE por ser bastante liviano, más que nada en las últimas releases que ya traían Thunar, mi navegador de archivos favorito. En mi equipo anterior funcionaba excelentemente. Cuando actualicé el hardware me quedé con GNOME, que es lo que uso en la actualidad, y con las mejoras que han venido incorporando no me puedo quejar para nada.
Aún así siempre trato de hacer tiempo para probar algún escritorio liviano. Por eso es que como hoy me enteré que Andrew Lee incorporó lxde a Debian unstable, no tardé mucho en bajarlo a este Athlon64 que es un verdadero caballito de batalla.
LXDE es el Lightweight X11 Desktop Environment, un proyecto dirigido a proporcionar un nuevo entorno de escritorio liviano y rápido diseñado para el uso cotidiano manteniendo una baja utilización de recursos. A diferencia de otros entornos de escritorio, sus componentes no están muy acoplados sino que pueden ser utilizados prácticamente en forma independiente. En el sitio web del proyecto pueden encontrar una lista de configuraciones de hardware sobre las que ha sido probado.
Componen LXDE:
- LXPanel: el clásico panel al estilo win, pero bastante configurable
- LXSession: un gestor de sesión con apagado, reinicio y suspensión que soporta HAL y gdm
- LXAppearance: un sencillo gestor de temas de interfaz, iconos y fuentes
- LXNM: gestor de red con soporte para wireless (en desarrollo)
- PCManFM como gestor de archivos y administrador de los iconos de escritorio
- Openbox: como gestor de ventanas, que puede ser reemplazado por icewm, fluxbox, metacity u otro (desarrollado en forma externa)
- GPicView: como visor de imágenes sencillo y rápido (yo lo uso actualmente en GNOME)
- Leafpad: como editor de textos
- XArchiver: como gestor de archivos comprimidos
Aquí dejo algunas capturas de pantalla para que lo vayan viendo. En el sitio del proyecto tienen varias capturas más.
Primera impresión (demasiado VISTosA para mi gusto)
Un tunning mínimo (iconos Tango sobre fondo verde)
Menú principal
Opciones de LXPanel
Plugins para LXPanel
Gestor de archivos PCManFM
Editor de texto Leafpad
Visor de imágenes GPicViewAviso 1: En todas las capturas y por error mío, el gestor de ventanas utilizado es metacity, no openbox.
Aviso 2: Antes de que lluevan las cargadas, el sistema operativo es Debian. Todas las iso ubunteras que ven en el escritorio me quedaron de haberlas bajado para el último flisol y de momento las estoy compartiendo por bittorrent.
Bueno, como al LXDE lo instalé recién, el único veredicto que les puedo dar es que, a primera vista, parece usable y muy rápido, con lo cual cumple con su objetivo principal. Por supuesto hace falta una buena cuota de desarrollo y bastante traducción, y quien sabe, quizá en unos meses tengamos un nuevo lxubuntu...
Ahora queda ver como se comporta el entorno (y como me comporto yo) usándolo cotidianamente.
Saludos!
domingo, junio 08, 2008
Curiosidades en los logs
Hoy estuve un rato leyendo los logs del equipo en casa, y entre los que leo está el que genera PortSentry. PortSentry que es un programa sencillo que escucha en ciertos puertos y al recibir una conexión en alguno de ellos registra la IP de origen, además de permitir ejecutar alguna acción tras una cantidad dada de intentos de conexión. Este criterio trivial brinda una protección básica ante un escaneo de puertos; lo que no implica que el intento sea un ataque, ya que podría ser simplemente que yo mismo erré de puerto al tratar de conectarme desde fuera a un servicio particular.
Como en casa la máquina es hogareña y no hay problema en que bloquee lo que quiera, el software está configurado para adicionar la IP sospechosa al clásico archivo de control de accesos hosts.deny.
Recuerdo haber borrado hace unos meses todas las direcciones registradas en ese archivo, pero igual ya está bastante completito. La primer consulta con wc nos da el total de direcciones registradas actualmente.
La línea que sigue, por críptica que parezca, lee el archivo hosts.deny, corta los primeros dos octetos de la dirección (supongo que la máscara de red es /16), las ordena por red, cuenta la frecuencia de aparición, vuelve a ordenar la lista por frecuencia, y finalmente extrae las 15 redes con mayor cantidad de IP registradas. No les parece preciosa?
Por supuesto, pueden omitir el tail final para obtener la lista completa.
Salta a la vista la cantidad de direcciones 118.168.x.x registradas, pero además también hay 118.169.x.x, 118.167.x.x y otras. El link que adicioné a cada red apunta al informe correspondiente de ipinfo en SANS.
Grafico obligatorio...
.png)
Si nos centramos en el análisis de las direcciones tomando sólo el primer octeto, puede apreciarse la diferencia de las redes 118.x.x.x respecto del resto de las redes.
.png)
Segun whois.twnic.net, los segmentos 118.x.x.x y 122.x.x.x que suman casi el 50% de las direcciones registradas por PortSentry en este equipo pertenecen a la red de Chunghwa Telecom Data communication Business Group de Taiwan (www.hinet.net por si alguno entiende). Parece que los muchachos están ocupados...
Bueno ahora es el turno de ustedes. Alguno tiene resultados similares?
Saludos y buena semana!
Como en casa la máquina es hogareña y no hay problema en que bloquee lo que quiera, el software está configurado para adicionar la IP sospechosa al clásico archivo de control de accesos hosts.deny.
Recuerdo haber borrado hace unos meses todas las direcciones registradas en ese archivo, pero igual ya está bastante completito. La primer consulta con wc nos da el total de direcciones registradas actualmente.
$ grep DENY /etc/hosts.deny | wc -lLuego de leer el archivo un rato encontré que ciertas redes tenían mayor cantidad de direcciones registradas, por lo que me pareció razonable hacer un conteo de frecuencias por red. Podríamos hacerlo un script en algún lenguaje, pero hoy prefiero la consola.
3544
La línea que sigue, por críptica que parezca, lee el archivo hosts.deny, corta los primeros dos octetos de la dirección (supongo que la máscara de red es /16), las ordena por red, cuenta la frecuencia de aparición, vuelve a ordenar la lista por frecuencia, y finalmente extrae las 15 redes con mayor cantidad de IP registradas. No les parece preciosa?
Por supuesto, pueden omitir el tail final para obtener la lista completa.
$ grep DENY /etc/hosts.deny | cut -d' ' -f2 | cut -d. -f1,2 | sort \
| uniq -c | sort -n | tail -15
freq red(/16)
31 118.171
31 88.80
34 67.181
42 61.59
51 58.20
52 122.124
63 116.71
81 216.219
96 193.138
118 195.5
135 118.167
177 118.169
237 122.116
278 118.161
727 118.168
Salta a la vista la cantidad de direcciones 118.168.x.x registradas, pero además también hay 118.169.x.x, 118.167.x.x y otras. El link que adicioné a cada red apunta al informe correspondiente de ipinfo en SANS.
Grafico obligatorio...
.png)
Si nos centramos en el análisis de las direcciones tomando sólo el primer octeto, puede apreciarse la diferencia de las redes 118.x.x.x respecto del resto de las redes.
$ grep DENY /etc/hosts.deny | cut -d' ' -f2 | cut -d. -f1 | sort \Sobre el total de 3544, la proporción es la siguiente:
| uniq -c | sort -n | tail -12
freq red(/8)
51 24
52 59
67 58
83 61
83 67
85 216
87 116
92 87
100 193
118 195
360 122
1383 118
.png)
Segun whois.twnic.net, los segmentos 118.x.x.x y 122.x.x.x que suman casi el 50% de las direcciones registradas por PortSentry en este equipo pertenecen a la red de Chunghwa Telecom Data communication Business Group de Taiwan (www.hinet.net por si alguno entiende). Parece que los muchachos están ocupados...
Bueno ahora es el turno de ustedes. Alguno tiene resultados similares?
Saludos y buena semana!
jueves, mayo 15, 2008
Mirar para adentro
El aviso de seguridad de Debian DSA-1571-1 arranca así... "Luciano Bello descubrió que el generador de números aleatorios en el paquete openssl de Debian es predecible. Esto es causado por un cambio realizado al paquete openssl particular de Debian. Como resultado, el material de clave criptográfica puede ser comprometido."
... y con ese primer párrafo se desencadena el apocalipsis criptográfico, como bien lo denomina Luciano en su blog.
La falla descubierta por Bello es crítica al extremo. Permite comprometer un sistema en cuestión de minutos u horas y afecta desde hace 2 años a miles de hosts en el mundo que corren Debian y sus derivados. Estamos hablando de que es posible vulnerar los controles de acceso a virtualmente cualquier host con un servicio openssh que esté utilizando claves públicas. Ya hay scripts como para entretenerse bajando servers por todos lados.
Como debianero/debianita (near fanatic) que soy, esto me preocupa, y mucho. Si bien la solución fue bastante trivial (yo ya hice lo debido en cada host), así como también lo es la falla original, creo que es momento de plantearse seriamente el proceso de aplicación de parches en el proyecto. Luciano lo deja más que claro en su blog: "... necesitamos un proceso de auditoría real en los parches específicos de Debian. Es difícil, pero necesario."
En la red ya hay un cúmulo de repartijas de responsabilidades, en ./ en inglés, en ./ en castellano. Lo que yo saco en limpio es más o menos lo siguiente:
dos tres cosas:
... y con ese primer párrafo se desencadena el apocalipsis criptográfico, como bien lo denomina Luciano en su blog.
La falla descubierta por Bello es crítica al extremo. Permite comprometer un sistema en cuestión de minutos u horas y afecta desde hace 2 años a miles de hosts en el mundo que corren Debian y sus derivados. Estamos hablando de que es posible vulnerar los controles de acceso a virtualmente cualquier host con un servicio openssh que esté utilizando claves públicas. Ya hay scripts como para entretenerse bajando servers por todos lados.
Como debianero/debianita (near fanatic) que soy, esto me preocupa, y mucho. Si bien la solución fue bastante trivial (yo ya hice lo debido en cada host), así como también lo es la falla original, creo que es momento de plantearse seriamente el proceso de aplicación de parches en el proyecto. Luciano lo deja más que claro en su blog: "... necesitamos un proceso de auditoría real en los parches específicos de Debian. Es difícil, pero necesario."
En la red ya hay un cúmulo de repartijas de responsabilidades, en ./ en inglés, en ./ en castellano. Lo que yo saco en limpio es más o menos lo siguiente:
- Muchos de nosotros como desarrolladores de software libre tenemos una parte de responsabilidad ya, por el mínimo hecho de no auditar código por nuestra propia seguridad (y me incluyo entre los que no lo han hecho). Obviamente en los casos donde uno pueda, ya que leer código no es para cualquiera y cada paquete tiene lo suyo.
- El responsable del paquete también tiene lo suyo por realizar la modificación sin interiorizarse un poco más en el algoritmo subyacente (sepa Ud. que aquí hablo por tener boca y con autoridad nula). Aunque su responsabilidad no es tanta como se le ha atribuído originalmente, pues...
- Los desarrolladores de openssl (a quien debo mis respetos) sí fueron consultados originalmente respecto del parche, pero la respuesta no fue lo suficientemente explícita. Muchos ya han expresado su opinión respecto de que quizá deberían documentar un poco más el código fuente.
- La transparencia en los procedimientos de publicación y tratamiento de la vulnerabilidad. Un fallo de estas características en un producto privativo podría implicar una pérdida importante para su empresa proveedora, que en su intento de minimizar el impacto podría optar por ocultar no sólo el fallo sino su reparación. Los más conspirativos pueden pensar, incluso, que esto ocurre constantemente en muchos productos de software. Debian, por las características del proyecto y por cómo es llevado a cabo tiene la clave en el punto 3 del contrato social: No ocultaremos los problemas. Sólo esto, para mí, es fantástico.
- La celeridad con que actuó la comunidad. Para calcular esto deberíamos saber con exactitud cuándo se contactó Luciano con la gente de security, pero el hecho es que al momento de la publicación de la falla ya estaba en los mirrors la version de openssl arreglada.
- Y el hecho de que haya sido un propio Debian Developer (y argentino para colmo, tras que no somos agrandados) el que lo haya detectado. De acá es donde viene el título del post, él hizo lo que muchos debemos hacer: mirar para adentro.
- Mis felicitaciones a Luciano por su primer DSA que ha sido impactante.
- Cayendo se vuelve a andar, así dicen...
- Ah, y aprovechen iptables que para algo está.
lunes, mayo 12, 2008
Orgullo, prejuicio y nada de persuasión
Estaba leyendo el suplemento de informática de La Nación y la columna de esta semana de Ariel Torres me pareció muy interesante. Se titula "Orgullo, prejuicio y nada de persuasión" y trata de los call-centers de ADSL... Alguno los conoce?
Les recomiendo los comentarios de los lectores: no tienen desperdicio.
Les recomiendo los comentarios de los lectores: no tienen desperdicio.
viernes, mayo 02, 2008
Tu celular te da vergüencita ?
Me he ca**do de risa con el comercial de una conocida empresa de telefonía celular. La escena? Un juicio, un testigo, su celular y un relato conmovedor...
ROFLMAO !
ROFLMAO !
Super Mario en 14k de Javascript
El Super Mario ya es un juegazo legendario. A mi juicio uno de los mejores, sino el mejor.
Pero hacerlo en javascript, jugable e idéntico, eso es ingenio al cubo.
Ah, no me creen? Me tratan de mentiroso? Véanlo ustedes mismos.
Pero hacerlo en javascript, jugable e idéntico, eso es ingenio al cubo.
Ah, no me creen? Me tratan de mentiroso? Véanlo ustedes mismos.
jueves, abril 24, 2008
Hideflag para Windows Vista Starter Edition
Hideflag es una pequeña utilidad casera para remover la marca de agua que trae Windows Vista Starter Edition. Pueden ver el post original si les interesa.
Como han surgido diversas versiones en Internet, les dejo aquí el archivo original con sus firmas para que puedan validarlo si lo han bajado de otro lado:
Descargar: hideflag.zip (resubido dic-12)
MD5: a4111e0e6cc3db8a24e93d92c21b04cd
SHA1: a1e2278fcba475f94474795fafe6a2d67a38ce32
En algún lado dicen que esta utilidad también quita la marca de agua en Windows XP Starter Edition. Alguno lo puede confirmar? En tal caso, si funciona es por casualidad, o como al mago Cacarulo, a quien las cosas le salen bien de puro...
Como han surgido diversas versiones en Internet, les dejo aquí el archivo original con sus firmas para que puedan validarlo si lo han bajado de otro lado:
Descargar: hideflag.zip (resubido dic-12)
MD5: a4111e0e6cc3db8a24e93d92c21b04cd
SHA1: a1e2278fcba475f94474795fafe6a2d67a38ce32
En algún lado dicen que esta utilidad también quita la marca de agua en Windows XP Starter Edition. Alguno lo puede confirmar? En tal caso, si funciona es por casualidad, o como al mago Cacarulo, a quien las cosas le salen bien de puro...
lunes, abril 14, 2008
FLISOL 2008 - Festival Latinoamericano de Instalación de Software Libre
Como es usual por estas fechas, se viene una nueva edición del Festival Latinoamericano de Instalación de Software Libre -- FLISOL 2008, el evento de difusión de Software Libre más grande en Latinoamérica que se realiza desde el año 2005 y su principal objetivo es promover el uso del S.L., dando a conocer al público en general su filosofía, alcances, avances y desarrollo.
Para tal fin, diversas comunidades locales en cada país, en cada ciudad o localidad, organizan simultáneamente encuentros en los que se instala Software Libre de manera gratuita y totalmente legal en las computadoras que llevan los asistentes. Durante la ejecución del mismo se ofrecerán charlas informativas y técnicas sobre diferentes aspectos relacionados con el S.L.
El Grupo de Usuarios de Software Libre de la Universidad Nacional de Luján (UNLuX) desarrolla el encuentro en Luján desde el año 2006 y nos hace llegar la invitación a la 4ta Edición del Festival, FLISOL 2008, dirigida a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos y entusiastas, tengan o no conocimiento informático.
Están todos invitados a participar, una vez más, acercando sus equipos tanto para la instalación, la resolución de problemas sobre instalaciones existentes o simplemente para participar de una jornada distinta para intercambiar experiencias sobre Software Libre. El objetivo principal es compartir conocimientos y ansias de libertad, por ello la asistencia es totalmente libre y gratuita.
Para tal fin, diversas comunidades locales en cada país, en cada ciudad o localidad, organizan simultáneamente encuentros en los que se instala Software Libre de manera gratuita y totalmente legal en las computadoras que llevan los asistentes. Durante la ejecución del mismo se ofrecerán charlas informativas y técnicas sobre diferentes aspectos relacionados con el S.L.
El Grupo de Usuarios de Software Libre de la Universidad Nacional de Luján (UNLuX) desarrolla el encuentro en Luján desde el año 2006 y nos hace llegar la invitación a la 4ta Edición del Festival, FLISOL 2008, dirigida a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos y entusiastas, tengan o no conocimiento informático.
Están todos invitados a participar, una vez más, acercando sus equipos tanto para la instalación, la resolución de problemas sobre instalaciones existentes o simplemente para participar de una jornada distinta para intercambiar experiencias sobre Software Libre. El objetivo principal es compartir conocimientos y ansias de libertad, por ello la asistencia es totalmente libre y gratuita.
- Fecha y Hora:
- Sábado 26 de abril, de 12:30 hs. a 18:00 hs. aprox.
- Lugar:
- Pabellón de Aulas 400, Sede Central
Universidad Nacional de Luján
Intersección de Rutas 5 y 7,
(6700) Luján, Argentina - Más información:
- http://www.installfest.info/
http://www.installfest.info/FLISOL2008/Argentina/Lujan
Suscribirse a:
Entradas (Atom)
Entradas
