GNU Hurd

De Wikipedia, la enciclopedia libre

GNU hurd
Imagen:Hurd-logo.png
Desarrollador: Thomas Bushnell, Roland McGrath, Marcus Brinkmann
Modelo de desarrollo: Software libre
Núcleo: Mach
Tipo de núcleo: Micronúcleo
Licencia: GPL
Última versión estable: k-14 / 2007
Estado actual: En desarrollo
Sitio web: http://www.gnu.org/software/hurd/hurd.html

GNU Hurd es un conjunto de programas servidores que simulan un núcleo Unix que establece la base del sistema operativo GNU. El Proyecto GNU lo ha estado desarrollando desde 1990 como software libre, distribuyéndolo bajo la licencia GPL.

Hurd intenta superar los núcleos tipo Unix en cuanto a funcionalidad, seguridad y estabilidad, aun manteniéndose compatible con ellos. Esto se logra gracias a que Hurd implementa la especificación POSIX (entre otras), pero eliminando las restricciones arbitrarias a los usuarios.

Tabla de contenidos

[editar] Arquitectura

A diferencia de la mayoría de núcleos tipo Unix, Hurd se erige encima de un micronúcleo (actualmente sólo está soportado Mach, aunque existió un proyecto ahora discontinuado para poder ejecutar Hurd en el micronúcleo de segunda generación L4), responsable de facilitarle los servicios de un núcleo más básicos: coordinar el acceso al hardware (a la CPU —mediante multiproceso—, a la memoria RAM —mediante gestión de memoria—, y a otros dispositivos de sonido, gráficos, almacenamiento, etc).

Hay otros sistemas tipo Unix que se ejecutan encima del micronúcleo Mach, como OSF/1, NEXTSTEP, Mac OS X, Lites y MkLinux. Todos ellos están implementados como un único servidor. Por lo tanto, sustituyen el núcleo monolítico de los sistemas Unix tradicionales con dos elementos, el micronúcleo y el servidor Unix.

En cambio, Hurd consiste en múltiples servidores ejecutándose simultáneamente. En lugar de un solo programa enorme que controle desde el reloj hasta el manejo de la red, en Hurd cada una de estas tareas es gestionada por un servidor independiente. Esto hace que (teóricamente, al menos) el desarrollo de Hurd sea mucho más fácil, ya que es menos probable que el hacer cambios en un servidor tenga efectos indeseados en otros servidores. De aquí se deriva el doble acrónimo recursivo: la palabra Hurd es el acrónimo de Hird of Unix-Replacing Daemons (en español: «Hird» de demonios que reemplazan a Unix). A su vez el término Hird significa Hurd of Interfaces Representing Depth («Hurd» de interfaces que representan profundidad). Tanto Hurd como Hird en inglés se pronuncian como herd (en español: manada), por lo que GNU Hurd se podría traducir como «manada de ñúes».

En el diseño original de Mach una de las principales metas fue este tipo de «conjunto de servidores», pero parece que Hurd es el primero en implementar este diseño sobre un micronúcleo Mach (aunque QNX es similar, pero basado en su propio micronúcleo). No está claro por qué no hubo ninguna implementación de múltiples servidores anterior, aunque parece que los grupos que trabajaban en Mach estaban demasiado ocupados en éste para dedicarse al sistema operativo en su totalidad. Hurd intenta, además, ser portable entre micronúcleos.

[editar] Extensiones de Unix

En Hurd un buen número de conceptos tradicionales de Unix cambian o se potencian:

Bajo Unix, cada programa que se ejecuta tiene asociada una identidad de usuario, que normalmente se corresponde con el usuario que inició el proceso. Esta identidad determina en gran medida qué acciones se le permite realizar al programa. Ningún proceso externo puede cambiar la identidad de un programa que se esté ejecutando. Un proceso de Hurd, por otra parte, se ejecuta asociado a un conjunto de identidades de usuario, que puede contener múltiples identidades, una, o ninguna. Un proceso con los suficientes privilegios puede añadir o eliminar identidades de otro proceso. Por ejemplo, existe un servidor de contraseñas que otorga identidades en respuesta a una contraseña de usuario correcta.

Por lo que respecta al sistema de ficheros, se puede establecer un programa adecuado como traductor para un solo fichero o una jerarquía de directorios entera. Cada acceso al fichero traducido, o a los ficheros en la jerarquía en el segundo caso, son de hecho manejados por este programa. Por ejemplo, un traductor de ficheros puede simplemente redirigir las operaciones de lectura y escritura hacia otro fichero, no como un enlace simbólico de Unix. El montaje de Unix, en Hurd se consigue configurando un traductor de sistema de ficheros (usando el mandato settrans). Los traductores también se pueden usar para proporcionar servicios al usuario. Por ejemplo, el traductor ftpfs permite a un usuario encapsular un sitio FTP remoto en un directorio. Con esto, se pueden usar programas estándar como ls, cp o rm para manipular ficheros en el sitio remoto. Hay traductores incluso más potentes, como UnionFS, que permite a un usuario unificar varios directorios en uno solo, de tal manera que al listar este directorio se muestra el contenido de todos los directorios unificados (una característica ausente en la mayoría de Unices, aunque presente en FreeBSD).

Quizás la característica más potente de Hurd es la posibilidad de que cualquier usuario ejecute sus propios servicios de sistema. Un usuario puede asignar cualquier traductor al sistema de ficheros para su uso personal. Incluso puede reemplazar servidores del sistema, como el servidor de autenticación, con otros servidores de su elección. Todo esto se puede hacer sin afectar a los otros usuarios, gracias a que los ámbitos de efecto están bien definidos. De hecho, incluso es posible para un usuario ejecutar Hurd dentro de sí mismo, lo que se conoce como sub-Hurd.

[editar] Arquitectura de los servidores

Según la documentación de Debian son los siguientes: [1]

  • auth: El servidor de autenticación. Se le envían pares usuario/password y él devuelve un token. Juega un papel importante ya que todos los otros servidores exigen que se les presente algún token de los que auth reparte o rechazan la llamada que se les pide.
  • crash: Servidor para gestionar aplicaciones que mueren
  • exec: servidor para la llamada exec
  • ext2fs: Servidor ext2fs
  • fifo: Traductor fifo
  • firmlink: Traductor firmlink
  • ftpfs: Traductor del sistema de archivos ftp
  • fwd: Servidor fwd
  • hostmux: Servidor hostmux
  • ifsock: Servidor ifsock
  • init: Servidor init
  • isofs: Servidor del sistema de archivos iso
  • magic: Servidor magic
  • new-fifo: Servidor new-fifo
  • nfs: Servidor nfs
  • null: Servidor null
  • pfinet: Servidor pfinet
  • pflocal: Servidor pflocal
  • proc: Servidor de procesos
  • storeio: Traductor de almacenamiento
  • symlink: Traductor de enlaces simbólicos
  • term: Servidor de terminal
  • ufs: Servidor de ufs
  • usermux: Servidor usermux

Entre todos ellos implementan la interfaz o API Single Unix Specification que es un superset de POSIX. En realidad, es la librería libc la que implementa la API POSIX, igual que en Linux, y Hurd da un interfaz cercano pero de más bajo nivel.

La forma de los programas de llamar al hurd es a través del sistema de ficheros. Funcionan como un sistema de ficheros especial, parecido al /proc de linux. Por ejemplo, si queremos hablar con el servidor auth miraremos en el directorio donde esté montado (/servers/auth) y haremos llamadas read/write sobre él.

De alguna forma, por tanto, el servidor del sistema de ficheros es el que hace de interfaz del API también y sabe a cual de los otros servidores de bajo nivel mandar las llamadas. A bajo nivel, cuando se hace un open de uno de estos ficheros, el programa recibe un ID que se llama en argot del hurd "port" [2] y que se comporta como un punto de entrada al fs (algo como un par de números major/minor en linux).

La arquitectura de Mach obliga a que los drivers para los distintos dispositivos hardware vayan compilados dentro del micronúcleo. Por tanto Hurd no necesita llevar el mismo la gestión de bajo nivel de las interrupciones. En cambio sí que necesita traducir las señales hardware a señales del sistema operativo.

[editar] Arranque

Necesitaremos un boot loader que sea multiboot compliant, como GRUB. Haremos los siguientes pasos (o configuraremos el boot loader para que los haga automáticamente):

  • Cargar el micronúcleo en memoria.
  • Cargar un script para que el micronúcleo arranque el Hurd. Puede arrancarse a mano o cargase como si fuera un módulo de grub (comando module de GRUB). Hurd viene con un script que se llama serverboot para arrancar el hurd completo.
  • Darle el control al micronúcleo, que debe estar capacitado para ejecutar scripts.

Con esto, el micronúcleo cargará los servidores del hurd y les pasará el control.

[editar] Historia del desarrollo

El desarrollo de Hurd empezó en el año 1990. Aunque Richard Stallman, fundador del proyecto GNU, había anunciado que esperaba el lanzamiento oficial del sistema operativo GNU (también conocido como GNU/Hurd) antes de finales de 2002, esto no fue conseguido, en parte porque se comenzó a utilizar el núcleo de Linux.

[editar] Distribuciones que usan Hurd

Actualmente, hay al menos cuatro distribuciones de GNU/Hurd en preparación (Debian GNU/Hurd, Gentoo, Bee y A.T.L.D. GNU/Hurd), aunque ninguna ha publicado versiones oficiales.

[editar] Hurd NG

Se está intentando crear una nueva versión del Hurd llamada NgHurd, este proyecto comenzó con un intento de portar el micronúcleo L4 a Hurd lo cual lo hubiera dotado de una mayor velocidad entre otras características. Dicho proyecto fue abandonado, por lo cual se están discutiendo las características para esta nueva versión desde cero, incluyendo el micronúcleo a utilizar.


[editar] Véase también

[editar] Enlaces externos

Obtenido de "http://es.wikipedia.org/wiki/GNU_Hurd"
Herramientas personales