Odio esta época de año, todo se para, la gente anda en cualquiera, los amigos se van, hacen un calor de morirse, como si fuese poco sigo escuchando una frase que surge en esta época del año y esta vez me molesto...
"El Año 2009 será el Año de Linux"
Previamente fue...
El 2008
El 2007
Y si continúo seguramente llegaré a los 90.
Me molesta esta frase por que ciertamente no la entiendo, como que será el año de GNU/Linux. Desde mi punto de vista el año de GNU/Linux paso hace mucho tiempo, hace tanto tiempo que las grandes corporaciones confían en poner sus procesos de negocio sobre esta plataforma, donde IBM invierte millones de dolares en su desarrollo, donde Red Hat es una de las corporaciones de IT más importantes del momento y vive de GNU/Linux, donde los nuevos teléfonos vendrán con alguna versión de GNU/Linux, donde la mayoría de los servidores web del mundo trabajan con Apache y alguna versión de GNU/Linux, en donde Google es uno de los consumidores y productores más exigentes de GNU/Linux y el Software Libre, donde el imperio de Redmond se derrumba lentamente y sus grandes caballeros huyen por la puerta trasera.
La verdad no entiendo que más hay que demostrar para que de una vez por todas comprendan que GNU/Linux esta aquí para quedarse, es una propuesta sería, rentable, tiene varios sabores y nadie te obliga a usarla.
Otro de los títulos que ando viendo es,
"GNU/Linux lo salvará en estos tiempos de crisis"
Claro, ahora el pingüino tiene venir a salvarles el orto por que sus grandes estrategas de negocio nunca pensaron en realizar inversiones de IT correctamente, confiaron en soluciones privativas y ahora los loquitos del software libre tienen que salvar sus empresas. Entiendanlo, no es una cuestión de precio, es una cuestión de libertad, de mejor capacidad técnica, de alternativas, de integración, de estandarización. Dejen de pensar que van a ahorrar dinero con el Software Libre, ese no puede ser su argumento de venta, si lo hacen les prometo que les jugará en contra en el mediano plazo.
En fin, ya descargue mis pensamientos. Desde mi punto de vista, el año de GNU/Linux fue el 2001, cuando pase de ser un simple curioso a un usuario para terminar siendo un fanático.
Mostrando entradas con la etiqueta Linux. Mostrar todas las entradas
Mostrando entradas con la etiqueta Linux. Mostrar todas las entradas
jueves, 18 de diciembre de 2008
miércoles, 10 de diciembre de 2008
Tu propio AP casero con Debian
Como soy un chico pobre y no tengo dinero para comprarme un access point hace un tiempo átras decidí hacerme el mio propio, hoy les mostraré como se hace.
Yo lo instale con Debian dado que lo monte en mi homeserver el cual ya estaba andando anteriormente, pero existe una distro realizada especificamente para hacer esto llamada ZeroShell la cual aparentemente esta genial, si la prueban cuenteneme su experiencia.
Los requerimientos
Necesitarán:
Instalar la Placa Wifi
Para empezar deben tener instalada la placa wifi, si es una placa con chipset atheros deberán instalarla con los drivers de madwifi, para ello pueden utilizar la aplicación module assistant de debian. La secuencia de pasos es la siguiente
echo "ath_pci" >> /etc/modules
Y deberán añadir esta opción en el archivos modprobe.d en etc para que la interface se levante en modo ap.
options ath_pci autocreate=ap
Configurar las Interfaces
Asumo que la interface ethernet la tienen configurada correctamente y es la eth0, por el otro lado la interface ath0 es la correspondiente a la placa wifi. La forma fácil de montar la red es mediante la creación de un bridge que trabaje con ambas interfaces, la forma difícil es mediante un nateo entre ambas interfaces. Les voy a mostrar como es con nateo dado que no quise crear un bridge porque mi server ya tiene demasiadas interfaces y no quiero añadirle una mas.
La intefaz eth0 obtiene una IP del la red cableada perteneciente a la subred 192.168.10.0/24 y la red inalámbrica tiene una subred del tipo 10.0.0.0/8 siendo la interfase la 10.0.0.1.
Nos vamos al archivo interfaces en /etc/network y empezamos a editar.
auto lo
iface lo inet loopback
allow-hotplug eth0 ath0
auto ath0 eth0
iface eth0 inet dhcp
#Configuracion de la placa wifi
iface ath0 inet static
address 10.0.0.1
netmask 255.0.0.0
post-up /etc/network/start-nat
La última línea ejecuta el script star-nat después de levanta la interface ath0, este configura el iptables para hacer el nateo. Este script no es la gran ciencia, las opciones básicas son las siguientes.
iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth0 -o ath1 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A FORWARD -i ath0 -o eth0 -j ACCEPT
Si quieren, pueden añadirle mas reglas para montar un firewall interno y proteger tanto el acceso a la red cableada como la red inalámbrica. Otra opción es montar un proxy transparente para la red, esta es una buena idea en el caso de que tengan muchos usuarios colgados y quieran optimizar la navegación, pero eso lo vamos a dejar para otra oportunidad.
Paso siguiente reiniciar la red
/etc/init.d/networking restart
En este punto tienen el AP funcionando, si escanean la red desde una máquina cliente seguro que va a funcionar, la cuestión es que no disponemos de ningún mecanismo de seguridad, dejando nuestra red abierta a todo el mundo que quisiese conectarse.
Seguridad, Hostapd al rescate!
Para evitar dejar nuestra red abierta al mundo lo que vamos a hacer es instalar una utilidad llamada Hostapd, esta utilidad corre como un demonio y se bindea con la intefaz inalámbrica para realizar el proceso de autenticación de los clientes, dejando o no conectarse, en caso de éxito y que el cliente se conecte al AP posteriormente realiza la encriptación de la comunicación.
Para instalarlo deben utilizar el sagrado apt
apt-get install hostapd
Una vez instalado deben configurar el archivo hostapd en el directorio /etc/hostapd/, debería quedarles algo así.
RUN_DAEMON="yes"
DAEMON_CONF="/etc/hostapd/hostapd.conf"
Esto es importante, dado que sino no les va a funcionar hostapd como demonio.
Ahora reiniciamos el demonio hostapd con la nueva configuración.
/etc/init.d/hostapd restart
Si miran la interface ath0 con iwconfig les va a aparecer esto
ath0 IEEE 802.11g ESSID:"casiva" Nickname:""
Mode:Master Frequency:2.412 GHz Access Point: 06:40:05:29:24:FA
Bit Rate:0 kb/s Tx-Power:16 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Encryption key:2C0D-B181-3C45-C195-13D6-AC8A-D123-CC63 [3]
Power Management:off
Link Quality=37/70 Signal level=-59 dBm Noise level=-96 dBm
Rx invalid nwid:10 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Ahora tienen un AP con contraseña y además con filtrado por mac, que tal.
Configurar Clientes
El último paso es configurar los clientes, pero de esto ya hablamos en un post anterior así que solo me limito a la referencia. Observen que pusimos como mecanismo de encriptación WPA-PSK y para transferencia del par CCMP, pueden cambiarlos en la configuración de Hostapd.
http://www.casivaagustin.com.ar/2008/10/wpa-supplicant-en-debian-lenny.html
Conclusiones
Bueno con esto tendrían un AP casero realizado con no mas de 100 pesos y una computadora viejita. Quedarían miles de cosas para hacerle, como por ejemplo configurar posta posta el firewall, poner un proxy y hasta algo más elemental poner un Dhcp.
Para el caso del Dhcp les recomiendo Dnsmasq, se levanta rápidamente y se pueden hacer miles de cosas con el, como filtrar la respuesta de solicitudes de Dhcp por mac, configurar IP estáticas, montar Dns relay o estático y miles de cosas más.
Lo mas gracioso de todo esto es que todos los AP que andan dando vueltas como los Linksys, Dlink, Encore y otros utilizan las mismas utilidades que nombramos aquí, capas otra versión, capaz con esteroides, pero básicamente es lo mismo.
Otra cosa que me gustaría ver es algo así corriendo en windows, a ver si un MSGeek me pasa un link a un howto así, quiero ver si es tan fácil como en Linux y si tienen herramientas tan buenas.
Les dejo un enlace que me ayudo mucho para la instalación
http://www.linux.com/feature/55617
Yo lo instale con Debian dado que lo monte en mi homeserver el cual ya estaba andando anteriormente, pero existe una distro realizada especificamente para hacer esto llamada ZeroShell la cual aparentemente esta genial, si la prueban cuenteneme su experiencia.
Los requerimientos
Necesitarán:
- Placa de Red Inalámbrica con chipset Atheros, con otras placas el procedimiento puede variar e incluso hasta no funcionar, algunas placas no soportan modo ap, verificar que la suya lo soporte.
- Placa de Red Ethernet 10/100, para conectarse a la red cableada.
- PC x86 o compatible Pentium o superior, cualquiera debería funcionar sin problemas, yo tengo un p3 con 512mb de Ram (ja y después me quieren vender el Linksys con unos miserables 16mb de ram :P).
- Una Iso de Debian, si se animan con otra distro adapten el ejemplo.
Instalar la Placa Wifi
Para empezar deben tener instalada la placa wifi, si es una placa con chipset atheros deberán instalarla con los drivers de madwifi, para ello pueden utilizar la aplicación module assistant de debian. La secuencia de pasos es la siguiente
apt-get update
apt-get install build-essential module-assistant wireless-tools
module-assistant prepare
Instalamos el driver
module-assistant auto-install madwifi-source
Cargamos el modulo
modprobe ath_pci
echo "ath_pci" >> /etc/modules
Y deberán añadir esta opción en el archivos modprobe.d en etc para que la interface se levante en modo ap.
options ath_pci autocreate=ap
Configurar las Interfaces
Asumo que la interface ethernet la tienen configurada correctamente y es la eth0, por el otro lado la interface ath0 es la correspondiente a la placa wifi. La forma fácil de montar la red es mediante la creación de un bridge que trabaje con ambas interfaces, la forma difícil es mediante un nateo entre ambas interfaces. Les voy a mostrar como es con nateo dado que no quise crear un bridge porque mi server ya tiene demasiadas interfaces y no quiero añadirle una mas.
La intefaz eth0 obtiene una IP del la red cableada perteneciente a la subred 192.168.10.0/24 y la red inalámbrica tiene una subred del tipo 10.0.0.0/8 siendo la interfase la 10.0.0.1.
Nos vamos al archivo interfaces en /etc/network y empezamos a editar.
auto lo
iface lo inet loopback
allow-hotplug eth0 ath0
auto ath0 eth0
iface eth0 inet dhcp
#Configuracion de la placa wifi
iface ath0 inet static
address 10.0.0.1
netmask 255.0.0.0
post-up /etc/network/start-nat
La última línea ejecuta el script star-nat después de levanta la interface ath0, este configura el iptables para hacer el nateo. Este script no es la gran ciencia, las opciones básicas son las siguientes.
iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth0 -o ath1 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A FORWARD -i ath0 -o eth0 -j ACCEPT
Si quieren, pueden añadirle mas reglas para montar un firewall interno y proteger tanto el acceso a la red cableada como la red inalámbrica. Otra opción es montar un proxy transparente para la red, esta es una buena idea en el caso de que tengan muchos usuarios colgados y quieran optimizar la navegación, pero eso lo vamos a dejar para otra oportunidad.
Paso siguiente reiniciar la red
/etc/init.d/networking restart
En este punto tienen el AP funcionando, si escanean la red desde una máquina cliente seguro que va a funcionar, la cuestión es que no disponemos de ningún mecanismo de seguridad, dejando nuestra red abierta a todo el mundo que quisiese conectarse.
Seguridad, Hostapd al rescate!
Para evitar dejar nuestra red abierta al mundo lo que vamos a hacer es instalar una utilidad llamada Hostapd, esta utilidad corre como un demonio y se bindea con la intefaz inalámbrica para realizar el proceso de autenticación de los clientes, dejando o no conectarse, en caso de éxito y que el cliente se conecte al AP posteriormente realiza la encriptación de la comunicación.
Para instalarlo deben utilizar el sagrado apt
apt-get install hostapd
Una vez instalado deben configurar el archivo hostapd en el directorio /etc/hostapd/, debería quedarles algo así.
Por último debemos crear un archivo con la lista de las direcciones mac de los clientes y la contraseña de acceso para cada uno. Dicho archivo esta definido en el archivo de configuración anterior eninterface=ath0
driver=madwifi
logger_syslog=-1
logger_syslog_level=2
logger_stdout=-1
logger_stdout_level=2
debug=0
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=My_Secure_WLAN
#macaddr_acl=1
#accept_mac_file=/etc/hostapd/accept
auth_algs=3
eapol_key_index_workaround=0
eap_server=0
wpa=3
wpa_psk_file=/etc/hostapd/wpa_psk
wpa_key_mgmt=WPA-PSK
wpa_pairwise=CCMP
stakey=0
wpa_psk_file=/etc/hostapd/wpa_psk. Creamos y editamos dicho archivo poniendo lineas como estaEl último paso es cambiar las opciones por defecto de hostapd en /etc/default/hostapd. Debería quedarles algo así00:00:00:00:00:00 PASSPHRASE
RUN_DAEMON="yes"
DAEMON_CONF="/etc/hostapd/hostapd.conf"
Esto es importante, dado que sino no les va a funcionar hostapd como demonio.
Ahora reiniciamos el demonio hostapd con la nueva configuración.
/etc/init.d/hostapd restart
Si miran la interface ath0 con iwconfig les va a aparecer esto
ath0 IEEE 802.11g ESSID:"casiva" Nickname:""
Mode:Master Frequency:2.412 GHz Access Point: 06:40:05:29:24:FA
Bit Rate:0 kb/s Tx-Power:16 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Encryption key:2C0D-B181-3C45-C195-13D6-AC8A-D123-CC63 [3]
Power Management:off
Link Quality=37/70 Signal level=-59 dBm Noise level=-96 dBm
Rx invalid nwid:10 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Ahora tienen un AP con contraseña y además con filtrado por mac, que tal.
Configurar Clientes
El último paso es configurar los clientes, pero de esto ya hablamos en un post anterior así que solo me limito a la referencia. Observen que pusimos como mecanismo de encriptación WPA-PSK y para transferencia del par CCMP, pueden cambiarlos en la configuración de Hostapd.
http://www.casivaagustin.com.ar/2008/10/wpa-supplicant-en-debian-lenny.html
Conclusiones
Bueno con esto tendrían un AP casero realizado con no mas de 100 pesos y una computadora viejita. Quedarían miles de cosas para hacerle, como por ejemplo configurar posta posta el firewall, poner un proxy y hasta algo más elemental poner un Dhcp.
Para el caso del Dhcp les recomiendo Dnsmasq, se levanta rápidamente y se pueden hacer miles de cosas con el, como filtrar la respuesta de solicitudes de Dhcp por mac, configurar IP estáticas, montar Dns relay o estático y miles de cosas más.
Lo mas gracioso de todo esto es que todos los AP que andan dando vueltas como los Linksys, Dlink, Encore y otros utilizan las mismas utilidades que nombramos aquí, capas otra versión, capaz con esteroides, pero básicamente es lo mismo.
Otra cosa que me gustaría ver es algo así corriendo en windows, a ver si un MSGeek me pasa un link a un howto así, quiero ver si es tan fácil como en Linux y si tienen herramientas tan buenas.
Les dejo un enlace que me ayudo mucho para la instalación
http://www.linux.com/feature/55617
martes, 9 de diciembre de 2008
Convertir Daa a Iso
Me acabo de bajar unas utilidades que estaban en un archivo con formato daa, "y eso!!!!" me dije a mi mismo, buscando un poco me encuentro con que esa extensión corresponde a archivos de imagen realizados con PowerISO, dicho formato es propietario y para poder utilizarlo necesitas si o si dicho programa. Maldición!, otra vez perdiendo la estandarización y libertad, menos mal que existen grandes luchadores que pelean por nuestra libertad, en esta oportunidad Luigi Auriemma salvó mi vida con una utilidad llamada daa2iso, dicho soft extrae la información de daa y la pasa al formato iso. Para utilizarla solo deben hacer
daa2iso archivo.daa nuevo.iso
Dicha utilidad no esta disponible en los repositorios de debian, pero pueden descargar el fuente y compilarlo simplemente con make.
daa2iso archivo.daa nuevo.iso
Dicha utilidad no esta disponible en los repositorios de debian, pero pueden descargar el fuente y compilarlo simplemente con make.
viernes, 5 de diciembre de 2008
RealVideo en Debian
La extensión rmvb se corresponde con vídeos comprimidos con los codecs de RealVideo, para poder visualizarlos debemos contar con los decoders de realvideo instalados en nuestra maquina.
A los usuarios de debian, como de otras distros que respetan las cuestiones de licencia, les debe haber sucedido que no pudieron visualizar videos con esta extensión y seguro que probaron con todos los reproductores existentes en los repositorios oficiales. La cuestión es que dichos codecs tienen una licencia privativa por ende la gente de debian no los incluye en sus repositorios.
Gente un poco más atrevida creo un repositorio no oficial para aquellos codecs no incluidos oficialmente, dicho repositorio se llama Debian Multimedia. Para añadir este repositorio a su debian solo deben añadir al su archivo /etc/apt/sources.list la siguiente linea
Si tienen Etch:
deb http://www.debian-multimedia.org etch main
o
deb ftp://ftp.debian-multimedia.org etch main
o
deb http://www.debian-multimedia.org stable main
o
deb ftp://ftp.debian-multimedia.org stable main
Si tienen Lenny:
deb http://www.debian-multimedia.org lenny main
o
deb ftp://ftp.debian-multimedia.org lenny main
o
deb http://www.debian-multimedia.org testing main
o
deb ftp://ftp.debian-multimedia.org testing main
Al finalizar deben hacer un update
$sudo apt-get update
Para finalizar, si desean tener soporte para RealVideo pueden instalar el paquete w32codecs:
$apt-get install w32codecs
Este tambien añadirá soporte para los siguientes formatos:
ATI VCR-2 video codec.
Alterta!: si usted realiza estos pasos contaminará su SO con software privativo, uselo bajo su propia responsabilidad y que dios lo acompañe!
A los usuarios de debian, como de otras distros que respetan las cuestiones de licencia, les debe haber sucedido que no pudieron visualizar videos con esta extensión y seguro que probaron con todos los reproductores existentes en los repositorios oficiales. La cuestión es que dichos codecs tienen una licencia privativa por ende la gente de debian no los incluye en sus repositorios.
Gente un poco más atrevida creo un repositorio no oficial para aquellos codecs no incluidos oficialmente, dicho repositorio se llama Debian Multimedia. Para añadir este repositorio a su debian solo deben añadir al su archivo /etc/apt/sources.list la siguiente linea
Si tienen Etch:
deb http://www.debian-multimedia.org etch main
o
deb ftp://ftp.debian-multimedia.org etch main
o
deb http://www.debian-multimedia.org stable main
o
deb ftp://ftp.debian-multimedia.org stable main
Si tienen Lenny:
deb http://www.debian-multimedia.org lenny main
o
deb ftp://ftp.debian-multimedia.org lenny main
o
deb http://www.debian-multimedia.org testing main
o
deb ftp://ftp.debian-multimedia.org testing main
Al finalizar deben hacer un update
$sudo apt-get update
Para finalizar, si desean tener soporte para RealVideo pueden instalar el paquete w32codecs:
$apt-get install w32codecs
Este tambien añadirá soporte para los siguientes formatos:
ATI VCR-2 video codec.
- Cinepak video codec
- DivX ;-) video codec, ver. 3.11
- DivX ;-) video codec, ver. 4.x
- Indeo Video 3.2/4.1/5.0/4.1 quick/5.0 quick codecs.
- Intel 263 video codec.
- Microsoft MPEG-4 video codec, beta version 3.0.0.2700
- Morgan Multimedia Motion JPEG video codec.
- QuickTime
- Windows Media Video 9
- y Mas
Alterta!: si usted realiza estos pasos contaminará su SO con software privativo, uselo bajo su propia responsabilidad y que dios lo acompañe!
martes, 2 de diciembre de 2008
Drucker opina de Linux
El papí del Managment, Peter Drucker, en su libro "The Definitive Drucker" expone como ejemplo de Colaboración y Orquestación al desarrollo del kernel de Linux. Me pareció muy interesante que semejante personaje del mundo empresarial conozca tantas cuestiones técnicas del desarrollo del kernel, por algo fue el más capo no les parece?.
Pueden leer lo que dijo en su libro gracias a Google Books(Pag. 140)
Fuente Viva Linux
sábado, 15 de noviembre de 2008
Autenticar Clientes GNU/Linux contra un PDC Active Directory
El problema del manejo de usuarios, contraseñas y perfiles en las redes de organizaciones medianamente grandes suele ser un trabajo complejo si no se cuenta con las herramientas adecuadas.
Active Directory es una solución de Microsoft para centralizar en uno, o varios servidores, la información referida a los usuarios, como por ejemplo.
Todo esto siempre y cuando las maquinas pertenecientes al dominio sean algún tipo de Windows. Sin lugar a dudas esta es una de las herramientas favoritas por muchos sysadmins dado que simplifica la administración de los puestos de trabajo en un red de gran tamaño.
Montar algo así con software libre también es posible pero requiere bastante más trabajo por parte del sysadmin (el loco que lo monta tiene que tenerla clara).
Relacionado con todo esto, acabo de cruzarme con un muy interesante articulo en TechNet donde explican como autenticar servidores GNU/Linux contra un PDC Active Directory. Presentan tres posibles soluciones con sus sus ventajas y desventajas.
Es un articulo que no se puede dejar de ver dado que es común encontrar una red corporativa con un controlador de domino Active Directory y ver los servidores GNU/Linux fuera del dominio, si hay un controlador por que no administrarlo por ahí, no les parece ?. Igualmente, al incorporarlos mediante este mecanismo lo único que ganamos es la centralización de las cuentas de usuarios, olvidense de perfiles y esas cosas, pero desde mi punto de vista no me parece poca cosa.
Los dejo con el articulo: http://technet.microsoft.com/en-au/magazine/dd228986.aspx
Active Directory es una solución de Microsoft para centralizar en uno, o varios servidores, la información referida a los usuarios, como por ejemplo.
- Contraseñas
- Perfiles (las configuraciones propias del usuario)
- Grupos a los Que pertenecen
- Políticas sobre los Grupos (GPO) y Usuarios
- Expiración de contraseñas
- Permitir Denegar Acciones
Todo esto siempre y cuando las maquinas pertenecientes al dominio sean algún tipo de Windows. Sin lugar a dudas esta es una de las herramientas favoritas por muchos sysadmins dado que simplifica la administración de los puestos de trabajo en un red de gran tamaño.
Montar algo así con software libre también es posible pero requiere bastante más trabajo por parte del sysadmin (el loco que lo monta tiene que tenerla clara).
Relacionado con todo esto, acabo de cruzarme con un muy interesante articulo en TechNet donde explican como autenticar servidores GNU/Linux contra un PDC Active Directory. Presentan tres posibles soluciones con sus sus ventajas y desventajas.
Es un articulo que no se puede dejar de ver dado que es común encontrar una red corporativa con un controlador de domino Active Directory y ver los servidores GNU/Linux fuera del dominio, si hay un controlador por que no administrarlo por ahí, no les parece ?. Igualmente, al incorporarlos mediante este mecanismo lo único que ganamos es la centralización de las cuentas de usuarios, olvidense de perfiles y esas cosas, pero desde mi punto de vista no me parece poca cosa.
Los dejo con el articulo: http://technet.microsoft.com/en-au/magazine/dd228986.aspx
martes, 11 de noviembre de 2008
Mejorando el Booteo
Ultimamente uno encuentra en muchos blogs sobre como hacer bootear tu GNU/Linux en 5, 10, 3, 4 segundos. La verdad que están muy buenos los informes dado que es impresionante la customización de los autores.
Bueno, llego la hora y decidí intentarlo, mi objetivo no era llegar a 5 segundos pero sí bajar un poco el tiempo de arranque dado que estaba en aproximadamente un minuto, también decidí no recompilar el kernel dado que no quería perder la generalidad del kernel por defecto. Después de trabajar toda la mañana pude reducir el tiempo de arranque a 45 segundos, pero la pantalla de login esta disponible solo en 30 segundos, cosa que para mis parámetros fue más que aceptable.
Para controlar los tiempos trabaje con la misma herramienta que utilizan todos, bootchart. Para instalar esta herramienta solo deben aptegetearla y configurar su grub para que la inicie durante el arranque.
#apt-get install bootchart
Añadir el parametro init=/sbin/bootchartd al kernel en su grub.
title Debian GNU/Linux, kernel 2.6.26-1-486 root (hd0,0) kernel /boot/vmlinuz-2.6.26-1-486 root=/dev/hda1 ro vga=771 init=/sbin/bootchartd initrd /boot/initrd.img-2.6.26-1-486
Listo, al reiniciar este programa registra el proceso. Luego desde una consola solo deben ejecutar el comando bootchart para que procese los logs del arranque y genere un gráfico con el proceso de booteo.
Mi primer análisis fue el siguiente
Luego de cambiar algunas cosas me quedo así
Las cuestiones que modifique fueron:
Quite los servicios
Por último configure para que el X arranque primero que todo y las configuraciones de red se ejecuten posteriores al X.
Si hubiese compilado el kernel específicamente para esta maquina hubiese ganado al menos 10 segundos en el proceso de arranque. Pero como dije, quiero mantener el kernel genérico para no tener que andar recompilando cada 20 días, :S.
Les recomiendo que prueben hacerlo y después me cuentan como les fue.
Bueno, llego la hora y decidí intentarlo, mi objetivo no era llegar a 5 segundos pero sí bajar un poco el tiempo de arranque dado que estaba en aproximadamente un minuto, también decidí no recompilar el kernel dado que no quería perder la generalidad del kernel por defecto. Después de trabajar toda la mañana pude reducir el tiempo de arranque a 45 segundos, pero la pantalla de login esta disponible solo en 30 segundos, cosa que para mis parámetros fue más que aceptable.
Para controlar los tiempos trabaje con la misma herramienta que utilizan todos, bootchart. Para instalar esta herramienta solo deben aptegetearla y configurar su grub para que la inicie durante el arranque.
#apt-get install bootchart
Añadir el parametro init=/sbin/bootchartd al kernel en su grub.
title Debian GNU/Linux, kernel 2.6.26-1-486 root (hd0,0) kernel /boot/vmlinuz-2.6.26-1-486 root=/dev/hda1 ro vga=771 init=/sbin/bootchartd initrd /boot/initrd.img-2.6.26-1-486
Listo, al reiniciar este programa registra el proceso. Luego desde una consola solo deben ejecutar el comando bootchart para que procese los logs del arranque y genere un gráfico con el proceso de booteo.
Mi primer análisis fue el siguiente
Luego de cambiar algunas cosas me quedo así
Las cuestiones que modifique fueron:Quite los servicios
- bluetooth : mi lapto no tiene interfaz bluetooth
- exim : Es una desktop, no necesito mensajes administrativos
- postgres : No lo ando utilizando mucho
- cups : No imprimo nada desde esta maquina
- samba : Lo habilitaré manualmente cuando lo necesite
- sshd : Idem que el anterior
- nfs y portmap : Ya ni recuerdo la ultima vez que use NFS
Por último configure para que el X arranque primero que todo y las configuraciones de red se ejecuten posteriores al X.
Si hubiese compilado el kernel específicamente para esta maquina hubiese ganado al menos 10 segundos en el proceso de arranque. Pero como dije, quiero mantener el kernel genérico para no tener que andar recompilando cada 20 días, :S.
Les recomiendo que prueben hacerlo y después me cuentan como les fue.
domingo, 9 de noviembre de 2008
Aprenda solo Programación en Shell
La programación en shell es un recurso que todo sysadmin debería manejar sin problemas para hacer su trabajo mejor y mas sencillo.
Acabo de toparme con un muy buen ebook que toca el tema y esta diseñado para aprender esta técnica en 24hs, seguramente tardarán más de eso.
Les dejo el link al ebook.
http://www.linuxinet.com/free-linux-ebooks/ebook-sams-teach-yourself-shell-programming-24-hours.html
Acabo de toparme con un muy buen ebook que toca el tema y esta diseñado para aprender esta técnica en 24hs, seguramente tardarán más de eso.
Les dejo el link al ebook.
http://www.linuxinet.com/free-linux-ebooks/ebook-sams-teach-yourself-shell-programming-24-hours.html
domingo, 2 de noviembre de 2008
Acceso SSH con Claves
SSH es un protocolo para establecer conexiones de shell seguras a servidores remotos, son seguras por que la comunicación entre el cliente y el servidor viaja encriptada mediante el protocolo SSL. Al iniciar un sesión SSH se debe ingresar la contraseña de la cuenta del usuario en el servidor remoto al que vamos a acceder, existe un mecanismo para evitar tener que ingresar la contraseña cada vez que accedemos al servidor y es mediante la utilización de claves publicas y privadas.
La idea es general un par de claves, una privada y una publica, en nuestra maquina cliente. La clave privada queda en nuestra maquina y la publica se envía a el servidor remoto, cuando deseamos acceder al servidor remoto, el SSH verifica la existencia de las claves y controla que ambas sean el par de claves generadas, en caso de éxito permite el acceso al servidor remoto sin tener que ingresar la contraseña, en caso de fallo no permite el acceso al servidor.
Veamos como es el proceso para generar el par de claves y enviarlas al servidor. Primero, desde una consola, utilizamos el comando ssh-keygen.
$ssh-keygen -t dsa
Les aparecerán unas preguntas, la primera es en donde guardaran las claves, el lugar por defecto es su home dentro de la carpeta .ssh/.
La segunda pregunta es la contraseña para proteger la clave privada. Al final les aparecerá un mensaje con la operación realizada.
Generating public/private dsa key pair.
Enter file in which to save the key (/home//.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home//.ssh/id_dsa.
Your public key has been saved in /home//.ssh/id_dsa.pub.
The key fingerprint is:
a1:b8:muchos numeros wacacca:74:80@
Una vez terminada la operación tendremos el par de claves, por último solo queda enviar la clave publica a nuestro servidor, puede hacerse con el comando scp o mediante la utilidad ssh-copy-id.
Con scp podemos hacer lo siguiente:
scp .ssh/id_dsa.pub@serverremoto.com.ar:/home//.ssh/authorized_keys
Y con ssh-copy-id sería
ssh-copy-id -i .ssh/id_dsa.pub@suserverremoto.com.ar
Con eso la próxima vez que ingresemos al server se nos pedirá la contraseña con la que protegimos la clave privada y dicha contraseña quedara en toda la sesión de la maquina cliente, por ende no pedirá la contraseña para ingresar al servidor remoto durante la sesión. En caso que esto les moleste pueden dejar la clave privada sin proteger, es decir no ingresen una contraseña al generar el par de claves.
Algunos enlaces
http://www.marcelor.com/2008/02/conexion-con-ssh-sin-contrasena-en-ubuntu.html
http://no-names.biz/es/2008/05/30/howto-use-ssh-key/
La idea es general un par de claves, una privada y una publica, en nuestra maquina cliente. La clave privada queda en nuestra maquina y la publica se envía a el servidor remoto, cuando deseamos acceder al servidor remoto, el SSH verifica la existencia de las claves y controla que ambas sean el par de claves generadas, en caso de éxito permite el acceso al servidor remoto sin tener que ingresar la contraseña, en caso de fallo no permite el acceso al servidor.
Veamos como es el proceso para generar el par de claves y enviarlas al servidor. Primero, desde una consola, utilizamos el comando ssh-keygen.
$ssh-keygen -t dsa
Les aparecerán unas preguntas, la primera es en donde guardaran las claves, el lugar por defecto es su home dentro de la carpeta .ssh/.
La segunda pregunta es la contraseña para proteger la clave privada. Al final les aparecerá un mensaje con la operación realizada.
Generating public/private dsa key pair.
Enter file in which to save the key (/home/
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/
Your public key has been saved in /home/
The key fingerprint is:
a1:b8:muchos numeros wacacca:74:80
Una vez terminada la operación tendremos el par de claves, por último solo queda enviar la clave publica a nuestro servidor, puede hacerse con el comando scp o mediante la utilidad ssh-copy-id.
Con scp podemos hacer lo siguiente:
scp .ssh/id_dsa.pub
Y con ssh-copy-id sería
ssh-copy-id -i .ssh/id_dsa.pub
Con eso la próxima vez que ingresemos al server se nos pedirá la contraseña con la que protegimos la clave privada y dicha contraseña quedara en toda la sesión de la maquina cliente, por ende no pedirá la contraseña para ingresar al servidor remoto durante la sesión. En caso que esto les moleste pueden dejar la clave privada sin proteger, es decir no ingresen una contraseña al generar el par de claves.
Algunos enlaces
http://www.marcelor.com/2008/02/conexion-con-ssh-sin-contrasena-en-ubuntu.html
http://no-names.biz/es/2008/05/30/howto-use-ssh-key/
martes, 28 de octubre de 2008
WPA Supplicant en Debian Lenny
Todos conocemos, o escuchamos, los posibles problemas de seguridad de que trae tener una red inalámbrica, y también sabemos que un mecanismo de prevención es proteger la red mediante encriptación WPA2. La mejor forma para implementar estos mecanismos sobre Linux es vía el paquete wpa_supplicant, que es una implementación de 802.11i.Desde que tengo mi laptop siempre tuve problemas para hacer funcionar adecuadamente dicho programa, por ende tenía problemas para conectarme. Ayer dije basta, lo hago andar a como de lugar, así que junte mis cosas y me fui a Techtools para abuzarme de su red inalámbrica privada que trabaja con WPA2.
Después de haber visto varias guías de configuración, me encontré con el dilema de que no encontraba ninguno de los archivos de configuración mencionados en las guias. Continuando con la búsqueda, leo en la wiki de Debian, que en su última versión los desarrolladores cambiaron de lugar la mayoría de los archivos de configuración para poder proveer un mecanismo de configuración mas integrado, por ende toda la documentación que leí anteriormente solo sirvió para confundirme.
Después de probar y probar pude dar en el clavo, la forma de configuración es bastante sencilla, aquí va un pequeño resumen. Primero hay que tener instalador correctamente los drivers de la placa wireles, en mi caso es
Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN
la tengo trabajando con los drivers nativos, pero funciona con Ndiswrapper. Aquí explican bastante bien como realizar la instalación de los drivers.
El paso siguiente es instalar el paquete wpa_supplicant que se encuentra disponible en los repositorios.
# apt-get install wpasupplicant
Por último realizamos la configuración del paquete. Lo primero es crear un archivo de configuración para wpa_supplicant, el cual podemos ponerlo en /etc/wpa_supplicant/wpasupplicant.conf. En dicho archivo se definen las redes y las opciones de encriptación, existen varias formas de definición dependiendo de los mecanismos de encriptación que utilice la red, para el caso de WPA y una red sin encriptación quedaría así.
# WPA-PSK/TKIP
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="RedSeguraConWpa"
proto=WPA
key_mgmt=WPA-PSK
pairwise=TKIP
priority=4
psk="lasuperclave"
}
#Otra red
network={
ssid="RedInsegura"
key_mgmt=NONE
}
Por último debemos definir que el dispositivo wireless será controlado vía wpa_supplicant en el archivo de interfaces, así que a editar.
/etc/network/interfaces
# Loopback
auto lo
iface lo inet loopback
# Configuración de las otras interfaces
allow-hotplug eth1
iface eth1 inet dhcp
#Aca viene la papota
auto wlan0_rename
iface wlan0_rename inet manual
wpa-driver wext
wpa-roam /etc/wpa_supplicant/wpasupplicant.conf
Fijense la última interface, ahí decimos que la maneje de manera manual, y definimos que utilice el wpa mediante en driver wext y que lea la configuración en el archivo anteriormente creado. Con eso ya estaría todo listo, si reiniciamos las interfaces la maquina debería asociarse a la mejor red disponible de las que están definidas en el archivo wpasupplicant.conf.
La idea de ahora en mas es ir definiendo todas las redes en el archivo de wpa_supplicant y olvidarse de lo demás.
Para otras placas wireless la configuración probablemente varié un poco.
Aquí algunas referencias:
http://wiki.debian.org/WPA
http://home.telkomsa.net/richm/hp-nx6125.html
http://hostap.epitest.fi/wpa_supplicant/
lunes, 27 de octubre de 2008
Quikinstall - Atidrivers en Debian
Esta es una mini guía de como instalar los drivers propietarios de ATI en Debian Lenny. El caso de éxito fue en una HP NX6125 con una placa XPress 200.Esta es la instalación a lo Debian, pero pueden si gustan intentar el mecanismo tradicional bajando los drivers del sitio de ATI y seguir sus pasos.
Como requisito deben tener habilitados los repositorios nonfree en sus mirrors de apt.
La secuencia de comandos es la siguiente, realizados todos como root.
Instalar los drivers de ATI
apt-get install fglrx-driver
Compilar los modulos para nuestra versión del kernel mediante la utilidad Module Assistant.
m-a a-i fglrx
Realizar la configuracion del servidor X
aticonfig --initial aticonfig --overlay-type=Xv
Cargar el modulo y ver que este todo ok
modprobe fglrx
Añadir el modulo a la listas de modulos a cargar en el arranque
echo "fglrx" >> /etc/modules
Reiniciar y rezar que ande todo
reboot
Para probar que tenemos Aceleración 3d, ejecutamos
fgl_glxgears
Si aparece la animación de los engranajes girando estamos listos para jugar, sino revisar los pasos.
Lectura de Logs con Multitail
La lectura de logs suele ser un ser un trabajo sucio y que a la mayoría de las personas no suele gustarle, a veces cuesta encontrar lo que se busca entre tantas lineas de texto. Hoy conocí una herramienta para facilitar esta labor, dicha herramienta se llama multitail y los desarrolladores simplemente la definen como un Tail con Esteriodes.
Además de mostrar la salida de logs y tiene de atractivo que pone colorcitos muuuy chetos a la salida (esto se suele hacer con colorize), también permite hacer un follow del archivo de log, esperando que este cambie para mostrar los cambios inmediatamente, ideal para monitorear que esta pasando en tiempo real (esto se suele hacer con watch).
Pero aquí no termina todo, puede splitearse la pantalla y poner varios archivos de logs al mismo tiempo en la consola, esto esta genial para el caso donde no contamos con interfase gráfica o estamos en una sesión remota ssh. Por último, si hasta aquí no los sorprendí, el bicho este esta preparado para trabajar sobre ciertos archivos de logs estándares como los de Squid, Apache o Postfix por ejemplo y antes de mostrarlo los preprocesa para hacerla mas entendible (por ejemplo en Squid transforma los Timestamp en un formato humanoleible).
Obviamente este productos es Open Source y esta disponible en el apt de Debian, también funciona en otras distros, en FreeBSD y hasta en Solaris. Es sin dudas una herramienta que todo sysadmin debería tener disponible en su path.
Home: http://www.vanheusden.com/multitail/
domingo, 26 de octubre de 2008
Una vieja cantarela
Los usuarios de Microsoft como siempre me dan pena, sin ánimos de ofender a nadie. Acabo de encontrarme con otro acto desesperado para darle vida a otro de sus amados productos, en este caso Windows XP.
Según los muchachos de Redmond, dejaran de vender el próximo Junio Windows XP para promover a su nueva mascota, Vista. Esto produjo un gran revuelo entre los MSGeeks y comenzaron a juntar firmas por internet para solicitar a Microsoft que no lo deje en el olvido, dicha campaña ya lleva 140.000 firmas.
Este tipo de acciones es muy común entre estos consumidores, véase casos como por ejemplo cuando solicitaron que no discontinúen a Visual Basic 6 o FoxPro (el cual a duras penas continua sobreviviendo).
Me llama la atención de ambas partes, primero del lado de MS la cual, como todos sabemos, nunca escucha a sus consumidores y hace lo que se le da la regalada gana total sabe que sus usuarios son esclavos de sus soluciones, por ende lo que ellos ofrezcan estos utilizaran. Por el otro lado los usuarios que no aprenden y siguen dándose contra la pared, pidiéndole favores al demonio el cual es se ríe de ellos mientras siguen comprando las nuevas versiones de sus productos.
No me creo mas pícaro ni especial al darme cuenta de esta cuestión, tampoco me causa nada de gracia, pero es muy triste que esta gente no abra los ojos y no sepa valorar sus derechos como consumidores, esta empresa nunca va a cambiar y nunca va a pensar en ustedes por que no los necesita y no le interesa su opinión, por que ustedes son esclavos de sus productos, y en cierta forma, directa o indirectamente, todos los somos.
Creo feacientemente que este es el momento de decir basta, es el momento de cambiar y hacer valer nuestro derecho de elegir. En vez de pasar a Vista es hora de utilizar otra plataforma para el Desktop, y creo (mas allá de mi fanatismo) que el mejor candidato es GNU/Linux, en especial Ubuntu. Durante casi cuatro años de trabajo duro, pensar en la gente y hacer buenos productos de software, esta gente logro tener un producto estable, fácil de usar, agradable para el usuario, compatible con la mayoría del hardware actual y el cual puede ser utilizado por cualquiera sin necesidad de pagar alguna licencia por ello. Gente, dejemos de construir edificios sobre la arena, ya sabemos lo que sucede con el tiempo.Igualmente, soy fiel a la idea de que con el tiempo este cambio sucederá, y no gracias a este post en particualar, sino a las miles de vocecitas (las cuales cada vez son mas) que repiten constantemente cosas como "Usa Software Libre" o "Usa Linux". Solo el tiempo lo dira.
PD: Reitero la cuestión de que no es mi intención ofender particularmente a ningun usuarios de las plataformas windows, son libres de hacer lo que se les plazca, pero es lo que siento y es mi opinion.
lunes, 13 de octubre de 2008
Problemas con EasyEclipse en Debian
Tratando de encontrar una IDE agradable para PHP me tope con EasyEclipse, una distro de Eclipse totalmente lista para utilizar con lenguajes de scripting como PHP, Python y Ruby.
La cosa es que cuanto pretendía arrancarla misteriosamente se colgaba arrojando un error como este.
easyeclipse-lamp-1.2.2.2/./jre/bin/java: symbol lookup error: /home/agustin/Desktop/easyeclipse-lamp-1.2.2.2/configuration/org.eclipse.osgi/bundles/171/1/.cp/libswt-mozilla-gtk-3236.so: undefined symbol: _ZN4nsID5ParseEPKc
Aparentemente el error surge en Debian, dado que este entorno depende de Firefox y como en Debian solo tenemos Iceweasel por defecto y los paths están cambiados de lugar, la ide no puede encontrar correctamente las librerías que necesita.
La solución, es exportar la variable que define el home de firefox, MOZILLA_FIVE_HOME, de la siguiente manera.
export MOZILLA_FIVE_HOME='/usr/lib/iceweasel/'
Con esto deberíamos haber solucionado ese problema.
Recuperar la Password de Root en Debian
Siempre pasa que después de pasar mucho tiempo sin entrar en una maquina nos olvidamos su contraseña administrativa (osea la de root). Antes la clásica solución era entrar en modo single de modo que iniciara una sesión de root sin solicitar contraseña y poder cambiarla ahí, la cosa es que mucha gente tomo esto como un posible problema de seguridad y hasta en el modo single distros como debian solicitan contraseña para ingresar como root.
La segunda forma de solucionar este problema es un poco mas compleja, había que bootear el sistema con un CD de arranque, entrar en el sistema live, montar la partición del sistema que perdimos su contraseña y por último hacer un chroot y pasar el sistema host, de ahí cambiar la password.
Ahora veo una tercera opción mucho mas sencilla, lo que hay que hacer es ni bien arranca la maquina, en el menú de grub editar la linea kernel de la opción que utilizaremos para iniciar y añadiremos la opcion “init=/bin/sh” o “/bin/bash”, quedaría algo así.
kernel /boot/vmlinuz-2.6.18-5-486 root=/dev/hda1 ro init=/bin/sh
Con esto, se iniciara una sesión de shell en modo root, desde aquí montamos el sistema raíz, dado que el proceso de arranque no es el normal y no se ejecutan todos los pasos del proceso de arranque.
#mount -o remount rw /
Y por ultimo cambiamos la password como siempre
#passwd root
Al finalizar reiniciamos mediante rebooot y listo, contraseña de root recuperada.
La segunda forma de solucionar este problema es un poco mas compleja, había que bootear el sistema con un CD de arranque, entrar en el sistema live, montar la partición del sistema que perdimos su contraseña y por último hacer un chroot y pasar el sistema host, de ahí cambiar la password.
Ahora veo una tercera opción mucho mas sencilla, lo que hay que hacer es ni bien arranca la maquina, en el menú de grub editar la linea kernel de la opción que utilizaremos para iniciar y añadiremos la opcion “init=/bin/sh” o “/bin/bash”, quedaría algo así.
kernel /boot/vmlinuz-2.6.18-5-486 root=/dev/hda1 ro init=/bin/sh
Con esto, se iniciara una sesión de shell en modo root, desde aquí montamos el sistema raíz, dado que el proceso de arranque no es el normal y no se ejecutan todos los pasos del proceso de arranque.
#mount -o remount rw /
Y por ultimo cambiamos la password como siempre
#passwd root
Al finalizar reiniciamos mediante rebooot y listo, contraseña de root recuperada.
miércoles, 1 de octubre de 2008
Consola Interactiva para CSharp
Si hay algo de lo que me enamoré ni bien lo ví en el mundo python fue su consola interactiva, es la cosa más útil y práctica que he visto en mucho tiempo. Me entero por el Blog de Miguel de Icaza que los locos de Mono hicieron una consola al estilo de la de python pero para C#, mirando algunos screenshots se nota que esta muy buena e intersante para ser testeada, lamentablemente todavía no se encuentra en ninguna release pero puede ser descargada desde el svn de mono.
Mas info en CSharpRepl
domingo, 28 de septiembre de 2008
Fuentes para Debian y Ubuntu
Si quieren tener una lindas fuentes en su Debian, o Ubuntu valga la redundancia, instalen los siguientes paquetes via apt.
- ttf-dustin
- ttf-georgewilliams
- ttf-larabie-deco
- ttf-larabie-straight
- ttf-larabie-uncommon
- ttf-gentium
- ttf-sjfonts
O simplemente copypasten este comando.
sudo apt-get install ttf-dustin ttf-georgewilliams ttf-larabie-deco ttf-larabie-straight ttf-larabie-uncommon ttf-gentium ttf-sjfonts
- ttf-dustin
- ttf-georgewilliams
- ttf-larabie-deco
- ttf-larabie-straight
- ttf-larabie-uncommon
- ttf-gentium
- ttf-sjfonts
O simplemente copypasten este comando.
sudo apt-get install ttf-dustin ttf-georgewilliams ttf-larabie-deco ttf-larabie-straight ttf-larabie-uncommon ttf-gentium ttf-sjfonts
jueves, 18 de septiembre de 2008
Kernel Submit 2008
Actualmente se esta realizando la Kernel Submit 2008, donde los desarrolladores del Kernel de Linux se juntan para conocerse, físicamente, intercambiar ideas, definir cursos de acción, actualizarse con novedades, etc.
Acabo de ver esta foto con alguno de los personajes fundamentales en el desarrollo del kernel actualmente. Desde aca lo único que puedo decirles a todos ellos, GRACIAS!!!!!!!
Acabo de ver esta foto con alguno de los personajes fundamentales en el desarrollo del kernel actualmente. Desde aca lo único que puedo decirles a todos ellos, GRACIAS!!!!!!!
sábado, 13 de septiembre de 2008
SFD 2008
Recién llego de la Software Freedom Day, un evento para la promoción y difusión del software libre que se realiza a nivel mundial, en la zona fue organizado en conjunto por la gente de Nesla, Comunidad TIC y la empresa Neurowork. El evento estubo muy lindo y pude encontrarme con muchos amigos linuxeros a los cuales veo poco y nada por desgracia.
En el evento hubo un par de charlas de altísimo nivel como la de la gente de IP Corp Corrientes, los cuales hablaron de como interactuar con PostgreSQL y C/C++.
También vino un representante de Sun a hablar de OpenSolaris (el cual tiro palos suaves a Linux, como no es de esperarse menos) , dicha charla también estubo interesante.
Por ultimo estubo el amigo Jose Masdeu contándonos su última locura en el Poder Judicial con respecto a el proyecto de creación del Data Center para dicha organización implementado en un 90% con software libre, si bien no le dió el tiempo para hablar en detalle de todos los elementos que involucran el proyecto yo que estuve hablando con el por afuera de su charla (con un par de cervezas de por medio) me lo mostró en detalle y quede simplemente sin palabras, es un arquitectura muy limpia y bien armada, la verdad es un proyecto envidiable para ser realizado.
Al final Pedro Cacivio nos sorprendió con sus habilidades "hackeristicas" mostrando un poco de ataques remotos y Etical Hacking.
El resto del tiempo estuvimos hablando con la gente, actualizandonos de la novedades, sacando un poco el cuero (:P) y obviamente haciendo cosas de nerds!.
Felicitaciones a los organizadores por haber realizado el evento, salió muy bien (al menos desde mi punto de vista).
En el evento hubo un par de charlas de altísimo nivel como la de la gente de IP Corp Corrientes, los cuales hablaron de como interactuar con PostgreSQL y C/C++.
También vino un representante de Sun a hablar de OpenSolaris (el cual tiro palos suaves a Linux, como no es de esperarse menos) , dicha charla también estubo interesante.
Por ultimo estubo el amigo Jose Masdeu contándonos su última locura en el Poder Judicial con respecto a el proyecto de creación del Data Center para dicha organización implementado en un 90% con software libre, si bien no le dió el tiempo para hablar en detalle de todos los elementos que involucran el proyecto yo que estuve hablando con el por afuera de su charla (con un par de cervezas de por medio) me lo mostró en detalle y quede simplemente sin palabras, es un arquitectura muy limpia y bien armada, la verdad es un proyecto envidiable para ser realizado.
Al final Pedro Cacivio nos sorprendió con sus habilidades "hackeristicas" mostrando un poco de ataques remotos y Etical Hacking.
El resto del tiempo estuvimos hablando con la gente, actualizandonos de la novedades, sacando un poco el cuero (:P) y obviamente haciendo cosas de nerds!.
Felicitaciones a los organizadores por haber realizado el evento, salió muy bien (al menos desde mi punto de vista).
viernes, 12 de septiembre de 2008
LCG
Continuando con noticias sobre el LHC, hoy voy a comentarles sobre algo referido a los temas habituales de este blog, hablaré del LCG o LHC Computing Grid.
La maquina esta genera muchisima información por segundo referida a los procesos de fusión que suceden en su interiror, toda esta información es almacenada en un gran Data Center con miles de equipos y muchisimo storage. Se tiene estimado que el LHC generará 15 Peta bytes de información por año. El proyecto LCG esta compuesto por un Grid de miles de computadores distribuidos en diferentes niveles o tiers, en el primero tier o tier0 se encuentra el Cern, aca esta toda la maquinaria grosa, para ser más gráfico solamente les dejo unas imagenes de su Data Center.
Su biblioteca de cintas
Racks, a lot of racks
Mas computadores
Un punto de monitoreo
Mas servers
Mas imagenes en la galería del CERN.
La cuestión es que tener una contingencia de esta información es complicado debido a el alto volumen de datos de la misma, por ello se pensó en distribuir la información en otros 3 niveles de Data Centers, yendo desde los mejores y bajando a otros de menores características, todos ellos distribuidos en diferentes partes del mundo. Aquí tenemos un punto importante a considerar, Si! sucediese lo que algunos pronostican de que existe la posibilidad de que volara una gran parte de la galaxia en caso de que este bichito falle nos quedamos sin contingencia dados que los datacenter están todos en este planeta, entiendo que tampoco quedaría nadie para que analice los datos, pero que pasará dentro de 100000 años cuando lleguen gente Extraterrestre y quieran saber que paso con nuestra civilización (eso no consideraron estos genios, jeje).
Otra cosa interesante de este proyecto es que, aunque no lo crean, corre en su gran parte sobre Linux, también trabaja con VMware (pero esto estimo que será por que cuendo se inicio el proyecto alla por 98 lo mejorcito que había dando vuelta en virtualización hera VMware, caclulo que hoy en día ubiesen elegido otro producto del tipo open source, por razones científicas principalmente). Si no creen que funciona con linux vean a este estusiasta que esta mas que convencido
Large Hadron Collider on 12seconds.tv
Les dejo unos links por si quieren seguir investigando del tema
http://blog.internetnews.com/skerner/2008/09/large-hadron-collider---powere.html
http://lcg.web.cern.ch/LCG/
La maquina esta genera muchisima información por segundo referida a los procesos de fusión que suceden en su interiror, toda esta información es almacenada en un gran Data Center con miles de equipos y muchisimo storage. Se tiene estimado que el LHC generará 15 Peta bytes de información por año. El proyecto LCG esta compuesto por un Grid de miles de computadores distribuidos en diferentes niveles o tiers, en el primero tier o tier0 se encuentra el Cern, aca esta toda la maquinaria grosa, para ser más gráfico solamente les dejo unas imagenes de su Data Center.
Su biblioteca de cintas
Racks, a lot of racks
Mas computadores
Un punto de monitoreo
Mas serversMas imagenes en la galería del CERN.
La cuestión es que tener una contingencia de esta información es complicado debido a el alto volumen de datos de la misma, por ello se pensó en distribuir la información en otros 3 niveles de Data Centers, yendo desde los mejores y bajando a otros de menores características, todos ellos distribuidos en diferentes partes del mundo. Aquí tenemos un punto importante a considerar, Si! sucediese lo que algunos pronostican de que existe la posibilidad de que volara una gran parte de la galaxia en caso de que este bichito falle nos quedamos sin contingencia dados que los datacenter están todos en este planeta, entiendo que tampoco quedaría nadie para que analice los datos, pero que pasará dentro de 100000 años cuando lleguen gente Extraterrestre y quieran saber que paso con nuestra civilización (eso no consideraron estos genios, jeje).
Otra cosa interesante de este proyecto es que, aunque no lo crean, corre en su gran parte sobre Linux, también trabaja con VMware (pero esto estimo que será por que cuendo se inicio el proyecto alla por 98 lo mejorcito que había dando vuelta en virtualización hera VMware, caclulo que hoy en día ubiesen elegido otro producto del tipo open source, por razones científicas principalmente). Si no creen que funciona con linux vean a este estusiasta que esta mas que convencido
Large Hadron Collider on 12seconds.tv
Les dejo unos links por si quieren seguir investigando del tema
http://blog.internetnews.com/skerner/2008/09/large-hadron-collider---powere.html
http://lcg.web.cern.ch/LCG/
Suscribirse a:
Entradas (Atom)
