Desde lo alto del Cerro

En la sección Manuales se ha incluido un nuevo documento con una presentación sobre el kérnel linux, donde se tratan los siguientes puntos:

• Introducción
• Funciones del sistema operativo
• Funciones del kérnel
• Niveles de seguridad
• Tipos de kérnel
• Principales arquitecturas CPU y ports
• Principales sistemas operativos
• Historia de UNIX
• La lucha de los sistemas integrados
• El kérnel linux
• Características principales
• Características de la compilación
• Carga del sistema
• Manejo de módulos
• Compilación de módulos
• Compilación del kérnel

Durante mucho tiempo no ha sido posible (o yo no he conseguido) utilizar el driver privativo de nvidia con aceleración gráfica en un equipo que estuviese actuando como dominio principal de Xen y había que conformarse con utilizar el driver nv con sus limitaciones. Hoy he encontrado ésta entrada dónde se explican los pasos para conseguirlo; aquí no incluímos nada nuevo respecto la anterior, simplemente se han repetido lo pasos en un equipo con Debian Lenny.

Xen en un sistema muy potente de manejo de máquinas virtuales y normalmente que no pueda utilizarse la aceleración gráfica no suele ser ningún problema, es más, ni si quiera tiene importancia utilizar una tarjeta gráfica en sistemas en producción; pero en un equipo doméstico sí es importante para no tener que reiniciar cada vez que se quiera utilizar una máquina virtual para hacer algunas pruebas.
Leer el resto de esta entrada »

El "can" cerberos custodiaba la puerta de Hades (imagen de http://vyrilien.deviantart.com)

Kerberos es un protocolo de autenticación utilizado en redes no seguras para permitir autenticación recíproca entre un cliente y un servidor y se utiliza principalmente para centralizar la autenticación de usuarios y equipos en una red.

Kerberos proporciona lo que se denomina SSO (Single Sign-On), de manera que un usuario sólo tiene que autenticarse una vez en cada sesión, sirviendo esta autenticación para todos los servicios y equipos de la organización.

Existen diferentes implementaciones de kerberos, tres en el caso de Debian: MIT, heimdal y shishi (no, no voy a hacer ningún chiste fácil sobre esta última ;) ). En esta entrada presentamos la implantación de un servidor MIT kerberos 5 (master) en un equipo con Debian GNU/Linux (lenny) y el proceso de autenticación elemental desde un equipo cliente.
Leer el resto de esta entrada »

Hasta hace poco uno de los problemas de instalar la versión AMD64 de Debian Lenny en un equipo de escritorio es que no había plugin de flash para esta versión. La única solución hasta ahora era instalar la versión de 32 bits (por ejemplo de los repositorios de debian-multimedia.org) y utilizarla a través del nspluginwrapper, pero esto me ha estado dando bastantes problemas y me he decidido por instalar la versión alfa de 64 bits que ha sacado adobe, para lo que hay que realizar los siguientes pasos:

• Descargar el tgz de la página de adobe: http://labs.adobe.com/downloads/flashplayer10.html
• Descomprimirlo en una ubicación temporal
• Mover el fichero libflashplayer.so al directorio /usr/lib64/mozilla/plugins

Ya se puede abrir el navegador y comprobar el plugin que está utilizando escribiendo “about:plugins” en la barra de navegación.

El problema evidente es que se trata de una versión alfa y además no está vinculada a ningún paquete, por lo que habrá que estar pendiente a posibles actualizaciones o a su inclusión en algún paquete de debian-multimedia.org.

Es muy cómodo utilizar DHCP en una red local, pero tiene un inconveniente: no sabemos qué dirección tiene en cada momento un equipo. Una solución para esto es sincronizar el servidor DHCP con el DNS, creando lo que se denomina un servidor DNS dinámico (DDNS). Esta configuración permite que cada vez que se modifique una dirección IP, se registre el cambio en los ficheros que controlan la zona local y, de esta manera, poder acceder a un equipo a través de su nombre.

Leer el resto de esta entrada »

En el artículo Xen y Debian Lenny se discute sobre la situación actual de Xen en la versión de desarrollo de Debian. Actualmente (11/10/2008) no hay soporte dom0 para el núcleo 2.6.26 (no puede utilizarse un equipo con Debian Lenny y núcleo 2.6.26 como “anfitrión”), aunque es posible que esta situación cambie.

En este artículo explicaremos los pasos que hay que dar para instalar Xen en un equipo con Debian Lenny, utilizando para ello el núcleo 2.6.18-6-xen de Debian etch.

Nota: Ya hay soporte dom0 para Xen en debian lenny con el núcleo 2.6.26. Todavía no he tenido tiempo de probarlo con suficiente detalle, pero el método aquí empleado podría no ser ya necesario
Leer el resto de esta entrada »

Hace unos meses publiqué la entrada Instalar y configurar Xen en Debian Lenny (dom0) que ayer borré al darme cuenta de que estaba mal, pido disculpas a quien haya podido confundir.

Empecé a utilizar Xen hace dos años y hasta ahora ha sido una herramienta fundamental en mis clases, pero parece que el desarrollo de Xen no va como debería (posiblemente desde que la compró Citrix, ya que su modelo de negocio poco tiene que ver con el software libre).
Actualización: (24/2/2009) Esta entrada está desfasada. A día de hoy debian lenny SÍ tiene soporte dom0 para xen con el núcleo 2.6.26 Leer el resto de esta entrada »

Este equipo es muy similar a los que vende Dell con Ubuntu pre-instalado (Inspiron 1525N) y creo que la principal diferencia es la tarjeta wifi, que en este equipo es una Broadcom 4310 y en el 1525N es una ipw3945.

Lo primero que hice cuando me llegó fue instalar Ubuntu Hardy Heron (8.04) y borrar el “sistema aperitivo” que traía ;). Fue muy agradable comprobar que todo funcionó a la primera.

Ubuntu está muy bien, pero me gusta más Debian, así que vamos a ver en primer lugar cómo obtener información en Ubuntu de los dispositivos que puedan ser más conflictivos a la hora de instalar Debian. En cuanto a la rama de Debian nos decidimos por testing (ahora mismo lenny) porque tiene mejor soporte para hardware nuevo.
Leer el resto de esta entrada »

Es habitual tener un servidor proxy-cache como squid en una red local para la navegación cuando se dispone de poco ancho de banda. El objetivo de este servidor es que no se repitan descargas ya realizadas y como normalmente están configurados para la navegación web no son adecuados para descargar paquetes de repositorios, ya que éstos tienen características diferentes. En el caso de tener varios equipos con una distribución GNU/Linux que utilice APT, la mejor solución que he encontrado ha sido apt-cacher, que almacena los paquetes descargados en un equipo local y los sirve al resto de los clientes de la red local.

Leer el resto de esta entrada »

En algunas ocasiones, al incluir muchas fuentes en /etc/apt/sources.list por ejemplo, podemos obtener el mensaje:

Leyendo lista de paquetes... ¡Error!
E: Dynamic MMap ran out of room
E: Ocurrió un error mientras se procesaba zekr (NewVersion1)
E: Problem with MergeList /var/lib/apt/lists/ftp.rediris.es_debian_dists_sid_main_binary-i386_Packages
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
E: No se pudo reconstruir el almacén de paquetes

Que se soluciona (tal como se explica en el APT-HOWTO) poniendo la siguiente línea en el fichero /etc/apt/apt.conf:

APT::Cache-Limit 10000000;

Si no existiese el fichero habría que crearlo y si con el valor 10000000 no fuera suficiente habría que ir subiéndolo hasta que funcionase.