\chapter{Algo de Configuraci\'on.}
\section{Introducci\'on.}

Este captulo tercero trata de ser un somero repaso a la configuracin
y uso del LINUX para adaptarlo a nuestras necesidades del da a da.

Comienza explicando los pasos necesarios para la compilacin del
ncleo del sistema operativo, conviene recordar que una de las
caractersticas principales del LINUX es el llevar consigo el cdigo
fuente completo adems de una serie de utilidades que nos pueden
ayudar a su construccin, de esta forma tendremos un ncleo totalmente
ajustado a nuestro hardware, adems de permitirnos el poder modificar
este cdigo fuente para poder compilarlo y utilizarlo posteriormente
(si todo ha ido bien). El cdigo fuente viene en forma de ficheros en
lenguaje C y ensamblador que sern procesados con la ayuda de la
utilidad make que lo acompaa por el compilador (gcc) que viene con la
distribucin. Junto con este apartado tambin se detalla el mecanismo
de los mdulos dinmicos y las diferentes posibilidades que existen
para el arranque del sistema.

En el tercer apartado se describirn los diferentes tipos de sistemas
de ficheros que LINUX puede manejar y la forma en que han de ser
tratados para que el sistema operativo los reconozca.

Para la gestin de usuarios veremos los pasos necesarios para dar de
alta a un usuario, eliminarlo, el programa sudo , que permite ejecutar
ciertos comandos reservados al administrador a un usuario distinto
adems de conocer lo que es un grupo y la forma de crearlos, borrarlos
y sus implicaciones.

Se detalla el mecanismo de arranque y parada del sistema dando un
repaso a los ficheros implicados en este proceso. Estos ficheros
vienen con un contenido determinado en la distribucin pero pueden ser
modificados si es necesario. Quiz el nmero de ficheros implicados en
este mecanismo pueda parecer algo grande en un principio, pero una vez
conocida su funcin seremos capaces de introducir cualquier
modificacin.

Quiz lo primero que hay que decir es que con LINUX el usuario se
convierte al mismo tiempo en administrador, en algunas ocasiones
tendr la necesidad de acceder a la mquina mediante la cuenta
principal (root) para realizar este tipo de tareas por lo que es
necesario conocer muy bien aquello que se va a realizar, un error en
cualquiera de los procesos descritos puede producir problemas por lo
que el siguiente apartado ofrecer un repaso a diferentes mtodos
destinados a poder recuperar el sistema ante cualquier imprevisto.

        

Los apartados siete y ocho tienen que ver con la capacidad que tiene
LINUX para la gestin de redes y el soporte para distintos tipos de
protocolos, los pasos bsicos necesarios para la conexin a Internet y
hacer uso del software disponible para usar en los servicios que esta
red ofrece.

Insisto por ltimo en la idea de que se evitarn muchos de estos
imprevistos adems de graves problemas si trabajamos al mximo desde
un usuario distinto del administrador.


\section{Compilar  el  ncleo.}

Este es uno de los puntos principales que diferencian a LINUX del
resto de sistemas operativos, la disponibilidad de todo el cdigo
fuente del ncleo en lenguaje C y ensamblador adems de todas las
herramientas necesarias para su compilacin. Otras implementaciones
del sistema operativo UNIX (bajo las condiciones de diferentes
licencias de uso) tambin tienen esta posibilidad aunque en algunos
casos disponemos de los fuentes en forma de ficheros precompilados
(objeto).

Como se coment en el captulo I el cdigo disponible es el del LINUX
en s, slo recordar que el nombre atiende al ncleo del sistema
operativo aunque se utiliza para denominar todo el conjunto.

Hasta el momento hemos estado utilizando el ncleo que en su da
escogimos de los disponibles en la distribucin: bare.gz, abare.gz,
.... de esta forma tenamos varias versiones del ncleo del sistema
operativo ya compiladas y listas para su utilizacin, lo nico que
hicimos fue copiarla en un disquete y posteriormente aprovecharla en
la creacin del disco de arranque desde el programa SETUP o en la
configuracin de LILO.

Para poder disponer de todo el material necesario para este apartado
hemos de instalar la serie K de la distribucin Slackware en la que
tenemos dos versiones del ncleo del sistema operativo, la 1.2.13 como
ltima versin estable y la 1.3.20 por si queremos estar 'a la ltima'
en cuanto a versiones del ncleo.

Una vez instalada la serie, si se accede al directorio /usr/src/linux,
contiene ficheros con informacin adicional y los directorios que
contienen cada una de los componentes que van a formar el nuevo
ncleo.

La necesidad de crear una nueva versin de LINUX viene determinada por
ciertas situaciones que pueden surgir y que a continuacin describo:

\begin{itemize}
\item La versin de la que disponemos no puede manejar cierto tipo de
  hardware que tenemos instalado en el ordenador, hace falta una
  actualizacin a una versin superior.
  
\item LINUX sigue sin reconocer nuestro lector de CD-ROM, tarjeta de
  sonido o cualquier otro componente a pesar de haber escogido la
  imagen del ncleo correcta segn las recomendaciones.
  
\item Mejora del rendimiento del sistema,ajustando al mximo la
  configuracin, un ncleo configurado con caractersticas que el
  ordenador no va a manejar ser ms grande en tamao, consumir ms
  recursos y, por tanto, ralentizar el sistema.
  
\item Se va a utilizar LINUX para comunicaciones (instalada la serie
  N), por lo que necesitamos soporte para redes, sistema de ficheros
  nfs, TCP/IP, SLIP ....
  
\item El hardware del ordenador ha sufrido algn cambio.
\end{itemize}   
                
El nmero de situaciones ante las que se puede plantear la necesidad
de recompilar el ncleo puede ser muy amplio, no obstante, es
necesario aclarar que no siempre este proceso va a ayudar a solucionar
los problemas, a veces la mayora de dificultades son debidas a una
mala configuracin del sistema.

Otra posibilidad que se ofrece es la de poder crear varias versiones
del ncleo del sistema operativo, cada una con unas posibilidades
diferentes de forma que podemos escoger durante el arranque cual se a
utilizar. Tanto LILO como Loadlin1 tienen la posibilidad de escoger
entre varias imgenes del ncleo o por el contrario se puede disponer
de varios disquetes de arranque.

Como ejemplo podemos tener tres opciones en el arranque del sistema,
un ncleo que est ajustado al mximo para el manejo de nuestro
ordenador y otro igual pero con soporte para redes destinado a si
nuestra mquina est conectada a una red, acceso a Internet,....

Esta situacin tiene un problema, si el sistema arranca con el ncleo
sin soporte para redes porque se va a trabajar con una mquina de
forma aislada generar numerosos mensajes de error debidos a ficheros
cargados durante la inicializacin del sistema (demonios) destinados a
la automatizacin de tareas en la gestin de las comunicaciones ya que
seguiremos teniendo los ficheros que intervienen en el arranque
configurados para la carga de estos programas y el ncleo no estar
configurado para su manejo. Hay que distinguir lo que est configurado
en los ficheros de arranque y lo que el ncleo puede gestionar.



En el directorio que contiene el cdigo fuente podemos ver algunos
ficheros cuyo contenido paso a detallar:

\begin{itemize}
  
\item Makefile y Configure: Ficheros que utilizaremos para la creacin
  del ncleo.
  
\item README: Instrucciones de como realizar este proceso y que hacer
  ante algn problema.
  
\item README.modules: Breve descripcin de como compilar el ncleo
  para que pueda manejar mdulos dinmicos.
  
\item CREDITS: Datos sobre los autores de algunas partes del cdigo
  del ncleo.
  
\item System.map: Informacin sobre estructuras de datos y funciones
  que forman parte del ncleo y la posicin en memoria que ocupan.
\end{itemize}

Tambin podemos ver algunos directorios que contienen:

\begin{itemize}
\item arch: Contiene el cdigo de los ficheros que configuran LINUX
  para ser ejecutado en distintas arquitectura en este caso disponemos
  de Alpha, Mips, Sparc e i386 para los procesadores de la familia
  Intel. En el resto de la estructura de ficheros tenemos los fuentes
  para el LINUX 'genrico' por decirlo de alguna forma, en este
  directorio tenemos los ficheros que marcan la diferencia para las
  distintas arquitecturas.
  
\item drivers: Aqu disponemos de la parte del ncleo destinada al
  manejo de dispositivos.
  
\item fs: Los distintos sistemas de ficheros disponibles (minix,
  msdos, ext2, ...).
  
\item include: Ficheros cabecera organizados segn la arquitectura a
  la que van destinados.
  
\item init: Contiene el fichero principal del cdigo fuente (main.c).
  
\item ipc: Implementa los distintos mecanismos destinados a la
  comunicacin entre procesos que LINUX soporta.

\item kernel: Fuentes del ncleo comn a todas las arquitecturas.
  
\item lib: Ficheros con los que se construye la librera esttica
  'lib.a' que posteriormente se incorpora al ncleo.
  
\item mm: Gestin de la memoria en LINUX.
  
\item net: Encontraremos la implementacin de los protocolos que el
  sistema operativo puede manejar en cuanto a redes y comunicaciones
  se refiere.
\end{itemize}

El primer paso que tenemos que dar para compilar la nueva versin es
establecer la necesidades, esto se realiza mediante la contestacin a
una serie de preguntas que se presentarn al teclear (ubicados en el
directorio /usr/src/linux y como usuario root):

\begin{verbatim}
# make config
\end{verbatim}

Tras lo cual se presentarn una por una las cuestiones a responder, la
opcin especificada entre corchetes es la opcin por defecto, podemos
aceptarla pulsando la tecla Enter o modificarla. En funcin de la
contestacin a alguna de las preguntas se pueden mostrar otras, por lo
que el ejemplo a continuacin mostrado no tiene porque coincidir con
sus respuestas:

\begin{figure}[tbhH!]
\begin{verbatim}
rm -f include/asm
( cd include ; ln -sf asm-i386 asm)
/bin/sh Configure arch/i386/config.in
*
* General setup
*
Kernel math emulation (CONFIG_MATH_EMULATION) [n] 
Normal floppy disk support (CONFIG_BLK_DEV_FD) [y] 
Normal (MFM/RLL) disk and IDE disk/cdrom support (CONFIG_ST506) [y] 
*
* Please see drivers/block/README.ide for help/info on IDE drives
*
Use old disk-only driver for primary i/f (CONFIG_BLK_DEV_HD) [n]    
Use new IDE driver for primary/secondary i/f (CONFIG_BLK_DEV_IDE) [y]    
Include support for IDE/ATAPI CDROMs (CONFIG_BLK_DEV_IDECD) [y] 
XT harddisk support (CONFIG_BLK_DEV_XD) [n] 
Networking support (CONFIG_NET) [n] 
Limit memory to low 16MB (CONFIG_MAX_16M) [y]
PCI bios support (CONFIG_PCI) [n] 
System V IPC (CONFIG_SYSVIPC) [y] 
Kernel support for ELF binaries (CONFIG_BINFMT_ELF) [y] 
Use -m486 flag for 486-specific optimizations (CONFIG_M486) [y] 
*
* Loadable module support*
Set version information on all symbols for modules (CONFIG_MODVERSIONS) [n] 
*
* SCSI support
*
SCSI support? (CONFIG_SCSI) [n] 
*
* Skipping SCSI configuration options...
*
*
* CD-ROM drivers (not for SCSI or IDE/ATAPI drives)
*
Sony CDU31A/CDU33A CDROM driver support (CONFIG_CDU31A) [n] 
Mitsumi (not IDE/ATAPI) CDROM driver support (CONFIG_MCD) [n] 
Matsushita/Panasonic CDROM driver support (CONFIG_SBPCD) [n] 
Aztech/Orchid/Okano/Wearnes (non IDE) CDROM support (CONFIG_AZTCD) [n] 
Sony CDU535 CDROM driver support (CONFIG_CDU535) [n] 
\end{verbatim}
\caption{}
\end{figure}

\begin{figure}[htbH!]
\begin{verbatim}

*
* Filesystems
*
Standard (minix) fs support (CONFIG_MINIX_FS) [n] 
Extended fs support (CONFIG_EXT_FS) [n] 
Second extended fs support (CONFIG_EXT2_FS) [y] 
xiafs filesystem support (CONFIG_XIA_FS) [n] 
msdos fs support (CONFIG_MSDOS_FS) [y] 
umsdos: Unix like fs on top of std MSDOS FAT fs (CONFIG_UMSDOS_FS) [n] 
/proc filesystem support (CONFIG_PROC_FS) [y] 
ISO9660 cdrom filesystem support (CONFIG_ISO9660_FS) [y] 
OS/2 HPFS filesystem support (read only) (CONFIG_HPFS_FS) [n] 
System V and Coherent filesystem support (CONFIG_SYSV_FS) [n]
*
* character devices
*
Cyclades async mux support (CONFIG_CYCLADES) [n] 
Parallel printer support (CONFIG_PRINTER) [y] 
Logitech busmouse support (CONFIG_BUSMOUSE) [n] 
PS/2 mouse (aka "auxiliary device") support (CONFIG_PSMOUSE) [n] 
Microsoft busmouse support (CONFIG_MS_BUSMOUSE) [y] 
ATIXL busmouse support (CONFIG_ATIXL_BUSMOUSE) [n] 
QIC-02 tape support (CONFIG_QIC02_TAPE) [n] 
QIC-117 tape support (CONFIG_FTAPE) [n] 
*
* Sound
*
Sound card support (CONFIG_SOUND) [n] 
*
* Kernel hacking
*
Kernel profiling support (CONFIG_PROFILE) [n] 

\end{verbatim}
\caption{\label{Figura-3-1} Ejemplo de configuracin del ncleo. }
\end{figure}



En la primera seccin de las preguntas hay que responder si se desea
que el ncleo simule el coprocesador matemtico, soporte de discos
flexibles y si nuestro disco duro o lector de disco ptico es IDE,
tras lo cual se invita a leer un fichero y se concreta en las
siguientes tres preguntas el tipo de unidades que posee el sistema.
Tambin se pregunta si el disco duro es del tipo XT.

\begin{description}

  
\item[Networking support (CONFIG_NET)] [n]

  
  Si se desea que LINUX maneje posibilidades de red tales como TCP/IP,
  SLIP, PPP, acceso a ficheros remotos (nfs) ,etc... en este caso
  hemos contestado que no2.
  
\item[Limit memory to low 16MB (CONFIG_MAX_16M)] [y] De esta forma
  delimitamos la cantidad de memoria RAM disponible, en este caso
  menos de 16 Mb.
  
\item[PCI bios support (CONFIG_PCI)] [n] Para buses del tipo PCI.
  
\item[System V IPC (CONFIG_SYSVIPC)] [y] Permite al ncleo el manejar
  este tipo de comunicacin entre procesos, se recomienda el aceptar
  esta opcin pues pude haber programas que, sin saberlo, utilicen
  esta capacidad para su funcionamiento (p.ej. el simulador del
  sistema operativo dos dosemu).
  
\item Kernel support for ELF binaries (CONFIG_BINFMT_ELF) [y] Escoger
  esta opcin si se desea utilizar programas en formato ELF. En este
  momento todos los programas para LINUX tienden a estar en este
  formato binario, no obstante todava quedan con el formato antiguo.
  
\item[Use -m486 flag for 486-specific optimizations (CONFIG_M486)] [y]
  Introduce ciertas optimizaciones durante la compilacin, a pesar de
  tener un procesador 386 se puede activar esta opcin.
  
\item[Set version information on all symbols for modules
  (CONFIG_MODVERSIONS)] [n]
  
  Si se opta por escoger esta opcin se podr, con la realizacin de
  un proceso posterior, permitir que ciertas partes del ncleo se
  dispongan en forma de mdulos totalmente independientes del ncleo,
  de esta forma ya no tendemos una estructura monoltica. Permite el
  instalar y desinstalar estos mdulos sin necesidad de volver a tocar
  el ncleo para nada y segn se vayan necesitando.
  
\item[SCSI support? (CONFIG_SCSI)] [n] En este caso no hemos aceptado
  esta opcin debido a que no se dispone de hardware de este tipo.

\end{description}


Como paso posterior se ofrecen una serie de marcas y modelos de
lectores de discos pticos por si el que tenemos coincide con alguno
de ellos.

A continuacin escogeremos los sistemas de ficheros que queremos que
el ncleo soporte, si no tenemos idea de cual escoger podemos teclear
el comando mount que nos mostrar informacin sobre los sistemas de
ficheros disponibles, como mnimo optaremos por stos3.

Posteriormente se especifica el tipo de impresora y ratn disponible
adems de si existe tarjeta de sonido y unidades de cinta (para copias
de seguridad) del las indicadas.

La ltima lnea permite el configurar el ncleo para poder,
posteriormente con ayuda de ciertas herramientas el estudiar a fondo
su funcionamiento, si no es nuestra intencin no la tenemos que
aceptar pues el ncleo ir ms lento adems de ser ms inestable.

En otras distribuciones este proceso se puede realizar en un entorno
grfico (en modo texto o en X-Window) adems de existir otros
programas (independientes de la distribucin) destinados a este fin
cuyo cometido es facilitarnos la tarea.
        
Una vez hemos realizado la tarea de responder a las preguntas hay que
teclear dos comandos antes de pasar a crear nuestro LINUX
'personalizado'. La primera secuencia a introducir es:

\begin{verbatim}
 # make dep
\end{verbatim}

Lo cual prepara el sistema para ser compilado mediante la
configuracin de ciertos parmetros, este proceso crea un fichero
(.depend) con informacin referente a los ficheros fuente que van a
ser incluidos en el nuevo ncleo, ayuda a la utilidad make a conocer
que ficheros van a ser invocados durante la compilacin y la relacin
entre todos los ficheros del cdigo fuente implicados en este proceso
(dependencias).

\begin{figure}[htbH!]
\begin{verbatim}

make[1]: Entering directory `/usr/src/linuxelf-1.2.13/arch/i386/boot'
make[1]: Nothing to be done for `dep'.
make[1]: Leaving directory `/usr/src/linuxelf-1.2.13/arch/i386/boot'
touch include/linux/version.h
for i in init/*.c;do echo -n "init/";gcc -D__KERNEL__ -I/usr/src/linuxelf-1.2.13/include -E -D__ELF__ -M $i;done > .tmpdepend
set -e; for i in kernel drivers mm fs net ipc lib arch/i386/kernel arch/i386/mm; do make -C $i dep; done
make[1]: Entering directory `/usr/src/linuxelf-1.2.13/kernel'
\end{verbatim}
\caption{\label{Figura-3-2}Fragmento de la salida por pantalla del comando.}
\end{figure}

                
Si todo ha ido bien se teclear el siguiente comando:

\begin{verbatim}
 # make clean
\end{verbatim}

De esta forma se asegura que el proceso de creacin del ncleo partir
de cero, borra todos los ficheros que hayan podido ser creados
anteriormente, incluso cualquier imagen del ncleo existente (vmlinux)
as como mdulos creados anteriormente, existe otra posibilidad
tecleando la palabra mrproper en vez de clean, de esta forma se
eliminan muchos mas ficheros (el fichero con la configuracin del
ncleo (/usr/src/linux/.config, el fichero .depend, informacin sobre
los mdulos,...) por lo que tendramos que empezar de nuevo.

Tras estos pasos introduciremos  el comando:

\begin{verbatim}
 # make zImage
\end{verbatim}

Se dispondr, al final, de una nueva imagen del ncleo en el
directorio /usr/src/linux/arch/i386/boot disponible para ser pasada a
un disquete para el arranque, utilizada por Lilo o Loadlin. Para crear
un disco de arranque podemos teclear directamente 'make zdisk'
introduciendo previamente un disquete en blanco en la unidad o
tecleando al final del proceso de compilacin:

\begin{verbatim}
 # dd if=zImage of=/dev/fd0 bs=8192
\end{verbatim}

Conviene introducir el siguiente comando si va a ser el disco el
mecanismo utilizado como sistema de arranque en todo momento:

\begin{verbatim}
 # rdev -R /dev/fd0 1
\end{verbatim}

Lo cual indica al ncleo que el dispositivo desde el cual vamos a
realizar la inicializacin es la disquetera.

Caso de tener instalado el gestor de arranque (Lilo) teclearemos 'make
zlilo' con lo cual se realizar la tarea de compilar el ncleo para
pasar a realizar los pasos necesarios para que Lilo disponga de la
informacin necesaria con el fin de poder arrancar el sistema. Es muy
importante tener en cuenta este ltimo caso ya que de no hacerlo
correctamente nos encontraremos que estamos inicializando el sistema
con una versin del ncleo del sistema operativo anterior a la que
hemos creado.

Sobre el tiempo que ocupa la compilacin del ncleo no hay una regla
general, depende del tipo de mquina en la que estemos ejecutando este
proceso y de las opciones que hayamos habilitado. De forma general se
puede decir que puede tardar desde 5 a 10 minutos en las mquina mas
rpidas (486 a 100/125 Mhz y Pentium) hasta varias horas en un 386 a
16 Mhz con 4Mb de memoria RAM (la persona que tenia esta configuracin
dejaba al sistema compilando toda la noche). En el ordenador utilizado
para parte de este proyecto (un 386 de AMD con coprocesador numrico y
8 Mb de memoria RAM) tarda, en una compilacin total unos 50 minutos
aproximadamente, habilitando ciertas capacidades de redes. Para el
caso de un Pentium a 120 Mhz, con 16 Megabytes de memoria principal y
con una configuracin similar para el ncleo el tiempo es de 7
minutos4. Todo ello depende de la configuracin deseada del ncleo, la
mquina en la que estemos ejecutando la compilacin, el rea de
intercambio con memoria principal definida, etc.


\subsection{Mdulos.}

Los mdulos dinmicos constituyen un intento por parte de los autores
de LINUX de separar diferentes partes del mismo del ncleo con la
posibilidad de poder utilizarlos en cualquier momento cargndolos
previamente. De esta forma tenemos la ventaja de que no hemos de
preocuparnos por si nuestro ncleo soporta determinado dispositivo o
sistema de ficheros, en el caso de que as lo hayamos configurado
simplemente tendremos que cargar el mdulo necesario y a partir de
este momento LINUX estar disponible para la nueva necesidad planteada
sin tener que recompilarlo de nuevo. Esto permite la flexibilidad de
tener un ncleo configurado con las mnimas necesidades que nuestro
hardware nos impone (ahorro de recursos) y el poder utilizar este
mecanismo para cualquier eventualidad o durante el tiempo necesario.

Sirva como ejemplo la siguiente situacin:

* Estamos trabajando en nuestra mquina con LINUX y necesitamos
acceder a un sistema de ficheros que el ncleo que estamos utilizando
no puede manejar, simplemente tendriamos que cargar el mdulo que
soporta dicho sistema de ficheros e instantneamente podriamos montar
dicho sistema de ficheros y acceder al mismo. Una vez obtenida la
informacin necesaria podemos si lo deseamos, descargar dicho mdulo
de forma que el ncleo vuelve a quedar como al principio.

Para poder disfrutar de esta capacidad hemos de contestar
afirmativamente durante el instante de la configuracin a la siguiente
pregunta: "Set version information on all symbols for modules
(CONFIG_MODVERSIONS) [n(".

Tras compilar LINUX ejecutaremos los siguientes comandos:

\begin{verbatim}
 # make modules
 # make modules_install
\end{verbatim}

Hallaremos en el directorio /usr/src/linux/modules todos los mdulos
creados disponibles para su utilizacin (despus de arrancar la
mquina con el nuevo ncleo) adems de que quedarn instalados en el
directorio /lib/modules/1.2.13.

Si se va a utilizar esta posibilidad conviene ejecutar la siguiente
lnea de comandos desde cualquiera de los ficheros de arranque
(p.ej. /etc/rc.d/rc.S): "/sbin/depmod -a" que crear la informacin
conocida como dependencias y que sirve para que si un mdulo necesita
de otro para poder funcionar no debemos preocuparnos de su carga
previa, el sistema lo har por nosotros (ver fichero modules.dep en el
directorio /lib/modules/1.2.13).
                
Para cargar un modulo (de forma individual) hemos de teclear desde la
lnea de comandos:

\begin{verbatim}
 # insmod <nombre_del_mdulo>
\end{verbatim}

Tambin podemos incluir este comando en los ficheros de arranque del
sistema para cargarlo al iniciarse el mismo (rmmod sirve para la
eliminacin de un mdulo y lsmod nos mostrar informacin sobre los
mdulos cargados en memoria actualmente, el directorio /proc tambin
contiene informacin al respecto).

Disponemos asimismo de una utilidad que nos permite el manejar mdulos
mas sencillamente, esta se denomina modprobe y se invocar desde la
lnea de comandos seguido del mdulo a probar. Con este mecanismo nos
aprovechamos plenamente de las dependencias mencionadas anteriormente
por lo que la gestin de mdulos es mucho ms sencilla. Caso de no
encontrar o no cargarse correctamente un mdulo se borrarn todos los
cargados anteriormente a fin de que el ltimo pueda funcionar.


        
\subsection{Lilo.}

Un Gestor de Arranque consiste en una utilidad que permite el tener
instalado en un disco duro varios sistemas operativos y poder escoger
entre ellos durante el arranque del sistema. Hasta el momento hemos
visto que podemos tener una particin dedicada al DOS y varias a
LINUX, en cuyo caso podemos optar por tener varios discos para el
arranque del sistema o varias imgenes del sistema operativo, a
utilizar con Loadlin. Pero puede surgir la necesidad de tener ms
sistemas operativos (DOS, OS/2, Linux, FreeBSD...) instalados en la
misma mquina, por lo que necesitamos una herramienta rpida y
flexible que nos permita escoger entre los mismos.

Lilo se ha convertido en el estndar en cuanto a este tipo de
programas se refiere debido a que casi todas las distribuciones de
LINUX lo incorporan, aunque algunas tienen la posibilidad de instalar
por defecto otros gestores de arranque propios de la distribucin.
        
Lilo en realidad denomina el conjunto de ficheros que van a ayudar en
la tarea de configurar el arranque de la mquina, aunque se ha
aplicado este nombre en concreto al programa que controla todo este
mecanismo.

Antes de dar paso a describir brevemente la forma de instalar Lilo he
de advertir que su uso es PELIGROSO siempre y cuando no sepamos bien
lo que vamos a hacer o tratemos de hacer pruebas con el mismo. La
tarea de un gestor de arranque consiste en instalarse en lugares como
el sector de arranque principal8 del disco duro, a fin de posibilitar
el escoger entre varios sistemas operativos indicando cual va a ser en
ese momento nuestra particin de arranque. lo cual implica cierto
riesgo si no hemos configurado bien el programa o tenemos algn
problema con nuestro disco duro. A pesar de todo esto hay que decir
que Lilo chequea el estado de nuestro disco duro y realiza copias de
zonas crticas del mismo antes de instalarse, deteniendo el proceso de
instalacin y mostrndonos un mensaje de error caso de encontrar
alguna situacin anmala. Como primera precaucin hemos de crear un
disco de arranque por si las cosas no fueran tan bien como es
deseable. Si no se est todava demasiado familiarizado con LINUX
puede crearse un disco de este tipo desde DOS siempre y cuando
contenga el programa FDISK adems de software adicional de utilidad.

En nuestro caso si despus de instalar Lilo no arrancara el sistema
puede intentarse una de estas dos cosas:

\begin{itemize}
\item Arrancar con el disquete LINUX y desinstalar Lilo con la opcin
  'lilo -u' que debe sacarnos del problema ya que restaurar el
  formato anterior del sector de arranque.
  
\item Arrancar con el disquete DOS y teclear posteriormente 'fdisk
  /mbr'.
  
\item Existe la opcin de crear un disco con el contenido del MBR del
  disco duro para poder restaurarlo posteriormente para el caso en que
  Lilo no pueda desinstalarse automticamente, el proceso es el
  siguiente:

  \begin{itemize}
          
  \item Crear una copia del sector de arranque principal en disquete.
    {tt \# dd if=/dev/hda of=/dev/fd0 bs=512 count=1}
    
  \item Para restaurar el contenido original desde el disquete creado
    teclear:
    
\begin{verbatim}
 # dd if=/dev/fd0 of=/dev/hda bs=446 count=1
\end{verbatim}
    
  \end{itemize}
  
\item Restaurar el contenido del sector de arranque modificado de
  nuestro disco duro a partir de la copia que Lilo realiza
  automticamente al instalarse:


\begin{verbatim}
 # dd if=/boot/boot.0300 of=/dev/hda bs=446 count=1
\end{verbatim}

\end{itemize}

Hay de estar muy seguros de que el contenido del fichero boot.0300 se
corresponde con el fichero creado para nuestro disco duro (lo podemos
comprobar viendo la fecha de creacin del fichero), no es otro
instalado por la distribucin (Slackware no tiene este problema) y por
supuesto nunca obtenerlo de una mquina distinta.

En este apartado se tratar de exponer lo ms detalladamente posible
el proceso de instalacin de este software en un sistema con una
particin primaria dedicada a LINUX y otra a DOS que es la
configuracin ms comn, otras opciones sern revisadas.  Las
posibilidades de Lilo son mucho ms extensas y recomiendo el acudir a
su documentacin para conocer ms a fondo las mismas. Incluso despus
de haber ledo este apartado debera completar sus conocimientos a fin
de poder enfrentarse a cualquier otra situacin.

La secuencia de arranque normal de un ordenador con arquitectura de
tipo PC consiste, a grandes rasgos, en que la rutina correspondiente
de la ROM-BIOS tras el proceso de chequeo del hardware acude a la
direccin 07C00 (hex.) en busca del sector de arranque ubicado en el
sector de particiones a fin de ejecutarlo lo cual provoca que el mismo
se traslade a la direccin 9A000 (hex.), habilite ciertas estructuras
de datos y cargue el cdigo correspondiente al segundo sector de
arranque (correspondiente a la particin donde de encuentra el sistema
operativo a ejecutar) en la direccin 9B000 (hex.) ejecutndolo
posteriormente. Lilo puede funcionar como sector arranque principal
ubicndose en el MBR de la unidad o hacerlo en el sector de arranque
de una particin primaria o extendida.

Una vez instalado el paquete correspondiente al software necesario
(ubicado en la serie A3 de Slackware) tendremos el grueso de los
ficheros instalados en el directorio /usr/lib/lilo incluyendo un
subdirectorio /doc con la documentacin en formato Latex, el fichero
README del directorio principal contiene el manual completo de LILO en
formato ASCII. En el directorio /usr/doc/lilo se encuentra el mismo
contenido que el del directorio /usr/lib/lilo/doc aunque en este caso
el primer directorio no ha sido instalado al hacerlo Lilo.

        



Existe la posibilidad de configurar Lilo desde la utilidad SETUP,
tecleando Quickinst9 desde el directorio /usr/lib/lilo/doc o
ejecutando el comando liloconfig del directorio /sbin pero no voy a
contemplarlas en el desarrollo de este apartado debido a que se
desaconseja el utilizarlas para configurar el gestor de arranque,
pueden generar un fichero de configuracin incorrecto y causar
problemas. Dichas utilidades lo nico que hacen es ver el estado del
disco duro y hacernos varias preguntas en cuanto a posibilidades en el
arranque del sistema se refiere pero puede ocurrir que no conozcamos
el funcionamiento de este mecanismo, no tengamos claro lo que tenemos
que hacer o el programa genere un posible fichero que se puede
considerar estndar en cuanto a su contenido, en teora cualquier
sistema puede funcionar con el mismo, pero esto no es siempre as, es
mejor generar nuestro propio fichero de configuracin a partir de la
informacin disponible.

En el directorio /boot tendremos los siguientes ficheros:

\begin{figure}[htbH!]
\begin{verbatim}
 boot.b          
 any_b.b 
 any_d.b 
 chain.b         
 os2_d.b
\end{verbatim}
\caption{\label{Figura-3-5}Contenido del directorio /boot.}
\end{figure}



El primer fichero contiene informacin que Lilo va a utilizar para
poder instalarse como sector de arranque; any_b.b permite intercambiar
la designacin de las dos unidades flexibles (A:  B:) al igual que
any_d.b lo hace con las unidades de disco rgido (C:  D:); os2_d.b se
utiliza para poder cargar el sistema operativo OS/2 que se encuentra
instalado en el segundo disco duro (D:); chain.b ayuda en el arranque
de sistemas operativos distintos de LINUX.
                
Lilo nicamente puede ser instalado en:
\begin{itemize}
  
\item Sector de arranque de un disco flexible.
  
\item MBR del disco rgido primero, (unidad C: para DOS y /dev/hda
  para LINUX).
  
\item Sector de arranque de una particin primaria que contiene a
  LINUX.
  
\item Sector de arranque de una particin de tipo extendida en el
  primer disco rgido.
\end{itemize}



Como se ha mencionado la opcin ms comn consiste en instalar Lilo
atendiendo a la opcin nmero tres, aunque tambin podemos optar por
la opcin numero dos aunque de esta forma modificamos el MBR del disco
duro, lo cual ser siempre algo ms 'delicado' a la hora de salvar el
disco duro ante cualquier error.

El fichero en el que se ha de definir la forma en que deseamos
utilizar el software se denomina /etc/lilo.conf el cual acepta gran
cantidad de parmetros, los ms usuales son:

\begin{itemize}
  
\item boot=<dispositivo>: Indica el dispositivo (unidad o particin)
  que contiene el sector de arranque que por defecto se trata de la
  que est montada como raz.
  
\item compact: Reduce el tiempo de carga de Lilo, recomendable cuando
  hemos instalado Lilo en disquete.
  
\item delay=<valor>: Dcimas de segundo que el sistema esperar antes
  de arrancar.
  
\item disk=<nombre>: Nos permitir el detallar la geometra de ciertos
  discos duros que Lilo no puede manejar normalmente debido al tipo de
  BIOS que tenemos instalada. Por ejemplo:

\begin{verbatim}
 disk=/dev/hda
 bios=0x80
 sectors=32
 heads=64
 cylinders=632 
\end{verbatim}
  
\item image=<fichero>: La imagen de LINUX a utilizar puede estar
  ubicada en una particin (a la que Lilo pueda tener acceso) o en un
  disquete, normalmente utilizaremos la primera opcin por defecto.
\item install=<fichero>: Que fichero va a instalarse como sector de
  arranque, por defecto se instalar el fichero /boot/boot.b.
  
\item label=<nombre>: Asigna un nombre a la opcin en la que se
  incluye, esto permite junto con prompt y timeout el poder escoger
  entre varias opciones durante el arranque del ordenador.
  
\item linear: Algunas BIOS tienen formas de transformar el par
  direccin/geometra en los discos que no es compatible con Linux,
  para estos casos se recomienda utilizar esta opcin junto con la
  geometra de la unidad (opcin disk).
  
\item map=<fichero>: Especifica la ubicacin del fichero map que por
  defecto ser /boot/map, creado por Lilo para contener informacin
  crtica del sistema.
  
\item other=<dispositivo>: Se utiliza junto con el parmetro table
  para que Lilo pueda arrancar otros sistemas operativos (DOS en
  nuestro caso).
  
\item root=<dispositivo>: Particin que va a ser montada como raz del
  sistema de ficheros.  De no indicarse se entiende que es en la que
  se encuentra Lilo en el momento de la instalacin (ms exactamente
  la que se encuentra configurada en la imagen del ncleo a utilizar y
  que podemos modificar con el comando rdev10).
  
\item table=<dispositivo>: Dnde se encuentra la tabla de particiones,
  informacin que Lilo no maneja y que es necesaria para otros
  sistemas operativos.

\end{itemize}


Con las principales opciones del fichero de configuracin entrar de
lleno a describir un ejemplo: Tenemos un disco duro con una particin
primaria dedicada a DOS (dev/hda1) y otra dedicada a LINUX (/dev/hda2)
sin problemas en cuanto a la BIOS y los lmites en el nmero de
cilindros.

Para este caso el fichero ser:

\begin{figure}[htbH!]
\begin{verbatim}
 boot=/dev/hda2
 map=/boot/map
 install=/boot/boot.b
 prompt
 timeout=50
 image=/vmlinuz
 label=linux
 root=/dev/hda2
 read-only
 other=/dev/hda1
 label=dos
 table=/dev/hda
\end{verbatim}
\caption{\label{Figura-3-6} Ejemplo de fichero lilo.conf}
\end{figure}


Aunque algunas entradas del fichero pueden ser eliminadas siendo el
resultado el mismo las he dejado indicadas para ms claridad.

Una vez creado este fichero instalaremos en el directorio raz
(principal) el fichero /usr/src/linux/System.map y el fichero con la
imagen del sistema operativo (lo podemos obtener tecleando 'cp
/usr/src/linux/arch/i386/boot/zImage /vmlinuz').

Posteriormente es necesario entrar como usuario principal (root) y
teclear 'lilo' tras lo cual tendremos el sector de arranque instalado
si no ha habido ningn problema, en tal caso Lilo no se instalar.
        
Por ltimo activaremos la particin nmero 2 (/dev/hda2) como
particin de arranque, esto lo podemos hacer desde el fdisk de LINUX
con la opcin 'a' que permite marcar/desmarcar las particiones para
este fin (tambin podemos hacerlo desde el DOS).
                
Con todo esto se tiene el sector de arranque instalado en la segunda
particin primaria de forma que hemos evitado el instalarlo en el
principal (MBR) y en caso de algn problema fatal podemos volver a
activar la particin DOS como de arranque y realizar las maniobras
necesarias arrancando LINUX desde disquete.

Al arrancar el sistema de nuevo y tras el chequeo del hardware por
parte de la BIOS observaremos la siguiente lnea:

\begin{verbatim}
 boot:
\end{verbatim}  

Tras lo cual, si no hemos introducido ninguna expresin (en este caso
podemos teclear 'dos' o 'linux') tras 5 segundos de espera arrancar
con el sistema operativo LINUX. Si se quitan las lneas prompt y delay
no habr perodo de espera y siempre arrancaremos LINUX a no ser que
tengamos pulsada la tecla 'Shift' con lo cual se nos permitir
introducir manualmente la opcin deseada.

        

Si se instala Lilo en el sector de arranque de una particin extendida
los cambios son mnimos (slo hemos de cambiar las lneas boot y root)
pero hay que tener en cuenta que solo el fdisk de LINUX permite marcar
este tipo de particiones como de arranque. Tambin se nos provee del
programa activate que permite el activar cualquier particin del disco
duro.

Para el caso de querer arrancar con sistemas operativos ubicados en
una unidad distinta de la primera el nico lugar donde Lilo puede ser
instalado es el MBR del primero (o en el sector de arranque de una
particin extendida). La primera opcin tambin podra haber sido
utilizada para el caso anterior pero, como ya se ha sealado, nos
evitamos el modificar el sector de arranque principal del disco duro.

\begin{figure}[htbH!]
\begin{verbatim}

 boot=/dev/hda11
 map=/boot/map
 install=/boot/boot.b
 image=/vmlinuz
 label=linux
    root=/dev/hdb1
    read-only
 other=/dev/hda1
    label=dos
    table=/dev/hda
\end{verbatim}
\caption{\label{Figura-3-7}Fichero lilo.conf para sistemas operativos
 en el segundo dico rgido.} 
\end{figure}


Para el caso en que sea necesario instalar Lilo en un disco flexible
lo cual puede ser til para realizar pruebas de este software o en el
caso de que existan problemas con la BIOS el mecanismo es muy simple,
basta con tener los ficheros /boot/boot.b y una imagen del ncleo en
el disco flexible (necesitamos un disco con formato y montado) e
invocar Lilo con la ubicacin de los ficheros modificada
convenientemente en el fichero de configuracin.

Crearemos un sistema de ficheros en el disco flexible y lo montaremos
de forma que pueda ser accesible desde LINUX copiando los ficheros
necesarios en el mismo:

\begin{verbatim}
 # mke2fs /dev/fd0
 # mount /dev/fd0 /mnt
 # cp /boot/boot.b /mnt
 # cp /usr/src/linux/arch/i386/boot/zImage /mnt/vmlinuz
\end{verbatim}

Tras lo cual creamos el fichero lilo.conf se invoca el programa de
forma que se instalar en el disco flexible y desmontaremos la unidad
(umount /mnt).

\begin{figure}[htbH!]

\begin{verbatim}
 boot=/dev/fd0
 map=/mnt/map
 install=/mnt/boot.b
 image=/mnt/vmlinuz
 compact12
 label=linux
    root=/dev/hda2
    read-only
 other=/dev/hda1
    label=dos
    table=/dev/hda
\end{verbatim}
\caption{\label{Figura-3-8} Para instalar Lilo en un disquete}
\end{figure}

Lilo, al igual que Loadlin, acepta el paso de parmetros al ncleo y
al programa init durante el arranque del sistema, los bsicos son los
mismos que para Loadlin, para saber los todos parmetros que se pueden
utilizar acudir al fichero BootPrompt-HOWTO.gz, ejemplo:

{\tt \# boot: linux single root=/dev/hda2}

En la invocacin del programa Lilo tambin podemos utilizar algunos
modificadores que pueden ayudar a configurar el programa desde la
lnea de comandos directamente.
        
La opcin '-t' es de gran utilidad pues Lilo realizar todo el proceso
normal pero en modo de prueba de forma que no modificar nada de
nuestro disco duro y, por tanto, no se instala pero ayuda a saber si
lo puede hacer correctamente.

Con '-f' se seala un fichero donde tendremos almacenada la geometra
del disco duro tal y como se ha indicado con el parmetro disk.

El modificador '-r' puede ser til para indicar que la particin que
contiene el directorio principal es diferente a la que actualmente
tenemos activa.

        
Para las variables image, label, other y table no existe equivalente
en la lnea de comandos.

Lilo debe ser invocado tras una nueva compilacin del ncleo del
sistema operativo (a no ser que realicemos un 'make zlilo') y que
debemos desinstalarlo previamente si vamos a eliminar la particin
dedicada a LINUX y lo tenemos instalado como MBR o si vamos a instalar
una versin superior del mismo programa.

Opciones en la lnea de comandos

\begin{figure}[htbH!]
\begin{verbatim}

Variable 
-b <dispositivo>
boot=<dispositivo>
-c
compact
-d <valor>
delay=<valor>
-i <dispositivo>
install=<dispositivo>
-l
linear
-m <fichero>
map=<fichero>
-r <dispositivo>
root=<dispositivo>
-t
--
-f <fichero>
disk=<dispositivo>
\end{verbatim}
\caption{\label{Figura-3-9} Tabla de equivalencias}
\end{figure}



\subsection{El Sistema de Ficheros.}

LINUX es capaz de manejar mltiples dispositivos destinados al
almacenamiento de informacin: discos duros, disquetes, discos
pticos, cintas... incluso existen manejadores para la ltima oleada
de sistemas tales como discos magneto-pticos, unidades ZIP, etc..
aunque para el manejo de estos dispositivos ser necesaria una
actualizacin del sistema operativo o software adicional a fin de
poder manejarlos correctamente.

Al igual que existen varios tipos de dispositivos para el
almacenamiento de informacin cada sistema operativo ha optado por
almacenar esa informacin de forma distinta, creando su propio sistema
de ficheros.

Cada uno de estos sistemas de ficheros tiene unas caractersticas que
lo diferencia en cuanto a la forma de almacenar la informacin, que
informacin guarda sobre cada unidad de almacenamiento (fichero), la
forma de manejarla y el interfaz que pone a disposicin del resto del
sistema para su manejo.

Generalmente todos ofrecen una estructura lgica para organizar la
informacin en forma de directorios y subdirectorios, capacidad de
gestionar varios tipos de ficheros, informacin sobre la fecha y hora
de creacin de un fichero adems de quien es su propietario, permisos
de acceso, etc...

Antes de seguir con el desarrollo del apartado conviene hacer una
aclaracin previa, el uso de dispositivo, sistema de ficheros y unidad
aunque a veces parezcan sinnimos o sean utilizadas indistintamente
atiende a la flexibilidad en el lenguaje, con el riesgo que comporta
de caer en la imprecisin. Un dispositivo es la parte hardware que
puede almacenar informacin durante el tiempo necesario, hasta su
borrado, unidad es la forma de denominar en algunos sistemas
operativos a un dispositivo y en un dispositivo pueden coexistir
varios sistemas de ficheros como en este caso que tenemos en nuestro
disco duro 2 sistemas de ficheros (DOS, LINUX) y rea de intercambio

Ante este panorama LINUX ofrece la mejor opcin posible siendo capaz
de manejar varios sistemas de ficheros al mismo tiempo. Los formatos
que LINUX actualmente soporta son:

\begin{itemize}
\item ext2: El ms utilizado para LINUX.
  
\item ext: Versin anterior a ext2.
                                
\item minix: Sistema de ficheros del sistema operativo MINIX.
  
\item xiafs: Parecido al ext2, pero poco usado.
  
\item nfs: Permite el acceso a ficheros remotos en un entorno de red.
  
\item umsdos: Dedicado a la instalacin de LINUX en una particin
  dedicada al DOS.
  
\item vfat/fat32: Sistema de ficheros propio del DOS/Windows.
  
\item ntfs: Sistema de ficheros de Windows NT.
  
\item hpfs: Utilizado por el sistema operativo OS/2 de IBM.
  
\item iso9660: Formato usado por la mayora de los discos pticos.
  
\item sysv: Acceso a ficheros del UNIX System V y variantes.
                                
\item xenix: Sistema de ficheros de una de las implementaciones del
  UNIX.
  
\item coherent: Otra implementacin del UNIX.

\end{itemize}

La versin del ncleo sobre la que se est desarrollando este trabajo
(v.1.2.13) utiliza un mismo manejador para acceder a los sistemas de
ficheros sysv, xenix y coherent.

En el directorio /usr/src/linux/fs podemos ver los subdirectorios que
contienen el cdigo fuente para los manejadores de los distintos
sistemas de ficheros.

La gestin de los distintos dispositivos de almacenamiento requiere el
introducir ciertos comandos como paso anterior y posterior a su uso,
para entenderlo mejor no basta con introducir un disco flexible en la
unidad correspondiente para poder acceder a la informacin que ste
contiene.

Con LINUX, como con otras implementaciones del UNIX, tenemos que
acostumbrarnos a conceptos como 'montar' y 'desmontar'13 dispositivos
para poder utilizarlos.


El proceso de montado de un dispositivo, visto desde el punto de vista
del usuario y, por tanto, muy genricamente, consiste en que es
'asignado' a uno de los directorios que tenemos en nuestro disco duro
o hemos creado a tal efecto, de esta forma para acceder a su contenido
simplemente tenemos que movernos por el directorio escogido.

Las unidades a las que hasta el momento hemos tenido acceso al
utilizar el sistema son montadas automticamente por el proceso de
arranque14 por lo que no ha hecho falta intervencin alguna por
nuestra parte, as mismo el sistema se encarga de desmontar estas
unidades durante el proceso de parada.

Para poder realizar cualquiera de los dos procesos hay que acceder al
sistema como administrador, cualquier otro usuario no puede realizar
esta tarea excepto si es especificado en el fichero /etc/fstab. Este
fichero contiene informacin sobre las distintas unidades disponibles
en el sistema y es utilizado por los programas fsck (destinado al
chequeo de los sistemas de ficheros para la deteccin de errores),
mount y umount. Durante el arranque se accede al contenido de este
fichero para montar las unidades especificadas, cada una con su
sistema de ficheros propio.

El formato del fichero consiste en seis columnas separadas por
carcteres de tabulacin (no espacios). La primera de ellas especifica
la particin a la que se hace referencia, observar que el directorio
/proc no est asignado a ninguno (none) debido a sus especiales
caractersticas; la segunda indica el punto (directorio) en el que
vamos a montar el dispositivo; la tercera concreta el tipo de sistema
de ficheros; la cuarta sirve para especificar opciones referidas al
comando mount; el siguiente valor es utilizado por el comando dump
(control de los buffers asignados a cada dispositivo y de la
informacin que contienen). Por ltimo tenemos un valor utilizado por
el programa fsck como nmero de orden en el chequeo de los distintos
sistemas de ficheros, los ubicados en el mismo dispositivo habrn de
ser testados secuencialmente mientras que los que se encuentran en
dispositivos distintos pueden ser chequeados en paralelo.


\begin{figure}[htbH!]
\begin{verbatim}
 /dev/hda3         swap    swap    defaults   1   1
 /dev/hda2         /       ext2    defaults   1   1
 /dev/hda1         /dosc   msdos   defaults   1   1
 none              /proc   proc    defaults   1   1
\end{verbatim}
\caption{\label{Figura-3-10} Fichero fstab}
\end{figure}



        
La palabra defaults colocada para todos los sistemas de ficheros
indica que las opciones a utilizar por el comando mount son: rw, suid,
dev, exec, auto, nouser y async, cuyo significado paso a describir:

\begin{itemize}
\item rw: Monta el sistema de ficheros para lectura y escritura.
  
\item suid: Habilita el uso de los identificadores de usuario y de
  grupo para su uso cuando sean necesarios.
  
\item dev: Interpreta correctamente los ficheros para el manejo de
  dispositivos de acceso por carcter y por bloque.
  
\item exec: Permite la ejecucin de los ficheros binarios.

\item auto: Puede ser montado con la opcin -a.
  
\item nouser: Prohibe a un usuario distinto al administrador el montar
  el sistema de ficheros.
  
\item async: Toda la entrada/salida al dispositivo se har de forma
  asncrona.
\end{itemize}

Otras opciones interesantes son:

\begin{itemize}
\item noexec: No permite la ejecucin de ficheros.
  
\item ro: Monta el sistema de ficheros para slo lectura.
  
\item user: Permite a cualquier usuario el montar/desmontar el
  dispositivo, implica los parmetros noexec, nosuid y nodev.
\end{itemize}

Como ejemplo supongamos que deseamos que la unidad lectora de discos
pticos pueda ser gestionada por cualquier usuario (al menos tenemos
la tranquilidad de que no se puede perder informacin de este
dispositivo) podemos aadir la lnea siguiente a nuestro fichero
fstab:

{\tt    /dev/cdrom         /mnt     iso9660     ro,user   }


Recordar que el espacio entre las entradas debe introducirse con el
tabulador.

Existen otras muchas opciones destinadas a cada uno de los sistemas de
ficheros que LINUX puede soportar pero saldra del objetivo del
captulo el intentar explicarlas todas.

En el uso normal del sistema operativo podemos montar unidades no
disponibles despus del arranque del sistema utilizando mount desde la
lnea de comandos, su sintaxis es:

{\tt \# mount  -t  <sistema_de_ficheros>  dispositivo  punto }

Para un disco flexible ubicado en la unidad conocida como A:
utilizaremos el comando:

{\tt mount -t msdos /dev/fd0  /mnt}

El disco que hemos montado que se supone con formato DOS, ser
accesible desde el directorio /mnt.

Para la unidad lectora de discos pticos el comando ser:

{\tt mount -t iso9660 /dev/cdrom /mnt}

El punto (directorio) donde vamos a montar la unidad puede ser el que
deseemos, podemos tener un directorio /disco_A para el disco flexible
y otro /cdrom para el disco ptico, siempre y cuando estn creados
previamente a la introduccin del comando.

Si introducimos el comando sin parmetro alguno se nos mostrar
informacin sobre todos los sistemas de ficheros accesibles en el
momento.

Para desmontar una unidad hay que utilizar el comando umount que puede
tener una de las formas siguientes:

{\tt \# umount /dev/fd0} o bien {\tt \# umount /mnt}

Cualquiera de las dos formas es vlida, siempre y cuando se sepa bien
lo que se ha indicado con cada una de ellas.



En el proceso de apagado o reinicializacin del sistema se desmontan
las unidades (especificadas en /etc/fstab) automticamente.

Por que el montar/desmontar unidades?: Con el proceso de montado de
una unidad la asignamos a uno de los ficheros ubicados en el
directorio /dev.

En el uso del sistema de ficheros, si no ha sido especificado de otra
forma, la lectura y la escritura se realizan de forma asncrona, esto
es, hay una zona de memoria (buffer) destinada a hacer de
intermediaria entre el dispositivo y la parte del ncleo encargada del
sistema de ficheros conteniendo informacin en todo momento
proveniente de la interaccin de los procesos con el manejador de
ficheros, por lo que la E/S del sistema se realiza durante periodos de
inactividad o baja actividad por parte de la CPU, de esta forma se
evita una ralentizacin del sistema por un acceso a un dispositivo
debido a la espera que esto puede suponer.

Al montar la unidad se le asigna una zona de memoria para estas
tareas, si no desmontamos la unidad antes de su extraccin de la
unidad lectora o antes del apagado de la mquina podemos perder la
informacin que ha quedado ubicada en este buffer y que todava no ha
sido actualizada en el dispositivo adems de poder tener asignado un
fichero /dev/xxx a un dispositivo que no existe (hemos extrado el
disco), con lo que este dispositivo contiene informacin incorrecta.
Todos estos factores pueden ser portadores de problemas.

Si lo que deseamos es utilizar un disco flexible para el soporte de
ficheros podemos utilizar mkfs para la creacin de un sistema de
ficheros. Existe una 'versin' de mkfs (directorio /etc/fs/) para cada
uno de los diferentes sistemas de ficheros que podemos necesitar,
simplemente teclear:

{\tt \# mkfs.msdos /dev/fd0}

Tendremos creado un sistema de ficheros con formato DOS en el disco
flexible de la unidad A:.

Previamente habremos dado formato a este disquete utilizaremos
fdformat as evitamos posibles errores debidos a sectores defectuosos
o cualquier otro problema fsico del disquete. Para ello teclear:

{\tt \# fdformat /dev/fd0}



Para el uso de estos dos comandos la unidad A: no ha de estar montada,
de otra forma ambas utilidades muestran un mensaje de error.

\section{ Gestin de Usuarios}

Si se piensa que existe slo un usuario del sistema siempre y cuando
no est conectada la mquina al exterior, teclear la siguiente orden:

{\tt \# groups}

La lnea que mostrada a continuacin contiene grupos de usuarios del
sistema, el resultado de este comando ser algo similar a:

{\tt root  bin  daemon  sys  adm  disk  wheel  floppy ...}

Grupos de usuarios? Hay ms usuarios utilizando el sistema? Que
significa este mensaje?

Si se ha seguido al pie de la letra los pasos descritos en el Captulo
II actualmente tiene creados dos cuentas de usuarios, el administrador
(root) adems de una con sus datos para tareas no administrativas
adems de haber tenido el primer contacto con el mecanismo para la
creacin de usuarios.

Una cuenta para un usuario no solo se refiere a dar de alta a ste
para que pueda tener acceso al sistema, directa o indirectamente tiene
las siguientes consecuencias:
\begin{itemize}
\item Controla el acceso al sistema, prohibiendo a usuarios no
  autorizados el acceso a la mquina o restringiendo su acceso al
  mximo.
  
\item Permite el control de los usuarios al conocer la identidad de
  los que se hallan dados de alta como las actividades que pueden
  realizar.
  
\item El usuario tiene la seguridad de que su trabajo e informacin no
  est al acceso de cualquier curioso (excepto el administrador).
  
\item Cada uno dispone de un directorio de trabajo propio
  (/home/<usuario>).
  
\item Los ficheros creados por un usuario podrn ser controlados por
  su propietario (y el administrador) asignndoles los permisos de
  lectura, escritura y modificacin que crea convenientes.
  
\item Los ficheros disponibles en el sistema de ficheros, adems de
  los permisos de lectura, escritura y modificacin propios de
  cualquier sistema operativo UNIX, pueden ser habilitados de forma
  que puedan ser accedidos por grupos de usuarios.
\end{itemize}

Aunque de momento no tengamos la mquina conectada de alguna forma con
el exterior no por ello este captulo deja de ser de inters debido a
que con los mismos conocimientos puede gestionar a cualquier nmero de
usuarios, no debe influir el nmero de stos, conocer el mecanismo de
creacin de cuentas de forma que puede entender y modificar a su gusto
este proceso adems de servir de base a la hora de configurar su
ordenador el da que necesite conectarse a Internet, su BBS preferida,
tenga que enfrentarse a la tarea de administrar una red.

No slo existen usuarios en cuanto a personas se refiere sino que
tambin existen usuarios que no tienen ninguna relacin con
stas. Existen otros usuarios que el sistema operativo crea para la
gestin del sistema de ficheros, conexiones con el exterior, control
de la impresora y otros perifricos... Estos usuarios generalmente son
los denominados demonios, programas que se inician en el arranque del
sistema (o por ejecucin manual), trabajan en segundo plano y se
encargan de este tipo de tareas. Si hemos trabajado algo con LINUX
quiz nos hayamos encontrado con ficheros y directorios cuyo
propietario es algn usuario de este tipo.

\subsection{Alta de Usuarios.}

Crearemos un usuario como repaso al procedimiento general, mediante el
comando adduser:

\begin{figure}[htbH!]
\begin{verbatim}

 Adding a new user. The username should not exceed 8 characters  
 in lenght, or may run into problems later.
 Enter login name for new user (\^C to quit): carlos
 
 Editing information for new user [carlos]
 
 Full Name: Carlos Laveda
 GID[100]:
 Group 'users', GID 100
 First unused UID is 502
 UID[502]:
 Home Directory [/home/carlos]:
 Shell [/bin/bash]:
 Passwword [carlos]: <clave>

 Information for new user [carlos]:
 Home directory [/home/carlos]: Shell: [/bin/bash]
 uid:[502]  gid:[100]

 Is this correct? [y/N]: y <>

 Adding login [carlos] and making directory [/home/carlos]
 Adding the files from the /etc/skel directory: 
 ./.kermrc -> /home/carlos/./.kermrc
 ./.less     -> /home/carlos/./.less
 ./.lessrc  -> /home/carlos/./.lessrc
\end{verbatim}
\caption{\label{Figura-3-11} Creacin de un usuario}
\end{figure}
                
        
Tras la introduccin de los campos que se piden, algunos como el GID y
el UID conviene aceptarlos a partir del valor que se nos ofrece si no
conocemos su significado, el programa crear el directorio para el
usuario, adems de introducir una serie de ficheros de configuracin
de ciertas utilidades. Estos ficheros se encuentran en el directorio
/etc/skel (skel de skeleton=esqueleto) y pueden introducirse todos
aquellos ficheros que necesiten compartir todos los usuarios creados.

El usuario puede posteriormente modificar su palabra clave si lo desea
accediendo al sistema y utilizando el comando passwd.

Si cualquier usuario olvidase su palabra clave, se puede acceder al
fichero /etc/passwd donde se hallan especificados todos los usuarios
del sistema y la palabra clave que utilizan (encriptada), se puede
borrar esta palabra de forma que el usuario pueda introducir una
nueva. Para el caso de ser el administrador la tarea es algo ms
complicada pues debe arrancar desde un disquete (puede utilizar los
disquetes creados para la instalacin de LINUX), montar la unidad en
donde se encuentre la particin principal y acceder a este fichero
para realizar la misma maniobra.

\begin{figure}[htbH!]
\begin{verbatim}
root:9A4EYdkmSyFoZ:0:0:root:/root:/bin/bash
bin:*:1:1:bin:/bin:
daemon:*:2:2:daemon:/sbin:
adm:*:3:4:adm:/var/adm:
lp:*:4:7:lp:/var/spool/lpd:
sync:*:5:0:sync:/sbin:/bin/sync
shutdown:*:6:0:shutdown:/sbin:/sbin/shutdown
halt:*:7:0:halt:/sbin:/sbin/halt
operator:*:11:0:operator:/root:/bin/bash
games:*:12:100:games:/usr/games:
man:*:13:15:man:/usr/man:
nobody:*:-1:100:nobody:/dev/null:
guest:*:405:100:guest:/dev/null:/dev/null
jose:DaK/OUkSRLi/2:501:100:Jose Manuel Laveda Molina:/home/jose:/bin/bash
carlos:EpxhzVZnChSso:502:100:Carlos Laveda:/home/carlos:/bin/bash
\end{verbatim}
\caption{\label{Figura-3-12} Aspecto del fichero /etc/passwd}
\end{figure}
                

\subsection{Anulacin de Usuarios.}

Para anular la cuenta de un usuario se deben realizar los siguientes
pasos:

\begin{enumerate}
  
\item Eliminarlo del fichero /etc/passwd y de ser necesario del
  fichero /etc/group.
  
\item Borrar su directorio de trabajo y cualquier fichero creado por
  este usuario que se encuentre en otro directorio.
\end{enumerate}

Para anular temporalmente a un usuario sin borrar la informacin
disponible sobre ste, lo podemos hacer introduciendo como primer
carcter del campo clave en el fichero correspondiente un asterisco
('*'), por ejemplo:

\begin{verbatim}
jose:*DfK/OUxSRLi/2:501:100:Jose Manuel Laveda Molina:/home/jose:/bin/bash
\end{verbatim}
                


\subsection{Grupos.}

La agrupacin de todos los usuarios que tienen acceso a un sistema
gestionado con LINUX permite organizarlos de forma que su control sea
ms sencillo.

Un grupo de usuarios puede trabajar compartiendo ficheros y
directorios de forma que pueden desarrollar trabajos
conjuntamente. Para en control de los grupos tenemos un fichero
/etc/groups en el que podemos especificar los componentes de un grupo,
adems podemos introducir una clave para el grupo de forma que puedan
acceder otros usuarios no pertenecientes al mismo.

El fichero /etc/groups tiene la siguiente sintaxis:

nombre_del_grupo:clave:gid:lista_miembros

Los campos nombre_del_grupo y lista_miembros son bastante
autoexplicativos.

El campo clave raramente es usado, si no esta especificado estar en
blanco o contendr un asterisco ('*') en su lugar. Si necesita
introducir una clave en este campo para un grupo tendr que realizar
los siguientes pasos:

\begin{itemize}
\item Crear un usuario con la clave que desee introducir en el grupo,
  este usuario lo eliminar despus pues solo es creado para este
  objetivo.
  
\item Copiar el campo clave (ya encriptado) del fichero /etc/passwd en
  el lugar de la clave del fichero que estamos modificando.
\end{itemize}

Si un grupo tiene una clave definida, y nuestra cuenta no est
incluida en l veremos el siguiente mensaje al intentar cambiar de
grupo de trabajo:

\begin{verbatim}
 # newgrp <grupo>
 Password: password for group 
 # _
\end{verbatim}




Un apunte sobre los permisos y propietarios en los ficheros, la
precedencia es la siguiente: tipo de fichero (archivo normal,
b=archivo especial por bloques, c=archivo especial por carcteres,
d=directorio, l=enlace simblico), permisos habilitados para el
propietario del fichero, los del grupo y, por ltimo, para el resto de
usuarios del sistema, todos ellos indicados en grupos de tres
carcteres (r=lectura, w=escritura y x=ejecucin).

\begin{verbatim}
 -rwxr-xr--  1  jose  proyecto   24856  Jun  2  15:30  prueba
\end{verbatim}

Para el ejemplo tenemos un fichero normal llamado prueba cuyo
propietario es el usuario 'jose' que pertenece al grupo 'proyecto'. El
fichero tiene permisos de lectura, escritura y ejecucin para su
propietario, para el grupo tiene permisos de lectura y ejecucin, slo
de lectura para el resto de usuarios. El comando utilizado para
cambiar los permisos de un fichero es chmod, ejemplo:

{\tt \# chmod a=rwx <archivo> }

Concede permisos de lectura, escritura y ejecucin para todos los
usuarios (a). Los carcteres utilizados son: 'a' para indicar todos
los usuarios del sistema, 'g' para el grupo, 'o' para el resto de
usuarios y 'u' para el propietario del fichero.

Para cambiar el propietario de un fichero utilizaremos el comando
chown con la siguiente sintaxis:

{\tt \# chown <usuario>.<grupo> <archivo>}

Dispone igualmente del comando chgrp para cambiar el slo el grupo al
que pertenecer el fichero, introduciendo la lnea siguiente podemos
cambiar el grupo para el fichero prueba:


{\tt \# chgrp otros prueba}
                

Si observamos el contenido del fichero /etc/grups instalado en nuestro
sistema veremos que la gran mayora de grupos definidos en el fichero
se refieren a los creados por programas dedicados al correo
electrnico, news, gestin de impresora, etc... Slo existen dos
grupos para usuarios 'normales', users y root en este caso.
                


\section{Arranque del Sistema. Init. }

Una vez instalado el software que forma parte del LINUX y elegida la
forma de inicializar el sistema (Loadlin, gestor de arranque 
disquete) cada vez que hemos realizado este proceso se nos ha
presentado una pantalla muy parecida a esta, el contenido exacto de
los mensajes variar dependiendo del tipo de hardware sobre el que
tenemos instalado el sistema operativo:

\begin{figure}[htbH!]
\begin{verbatim}
Console: colour EGA+ 80x25, 1 virtual console (max 63)
Calibrating delay loop.. ok - 7.83 BogoMips
Serial driver version 4.11 with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16450
tty01 at 0x02f8 (irq = 3) is a 16450
lp1 at 0x0378, using polling driver
hda: WDC AC2850F, 814MB w/64KB Cache, LBA, CHS=1654/16/63, MaxMult=16
hdb: GCD-R540, ATAPI, CDROM drive
ide0: primary interface on irq 14
Floppy drive(s): fd0 is 1.44M, fd1 is 1.2M
FDC 0 is a 8272A
Memory: 7168k/8192k available (452k kernel code, 384k reserved, 188k data)
Swansea University Computer Society NET3.019
Checking 386/387 coupling... Ok, fpu using old IRQ13 error reporting
Checking 'hlt' instruction... Ok.
Linux version 1.2.13 (root@rita) (gcc version 2.7.0)\#38 Mon Jun 24 20:58:43 MET DST1996
Partition check:
    hda: hda1 hda2 hda3
 VFS: Mounted root (ext2 filesystem) readonly. 
Adding Swap: 24692k swap-space
hdb: media changed
hdb: status error: status=0x59
hdb: status error: error=0x60
ide0: do_ide_reset: success
VFS: Disk change detected on device 3/64
Max size:287861   Log zone size:2048
First datazone:20   Root inode number 40960
\end{verbatim}
\caption{\label{Figura-3-16} Informacin mostrada durante el arranque
del sistema} 
\end{figure}

La figura muestra la informacin extrada por el LINUX en cuanto al
hardware en el que se va a desenvolver, toda esta informacin es
buscada y mostrada por el ncleo del sistema durante la carga del
mismo en memoria principal. El resto de mensajes que se puedan
apreciar durante el arranque depender del contenido de los ficheros
de configuracin que intervienen en este paso.

Si se quiere ver esta informacin, ya que durante el arranque puede
ser difcil de leer, o hay algn tipo de problema, hay acceder al
fichero messages del directorio /var/log en el que estn registrados
la fecha de todas las veces que se ha inicializado el sistema y la
informacin que se ha obtenido.

Aunque no se mencione explcitamente para cada uno de los ficheros y
utilidades que se van a describir a continuacin conviene dejar claro
que la mayora de ellos necesitan los privilegios de que dispone el
usuario root para poder acceder a los mismos. De otra forma los
ficheros descritos puede que slo tengan el permiso de lectura para el
resto de usuarios o ningn permiso para ellos, por lo que son
inaccesibles si utilizamos LINUX con otro usuario distinto al
administrador.

En la figura se puede ver la informacin mostrada por el ncleo para
el ordenador con el que ha sido desarrollado parte de este trabajo.

Tras mostrar la configuracin del tipo de resolucin que va a utilizar
para el trabajo en modo texto (80 columnas x 25 filas) pasa a calcular
la velocidad de la UCP16 (Unidad Central de Proceso) del ordenador en
BogoMips, unidad propia del LINUX que intenta ser una aproximacin a
los millones de instrucciones por segundo que la unidad puede
calcular. La exactitud y fiabilidad de esta unidad no es muy buena
como se describe en el fichero destinado a la explicacin de este
parmetro17.
        
Posteriormente se nos muestra informacin sobre los puertos
disponibles y la interrupcin a la que estn asociados, adems del
modelo de controlador que los maneja (en este caso un chip 16450).

Sobre la impresora la informacin es similar, mostrndonos la
direccin de memoria relacionada con el puerto al que esta conectada.

Las lneas siguientes muestran informacin sobre todas las unidades
para el almacenamiento de informacin disponibles, en primer lugar el
disco duro, despus la unidad de CD-ROM y por ltimo las dos unidades
de disquete.


El resto de informacin se refiere a la memoria disponible, la
deteccin del co-procesador numrico instalado, la versin del sistema
operativo que estamos utilizando y cuando fue compilada, las
particiones instaladas, el rea de intercambio instalada y la
deteccin del disco ptico instalado en la unidad lectora en el
momento del arranque.

Una vez se ha completado esta etapa del arranque del sistema el ncleo
ejecutar el programa init que ser el encargado de configurar el
resto de parmetros del sistema ayudado del fichero /etc/inittab y
todos los que lo complementan.

\subsection{El programa  INIT.}

El ncleo hace que, al invocarse este programa, pase a ser el padre de
todos los procesos a ejecutarse durante la utilizacin del sistema
operativo, este ser el denominado en la bibliografa "proceso 0",
todos los procesos creados a partir de este momento sern hijos de
este proceso, crendose un rbol de procesos encabezado en todo
momento por init.

Init, ahora como proceso, crear los sub-procesos necesarios para la
espera de usuarios para el acceso a las terminales virtuales, fijar
el nivel/es de ejecucin de los distintos procesos, ejecutar las
instrucciones contenidas en otros ficheros destinadas a montar las
distintas unidades especificadas, chequear estas si es necesario....

Una vez que todos los procesos especificados en los ficheros han sido
ejecutados init espera que sucedan tres cosas: que uno de los procesos
hijo finalice, un fallo en el suministro elctrico o que el nivel de
ejecucin de los procesos sea modificado mediante los programas
init/telinit.

Ante la invocacin de este programa y un cambio del nivel de ejecucin
por parte de ste init enviar la seal SIGTERM a todos los procesos
que hay en ejecucin y que no pertenecen a dicho nivel para que
finalicen, tras veinte segundos de espera los que no han terminado su
ejecucin son eliminados mediante la seal SIGKILL. Ms concretamente
son eliminados los procesos que siguen en el mismo grupo que el
proceso init, si algn proceso ha cambiado su grupo no es afectado por
la terminacin forzosa por parte de la seal enviada a los procesos.

Un concepto importante a la hora de describir la tarea que init
realiza es el de nivel de ejecucin (run level). Es una separacin
lgica de los procesos en funcin de las tareas a las que estn
orientados, los procesos se agrupan por niveles. Para el caso que nos
ocupa se pueden manejar hasta 8 niveles (numerados del 0 al 6 mas uno
especial denominado con la letra 'S' o 's').

        
El nivel 0 est reservado para detener el sistema, el nivel 6 est
reservado para re-inicializarlo y el nivel 1 est destinado para el
trabajo en modo mono-usuario o simple (sin la posibilidad de disponer
de varias terminales virtuales), destinado a los casos en los que es
necesaria alguna tarea administrativa como por ejemplo ante un error
grave en el sistema de ficheros, en el arranque del sistema o un fallo
en el suministro elctrico ante los cuales hay que intentar recuperar
el sistema en las mejores condiciones posible.

La letra 'S' sirve para indicar las tareas que se pueden realizar en
el nivel 1.

En el nivel 1 o cuando tenemos el sistema en modo simple no disponemos
de terminales virtuales, como se ha indicado, pero seguimos
disponiendo de multitarea, es decir, podemos ejecutar procesos en
segundo plano (background), conviene no confundir ambas ideas.

Initdefault es la primera entrada que init busca en el fichero
inittab, ya que indica el nivel del que comenzarn a ejecutarse los
procesos, en caso de no existir esta entrada el sistema pedir que se
introduzca manualmente.

Daremos un repaso al fichero inittab y a los ficheros que, junto a
este, configuran el arranque y el estado en el que el sistema
permanecer. Como se ha mencionado anteriormente puede ser que no
necesitemos el cambio de entrada alguna pero en cualquier caso
conviene conocer muy bien el contenido y significado de los ficheros
para no incurrir en un error que puede dar al traste con el proceso de
arranque, quiz de los ms crticos en el uso del sistema.


\subsection{El  fichero  INITTAB.}

Ubicado en el directorio /etc este es el fichero principal en el que
init basar su trabajo. Contiene informacin sobre el nivel del que
comenzarn a ejecutarse los procesos, ficheros a ejecutar ante ciertas
situaciones, nmero de terminales virtuales a habilitar, etc...

La sintaxis de este fichero es la siguiente:

\begin{verbatim}
 id:nivel:accin:proceso
\end{verbatim}

\begin{description}
\item[id] Identifica la lnea, deben ser dos caracteres.
  
\item[nivel] En que nivel/es de ejecucin puede ser ejecutada la
  accin especificada, puede ser un valor o una secuencia (1, 12, 123
  ...).
  
\item[accin] Accin a realizar sobre el proceso posterior, las
  acciones vlidas son:
  \begin{description}
  \item[respawn] El proceso ser ejecutado de nuevo cuando finalice.
  \item[wait] El proceso se ejecutar cuando el sistema entre en el
    nivel de ejecucin necesario e init esperar a su finalizacin.
    
  \item[once] El proceso solo se ejecutar una vez cuando est activo
    el nivel necesario.
    
  \item[boot] Proceso ejecutado durante el arranque del sistema. El
    campo 'nivel' es ignorado.
    
  \item[bootwait] Al igual que el caso anterior pero init espera a su
    finalizacin. El campo 'nivel' es ignorado.
    
  \item[off] Esta entrada no hace nada.
                        
  \item[ondemand] El proceso se realizar cuando dicho nivel de
    ejecucin sea invocado bajo demanda. En la ejecucin de este
    proceso no habr implcito un cambio de nivel.
    
  \item[initdefault] Especifica el nivel a fijar despus del arranque
    del sistema.
    
  \item[sysinit] Ser ejecutado durante el arranque del sistema, antes
    que cualquier entrada boot  bootwait.
    
  \item[powerwait] El proceso se ejecutar al recibirse la seal
    SIGPWR indicando que algo anda mal en el suministro de energa
    elctrica, init esperar a que finalice dicho proceso.
    
  \item[powerfail] Igual a powerwait pero init no espera su ejecucin
    total para continuar.
    
  \item[powerokwait] Sigue con el control del fluido elctrico, pero a
    condicin de que exista un fichero (/etc/powerstatus) con la
    palabra OK, indicando que ste ha sido restablecido
    satisfactoriamente.



    
  \item[Ctlrlaltdel] El proceso ser ejecutado al recibir la seal
    SIGINT provocada por la pulsacin simultnea de las teclas
    <Ctrl>+<Alt>+<Del>. Esto provocar una parada del sistema y vuelta
    a arrancar de una forma correcta, recuerde que con LINUX no
    podemos apagar la mquina ni hacer uso del botn RESET sin ms.
    
  \item[kbrequest] Para procesos a ejecutarse al recibir una seal del
    manejador del teclado como que ha sido utilizada una combinacin
    especial de teclas.
  \end{description}
\end{description}

Como veremos en su contenido, el fichero inittab se complementa con el
contenido de otros ficheros, todos ellos ubicados en el directorio
/etc/rc.d, cada uno de ellos contiene instrucciones destinadas a la
realizacin de distintas tareas dependiendo de la situacin en la que
se encuentra init. Esta forma de agrupar los ficheros atiende a una
forma de simplificar la configuracin del sistema, imaginemos por un
momento todos los ficheros reunidos en un solo inittab, adems que
permite el ejecutar cada uno de ellos con una accin determinada, lo
que le da ms flexibilidad.

\begin{figure}[htbH!]
\begin{verbatim}
# Nivel de ejecucin por defecto, de no existir se preguntar al arrancar.
id:5:initdefault:
# Ejecutar el ficheor rc.S al inicializar el sistema (sysinit).
si:S:sysinit:/etc/rc.d/rc.S
# Ejecutar el fichero rc.K al entrar en modo simple (nivel 1)
su:1S:wait:/etc/rc.d/rc.K
# Para pasar al modo multi-usuario ejecutar rc.M
rc:123456:wait:/etc/rc.d/rc.M
# Ejecutar el comando especificado al pulsar <Ctrl>+<Alt>+<Del>
ca::ctrlaltdel:/sbin/shutdown -t5 -rfn now
# Ejecutar estos ficheros al detener o arrancar el sistema (actualmente es el
# mismo para ambos casos)
l0:0:wait:/etc/rc.d/rc.0
l6:6:wait:/etc/rc.d/rc.6
# Que hacer ante un fallo en el suministro elctrico.
pf::powerfail:/sbin/shutdown -f +5 " FALLO EN EL SUMINISTRO ELECTRICO !!"
# El suministro elctrico vuelve a ser normal.
pg:0123456:powerokwait:/sbin/shutdown -c "SUMINISTRO CORRECTO"
# Volvemos al modo multi-usuario despues de volver todo a la normalidad.
ps:S:powerokwait:/sbin/init 5
# Aqu es donde especificamos el nmero de terminales virtuales que
# deseamos, el nivel 4 no se utiliza.
c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux
c3:5:respawn:/sbin/agetty 38400 tty3 linux
c4:5:respawn:/sbin/agetty 38400 tty4 linux
c5:5:respawn:/sbin/agetty 38400 tty5 linux
c6:45:respawn:/sbin/agetty 38400 tty6 linux
# Terminales enganchadas al puerto serie
#s1:45:respawn:/sbin/agetty 19200 ttyS0 vt100
#s2:45:respawn:/sbin/agetty 19200 ttyS1 vt100
# Terminales invocadas via modem
#d1:45:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS0 vt100
#d2:45:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS1 vt100
# El nivel 4 se reserva para la ejecucin del entorno X Window.
x1:4:wait:/etc/rc.d/rc.4
\end{verbatim}
\caption{\label{Figura-3-17} Ejemplo de fichero inittab}
\end{figure}

El fichero puesto como ejemplo no es mas que el incluido en la
distribucin Slackware, con los comentarios en castellano para que sea
lo suficientemente autoexplicativo, no obstante se proceder a
explicar el contenido de cada una de las lneas y la tarea asignada.

Se fija el nivel de ejecucin inicial a cinco como primera lnea,
aunque init la buscara si no estuviera en esta posicin como primer
valor necesario.

El primer fichero a ejecutar es el denominado rc.S que contiene los
comandos necesarios para activar el rea de intercambio, montar los
sistemas de ficheros configurados (fichero /etc/fstab) chequendolos
si es necesario, fija la hora,...  mostrando informacin de su
actividad en todo momento.

La siguiente lnea indica que el fichero rc.K debe ser ejecutado al
entrar en el nivel 1, para tareas administrativas, se 'matarn' todos
los programas que se estn ejecutando en segundo plano (demonios)
aunque los sistemas de ficheros siguen montados.

A la entrada en modo multiusuario se ejecutar el fichero rc.M que se
encarga de habilitar la funcin de proteccin de pantalla que se
activar a los 15 minutos de inactividad adems de activar la
deteccin de la unidad de CD-ROM (mediante rc.cdrom), activa las
tareas programadas mediante la utilidad cron e inicializa todos los
demonios necesarios para la gestin de redes (si est configurado), la
entrada en el sistema, manejo de la impresora... adems de configurar
el tipo de fuente (tipo de letra) y el teclado configurados durante la
instalacin del LINUX.

Los nombres rc.0 y rc.6 actualmente se refieren al mismo fichero,
ejecutado en la parada y re-inicializacin del sistema. Su actividad
principal consiste en forzar la terminacin de todos los procesos
activos, desmontar las unidades activas, desactivar el rea de
intercambio (swap) y la parada del sistema o la vuelta a una nueva
carga.
        
Las siguientes tres lneas se encargan de mantener el sistema en un
estado lo ms estable posible ante un fallo en el suministro
elctrico, la primera de ellas intenta una parada ante un corte en el
suministro elctrico, la segunda interrumpe esta parada si se ha
vuelto a restaurar correctamente este suministro, la tercera
finalmente se asegura de volver el sistema al modo multiusuario.


Por ltimo tenemos las lneas encargadas de configurar el nmero de
terminales virtuales de que dispondremos en el sistema a las que
podremos acceder mediante la combinacin de teclas <Alt>+[F1..F6],
conectadas al puerto serie o por acceso remoto va mdem.

Sobre el nmero de terminales virtuales configuradas, tenemos por
defecto 6, pero podemos configurar los que deseemos. nicamente hay
que tenerlo en consideracin a la hora de ejecutar el entorno grfico
X Window ya que ste utilizar la primera terminal virtual disponible
para su ejecucin (la nmero 7 por defecto).




\section{Recuperacin del Sistema.}

Debido a cualquier problema en la configuracin o de tipo fsico de la
mquina podemos encontrarnos con la posibilidad de no poder ejecutar
LINUX correctamente.


Si el error es debido al borrado de un fichero o la modificacin de su
contenido sin desearlo lamentablemente no hay solucin, no existe
ninguna herramienta de recuperacin de ficheros borrados o
sobrescritos para LINUX dadas las caractersticas del sistema de
ficheros que utiliza (ext2 generalmente), excepto si el fichero lo
tenemos en un disquete con formato msdos en cuyo caso podemos intentar
utilizar cualquier utilidad disponible.

La nica forma de evitar estos problemas es tener copias de seguridad
de los ficheros y directorios que creemos crticos18, adems de
disponer de la distribucin de LINUX en cualquier forma adems de
tenerla instalada, un cd-rom es el formato ideal por poder contener el
sistema completo aunque recuerdo que podemos tener los ficheros
instalados en la particin dedicada al sistema de ficheros DOS.

Es bueno tener los programas y ficheros que aadamos a la distribucin
del sistema salvados, adems de guardar copias de seguridad de
ficheros, por ejemplo el contenido del directorio /etc incluyendo sus
subdirectorios, ya que generalmente se encuentra en ste numerosos
ficheros de configuracin del sistema adems de ficheros especficos
de otros programas, el directorio /home/<usuario> y otros ficheros que
consideremos necesarios. Tambin es conveniente salvar ficheros que
veremos que son importantes en la determinacin que como funcionar
nuestro sistema X Window en el captulo siguiente.

LINUX nos ofrece varias herramientas que podemos utilizar para esta
tarea, las principales son cpio, tar y gzip (versin GNU de compresor
con formato ZIP). Tar permite el crear un fichero que contiene todos
los directorios y ficheros especificados, pudiendo conservar su
estructura en el rbol de directorios de forma que al restablecer
desde este fichero conservaremos la ubicacin de cada uno de los
ficheros. El fichero creado con tar puede ser comprimido para ahorrar
espacio.

Los parmetros con que podemos ejecutar tar son muchos, incluso es
posible la creacin de volmenes de un tamao determinado, pero una
posibilidad de uso general puede ser:

{\tt \# tar cvfz /root/copia.tgz /etc /home/jose}

        
De esta forma el contenido de los directorios /etc y /home/jose es
archivado en un fichero denominado copia.tgz.

Para devolver el contenido de este fichero a su ubicacin original
teclearemos:

{\tt \# tar zxfv copia.tgz }

Si queremos hacerlo en disquetes tendremos que teclear:

{\tt \# tar cfvM19 /dev/fd0 /etc }

Con la salvedad que no hace falta realizar ninguna maniobra previa
sobre los mismos (no es necesario formato, sistema de ficheros ni
montar la unidad), el mismo programa se encarga de asignarles el
formato adecuado.

Otra utilidad destinada a esta tarea es cpio que nos permite realizar
copias de seguridad, al igual que la herramienta anterior, pero con
una gama ms extensa de opciones, acepta ficheros creados con tar. En
este caso utiliza las caractersticas de E/S del intrprete de
comandos (shell). Como ejemplo copiaremos un directorio completo (sin
incluir subdirectorios) en un disquete para posteriormente restaurarlo
otra vez:

\begin{verbatim}
 # ls /home/jose | cpio -o > /dev/fd0

 # cpio -i < /dev/fd0
\end{verbatim}
        
Conviene tener siempre a mano un disquete de arranque con el la ltima
versin del ncleo de que dispongamos, esto lo podemos hacer de tres
formas:
\begin{itemize}
\item SETUP nos lo permite durante la instalacin del software.
                
\item Compilando el ncleo del sistema operativo con la
  instruccin:{\tt \# make zdisk }
  
  Que tambin podemos introducir tras haber creado el ncleo de alguna
  otra forma.
  
\item Utilizando un disquete y utilizando el comando:
  
  {\tt \# cp /usr/src/linux/arch/i386/boot/zImage /dev/fd020}
  
  Para un disco formateado podemos introducir (sin montar la unidad):
  
  {\tt \#dd if=/usr/src/linux/arch/i386/boot/zImage of=/dev/fd0
    bs=8192}
\end{itemize}

De esta forma tenemos un disco a nuestra disposicin para el caso en
que tengamos un problema con el arranque desde el disco duro o
deseemos utilizar el disquete como mtodo de inicializacin en todo
momento, adems hay que aadir el siguiente comando:

{\tt \# rdev -R /dev/fd0 1 }
                
Que indica al ncleo que el arranque se va a realizar desde este
dispositivo.

Si tenemos algn problema con el sistema de ficheros el programa a
utilizar es e2fsck, que chequea el contenido del sistema de ficheros
ayudndonos a recuperar ciertos errores, para el caso del sistema de
ficheros ext2. Uno de los ms comunes es un error en el superbloque,
parte del sistema de ficheros que contiene informacin vital sobre
ste, si est daado la forma de repararlo es:

{\tt \# e2fsck -f -b 8193 /dev/hda}
                
Otra utilidad para chequear el estado de los sistemas de ficheros
instalados es fsck. Hasta el momento puede que hayamos tenido noticia
de la misma slo en el proceso de arranque del sistema pero conviene
conocer algunas nociones de su funcionamiento.

Lo primero a destacar es que el sistema a chequear no ha de estar
montado porque podemos encontrarnos con el chequeo y posible
reparacin de ficheros en uso lo cual no es aconsejable. Es por esto
que la revisin de la particin principal se hace durante el arranque
del sistema.

La forma mas sencilla de invocacin es, por ejemplo, 'fsck /dev/hda2'
pero en este caso no hemos indicado el tipo de sistema de ficheros
utilizados ni que hacer cuando se encuentra con un error. Algunos de
los parmetros mas importantes son:

\begin{description}
\item[-A] Realiza un testeo de todos los sistemas de ficheros
  descritos en el fichero /etc/fstab.
  
\item[-V] Muestra informacin mientras est realizando cualquier
  proceso.
                        
\item[-t <sistema_ficheros>] Tipo de sistema de ficheros a comprobar.
  
\item[<sistema_ficheros>] Sistema de ficheros a testear.
  
\item[-a] Repara automticamente cualquier problema encontrado.
  
\item[-r] Pide confirmacin antes de realizar cualquier reparacin.
  
\item[-s] Fuerza el chequeo en serie de los sistemas de ficheros a
  procesar, la opcin por defecto es el poder testearlos en paralelo
  si se encuentran en dispositivos diferentes.
\end{description}


Este programa tambin es ejecutado cada vez que el sistema arranca y
son montadas las diferentes unidades especificadas en el fichero
/etc/fstab ejecutndose de ser necesario, en este caso cuando se ha
alcanzado un numero de veces determinado por un contador.

Otra parte importante de los discos duros es su sector de arranque y
tabla de particiones, informacin que podemos grabar en un fichero con
el comando:

{\tt \# dd if=/dev/hda of=/root/arranque bs=1K count=1}

En el fichero arranque tenemos toda la informacin necesaria, con el
primer parmetro indicamos el origen de la informacin y con el
segundo el destino, el parmetro bs indican el tamao del bloque para
el fichero (en este caso 1 K).

Si es necesario restaurar el sector de arranque y la tabla de
particiones desde el fichero teclear21:

{\tt \# dd if=/root/arranque of=/dev/hda bs=1K count=1}

Pero podemos encontrarnos en el caso en que el problema es ms grave,
en cuyo caso necesitaremos algn tipo de herramienta para salvarnos de
'errores fatales'.

Existen para LINUX paquetes disponibles con software destinado a la
creacin de discos de arranque adems de otros con numerosas
utilidades que nos pueden ser de gran ayuda para esta labor.

Bsicamente consiste en crear un disco de arranque (boot) y uno con
las utilidades mnimas para poder recuperar el sistema, si es posible
(root). La posibilidad de tener ambos grupos en un mismo disco
(boot/root) tambin existe pero de esta forma limitamos mucho el
nmero de programas que podemos introducir en el disquete.



\section{Redes y Comunicaciones.}

Si necesitamos que una mquina o grupo de mquinas sea capaz de
relacionarse LINUX es la solucin. Como implementacin del sistema
operativo UNIX est concebido para dar soporte de redes mediante la
posibilidad de configurarlo para el manejo de diferentes tipos de
protocolos y dispositivos. Una vez habilitado este soporte disponemos
de una amplia oferta de software con el que podremos extraer el mximo
rendimiento al sistema que vayamos a montar.

En este apartado slo son tratados los pasos necesarios para que el
sistema operativo pueda manejar distintos protocolos y dispositivos
as como los principales ficheros implicados en el tema de las redes y
comunicaciones. Se describirn algunas utilidades importantes que
ayudarn a la gestin del entorno en estas condiciones. El protocolo
PPP est mas extensamente explicado en el apartado siguiente debido a
su uso para la conexin a Internet a travs de Infova, tambin se
reserva para este apartado la explicacin del programa named que nos
permitir la resolucin de nombres en la mquina local mientras
estamos conectados a la red. La posible repeticin de algunos
conceptos en los apartados siete y ocho responde a la intencin de
mantener los contenidos lo ms separados posible de forma que se puede
acudir al apartado ocho directamente si lo nico que se necesita es el
acceso a Internet.

El primer software para redes concebido por y para LINUX se denomin
Net-1 (creado por Ross Biro) y apareci durante el otoo del ao
1.992. Posteriormente otro autor (Fred van Kempen) se puso a trabajar
en la mejora de este cdigo y cre el denominado Net-2 que empez a
ser mantenido por un grupo ms extenso de colaboradores destacando
entre ellos Alan Cox. Tras una depuracin profunda del cdigo Net-2
sobrevino una versin denominada Net-3.

A partir de la versin 1.1.5 de LINUX este cdigo forma parte ntegra
del cdigo del sistema operativo por lo que no necesitamos el obtener
cdigo adicional alguno si queremos adentrarnos en este terreno.

Actualmente el cdigo Net-3 (lo que es igual a decir LINUX) soporta:

\begin{itemize}
\item La mayora de las tarjetas de tipo Ethernet existentes.
  
\item Protocolos de transmisin va el puerto serie SLIP (Serial Line
  IP) y PPP (Point to Point Protocol).
  
\item Compresin de encabezamiento de paquetes con el algoritmo Van
  Jacobson.
  
\item PLIP para la conexin de ordenadores va el puerto paralelo.
  
\item EQL Load Balancing que permite el uso de ms de una conexin
  simultnea con otra mquina, multiplicndose el ancho de banda
  disponible.
  
\item NFS: los sistemas de ficheros remotos son accesibles va este
  protocolo posibilitando el uso transparente para el usuario.
  
\item IPX: protocolo utilizado por las redes de tipo Novel.
  
\item NIS: (Network Information System) protocolo creado por la
  empresa SUN destinado a poner cierta informacin vital a todas las
  mquinas de una red lo cual tiene como objetivo el hacer ms
  sencillo el manejo de la misma.
  
\item ARCnet.
  
\item Redes de tipo Token Ring (IBM).
  
\item Appletalk: compartiremos ficheros y dispositivos con mquinas
  Machintosh.
  
\item Redes sin cable: generalmente va dispositivos infrarrojos.
  
\item ISDN ( RDSI 'Red Digital de Servicios Integrados').

\item ATM: Protocolo de comunicaciones.
  
\item IP firewalling: Para configurar la mquina LINUX como
  cortafuegos de una red.
  
\item IP Accounting: Contabilidad del sistema.
  
\item IP tunnelling: Permite el encapsulamiento de un protocolo dentro
  de otro ('disfrazar' un protocolo para que tenga apariencia de
  otro). Tambin es utilizado para el caso de IP 'mviles', una
  mquina tiene una direccin IP fija pero no siempre est ubicada en
  un mismo lugar.

\end{itemize}



\subsection{Configuracin del ncleo}

Cualquier intento de que LINUX pueda comunicarse22 ha de pasar
necesariamente por su compilacin23 durante la cual se nos presentan
una serie de cuestiones a responder de las cuales una parte est
dedicada a conocer el tipo de protocolos y manejadores de dispositivos
necesarios.

\begin{figure}[htbH!]
\begin{verbatim}
 * General setup
 Networking support (CONFIG_NET) [y] y
\end{verbatim}
\caption{\label{Figura-3-20} Habilitar el soporte para redes en LINUX}
\end{figure}

La pregunta mostrada en la figura es la primera a responder
afirmativamente si necesitamos que se nos muestren mas preguntas al
respecto, de no hacerlo podemos encontrarnos con que no se nos
presentan el resto de opciones y tengamos que abortar este proceso
para comenzar de nuevo.

\begin{figure}[htbH!]
\begin{verbatim}
  *
  * Networking options
  *
  TCP/IP networking (CONFIG_INET) [y]
  IP forwarding/gatewaying (CONFIG_IP_FORWARD) [n]
  IP multicasting (CONFIG_IP_MULTICAST) [n]
  IP firewalling (CONFIG_IP_FIREWALL) [n]
  IP accounting (CONFIG_IP_ACCT) [n]
  *
  * (it is safe to leave these untouched)
  *
  PC/TCP compatibility mode (CONFIG_INET_PCTCP) [n]
  Reverse ARP (CONFIG_INET_RARP) [n]
  Assume subnets are local (CONFIG_INET_SNARL) [y]
  Disable NAGLE algorithm (normally enabled) (CONFIG_TCP_NAGLE_OFF) [n]
  The IPX protocol (CONFIG_IPX) [n]
  *
\end{verbatim}
\caption{\label{Figura-3-21} Opciones generales para el soporte de
  redes.} 
\end{figure}              

\begin{description}
\item[ TCP/IP networking (CONFIG_INET)] [y]: Es necesario el contestar
  afirmativamente a esta cuestin de forma que el ncleo incorpore el
  cdigo necesario para manejar este protocolo.
  
\item[ IP forwarding/gatewaying (CONFIG_IP_FORWARD)] [n]: Debemos
  habilitar esta opcin si LINUX va a realizar las tareas de pasarela
  (enrutado de paquetes) en la red que deba gestionar.
  
\item[ IP multicasting (CONFIG_IP_MULTICAST)] [n]: Ciertas
  aplicaciones necesitan de esta posibilidad.
  
\item[ IP firewalling (CONFIG_IP_FIREWALL)] [n]: Necesario cuando
  queremos dotar al sistema de cierto grado de seguridad, la mquina
  puede funcionar incluso como cortafuegos en un entorno de red.
  
\item[ IP accounting (CONFIG_IP_ACCT)] [n]: Habilita el poder
  contabilizar el uso de los recursos del sistema con el apoyo las
  herramientas necesarias.
  
\item[ PC/TCP compatibility mode (CONFIG_INET_PCTCP)] [n]: Evita
  errores cuando LINUX ha de soportar mquinas que utilizan este
  protocolo.
  
\item[ Reverse ARP (CONFIG_INET_RARP)] [n]: Soporte del protocolo RARP
  (Reverse Address Resolution Protocol) utilizado para la asignacin
  de direccin IP a terminales sin disco (terminales 'tontas').
  
\item[ Assume subnets are local (CONFIG_INET_SNARL)] [y]: Influye en
  el tamao de los paquetes a transmitir dependiendo de si asume como
  local slo las mquinas directamente conectadas a la red o tambin
  otras mas 'lejanas'.
  
\item[ Disable NAGLE algorithm (normally enabled)] (...): Trata de
  evitar el envo de paquetes muy pequeos por la red (debido
  generalmente a comandos interactivos) que pueden producir una bajada
  de la productividad del sistema.
  
\item[ The IPX protocol (CONFIG_IPX)] [n]: Protocolo que utilizan las
  redes de tipo Novell.
\end{description}


Una vez contestadas estas cuestiones pasaremos a describir el tipo de
dispositivos que LINUX va a manejar. Slo describir aquellas
cuestiones que puedan plantear cierta dificultad, el resto son
bastante autoexplicativas.

\begin{figure}[htbH!]
\begin{verbatim}
 
 *
 * Network device support
 *
 Network device support? (CONFIG_NETDEVICES) [y]
 Dummy net driver support (CONFIG_DUMMY) [n]
 SLIP (serial line) support (CONFIG_SLIP) [y]
 CSLIP compressed headers (CONFIG_SLIP_COMPRESSED) [y]
 16 channels instead of 4 (SL_SLIP_LOTS) [n]
 PPP (point-to-point) support (CONFIG_PPP) [y]
 PLIP (parallel port) support (CONFIG_PLIP) [n]
 Do you want to be offered ALPHA test drivers (CONFIG_NET_ALPHA) [n]
 Western Digital/SMC cards (CONFIG_NET_VENDOR_SMC) [y]
 WD80*3 support (CONFIG_WD80x3) [y]
 SMC Ultra support (CONFIG_ULTRA) [n]
 AMD LANCE and PCnet (AT1500 and NE2100) support (CONFIG_LANCE) [n]
 3COM cards (CONFIG_NET_VENDOR_3COM) [n]
 Other ISA cards (CONFIG_NET_ISA) [n]
 EISA, VLB, PCI and on board controllers (CONFIG_NET_EISA) [n]
 Pocket and portable adaptors (CONFIG_NET_POCKET) [n]
 *

\end{verbatim}
\caption{\label{Figura-3-22} Configuracin de dispositivos.}
\end{figure}

El dispositivo dummy permite asignar una direccin IP 'falsa' a una
mquina sin acceso a una red (no tiene asignada direccin IP 'legal' o
le es asignada de modo dinmico), de forma que podemos enviar paquetes
a esta direccin en vez de utilizar la direccin 127.0.0.1 (direccin
por defecto de la mquina local). Esto puede ser til para probar
cierto tipo de software para redes y puede compararse con el
dispositivo /dev/null.  Una vez compilado el ncleo debemos hacer lo
siguiente (tambin lo podemos introducir en el fichero
/etc/rc.d/rc.inet1):

\begin{verbatim}
 # ifconfig dummy 192.168.34.5624
 # route add -net 192.168.34.0 device dummy
\end{verbatim}

Ya podemos introducir en nuestro fichero /etc/hosts la siguiente
informacin:

{\tt 192.168.34.56 delfin.micasa.es delfin}


Algunos autores recomiendan esta forma de proceder en vez de asignar
el nombre de la mquina a la direccin 127.0.0.1, esta direccin se
debe dejar como localhost.

Podemos utilizar el comando ifconfig para comprobar que todo ha ido
bien:
\begin{figure}[htbH!]
\begin{verbatim}

lo 
          Link encap:Local Loopback  
          inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
          UP BROADCAST LOOPBACK RUNNING  MTU:2000  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0
          TX packets:26 errors:0 dropped:0 overruns:0

dummy
     
          Link encap:10Mbps Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.34.56  Bcast:192.168.34.255  Mask:255.255.255.0
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0
          TX packets:0 errors:0 dropped:0 overruns:0
          Interrupt:0 Base address:0x0 

\end{verbatim}
\caption{\label{Figura-3-23} Apariencia del dispositivo dummy.}
\end{figure}

El resto de preguntas se refiere a un listado de modelos de
dispositivos que LINUX puede controlar, contestaremos afirmativamente
si encontramos el que se corresponde con el instalado.

\subsection{ Ficheros implicados}

Los ficheros que se van a detallar se pueden considerar como los
mnimos necesarios a existir en el caso que necesitemos trabajar en un
entorno de red. Todos ellos contienen una configuracin por defecto
que es la que la distribucin instalar y en ocasiones no hay que
cambiar el contenido de algunos de ellos.

Aqu se detalla su funcin y su contenido 'por defecto', hemos de
tenerlos muy en cuenta a la hora de instalar el soporte de cualquier
tipo de red o software dedicado a dar servicios a la misma. Todos
ellos se encuentran en el directorio /etc.
                
\begin{description}
\item[HOSTNAME] Destinado a contener el nombre de nuestra mquina.
  
\item[hosts] Consultado en primera instancia para la resolucin de
  nombres en un entorno de red (obtener la direccin IP de una mquina
  a partir de su nombre completo25 o su alias). Debe estar presente
  como mnimo el par '127.0.0.1 localhost'. Podemos tener las
  direcciones ms utilizadas por el usuario de forma que nos ahorramos
  el tener que acceder al protocolo de resolucin de nombres para cada
  direccin necesitada.
  
\item[hosts.conf] Indica a LINUX la forma en que ha de proceder a la
  hora de resolver nombres de mquinas, la configuracin ms comn es:

\begin{figure}[htbH!]
\begin{verbatim}
 order hosts,bind
 multi on

\end{verbatim}
\caption{\label{Figura-3-24} Fichero /etc/hosts.conf}
\end{figure}
  La orden a seguir como indica el fichero ser buscar primero en el
  fichero hosts para acceder al protocolo bind26 en caso de no obtener
  resultados de la primera forma. La ltima lnea permite tener ms de
  una direccin IP para un misma mquina.
  
\item[resolv.conf] Contiene las direcciones IP de los servidores de
  nombres accesibles desde la red. Tambin permite el indicar el
  dominio de la maquina en caso de tener uno asignado.

\begin{figure}[htbH!]
\begin{verbatim}
domain <dominio>
       nameserver 128.9.0.107
\end{verbatim}
\caption{\label{Figura-3-25} Ejemplo de fichero resolv.conf}
\end{figure}  

\item[inetd.conf] Inetd permite el tener una mquina a la espera de
  peticiones de conexin, puede considerarse como un gestor de todos
  los servidores que pueden haber instalados con la facilidad de que
  no es necesario que estn activos en todo momento. A la llegada de
  cualquier requerimiento de un servicio el programa iniciar el
  servidor adecuado.
        
  El fichero de configuracin contiene una lista de nombres de los
  servicios y el tipo de socket (mecanismo de comunicacin entre
  procesos que puede utilizarse en un entorno de red o en una mquina
  aislada) de los cuales obtendr con la ayuda del fichero
  /etc/services su nmero y protocolo a utilizar. De esta forma
  iniciar el programa conveniente.

\begin{figure}[htbH!]
\begin{verbatim}
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# Echo, discard, daytime, and chargen are used primarily for testing.
echo    stream  tcp     nowait  root    internal
echo    dgram   udp     wait    root    internal
discard stream  tcp     nowait  root    internal
discard dgram   udp     wait    root    internal
daytime stream  tcp     nowait  root    internal
daytime dgram   udp     wait    root    internal
chargen stream  tcp     nowait  root    internal
chargen dgram   udp     wait    root    internal
time    stream  tcp     nowait  root    internal
time    dgram   udp     wait    root    internal
(...)
\end{verbatim}
  \caption{\label{Figura-3-26} Fragmento del fichero inetd.conf.}
\end{figure}

\item[ services] Listado del nombre, nmero y protocolo asignado a
  cada socket.
  
\item[ protocol] Contiene todos los protocolos que podemos utilizar
  con LINUX y el nmero asignado a cada uno de ellos.

\begin{figure}[htbH!]
\begin{verbatim}
ip      0       IP      # internet protocol, pseudo protocol number
icmp    1       ICMP    # internet control message protocol
igmp    2       IGMP    # internet group multicast protocol
ggp     3       GGP     # gateway-gateway protocol
tcp     6       TCP     # transmission control protocol
pup     12      PUP     # PARC universal packet protocol
udp     17      UDP     # user datagram protocol
idp     22      IDP     # WhatsThis?
raw     255     RAW     # RAW IP interface

\end{verbatim}
  \caption{\label{Figura-3-27} Fichero protocols.}
\end{figure}

\end{description}

                
Los ficheros encargados de inicializar todos el software implicado en
la gestin de redes as como contener todas las variables implcitas
son rc.inet1 y rc.inet2. El primero de ellos contiene los primeros
pasos de este proceso, asignando las direcciones IP de la mquina, las
de red y difusin en la misma y la de la pasarela de existir.
Seguidamente inicia los dispositivos instalados y carga las tablas con
las rutas necesarias. El segundo fichero contiene unas lneas para
cada uno de los programas que podemos ejecutar para gestionar la red.

En cuanto al software disponible para explotar las capacidades de red
con LINUX es muy amplio, con la distribucin disponemos de los
programas bsicos en cualquier sistema UNIX: ftp, telnet, ping,
traceroute.... pero existen en mltiples lugares de la red y bajo
distintos tipos de licencia numerosas utilidades que pueden hacer de
este sistema operativo una alternativa seria en este aspecto. Sirva
como ejemplo que existen numerosas empresas proveedoras de Internet
que slo utilizan LINUX (en Espaa existen algunos que lo utilizan de
momento para parte del trabajo).



\section{Acceso a Internet con LINUX.}

El nacimiento de la red Infova ha llevado consigo la proliferacin de
numerosas empresas que, aprovechando las posibilidades de esta red,
provee de acceso a Internet a cualquier usuario con un modem y el
software necesario, a cambio de una cuota por el servicio adems del
coste de la llamada telefnica como urbana sea cual sea el punto desde
el que llamemos.

Dependiendo de las caractersticas de dicha empresa proveedora
(proveedor o ISP27 a partir de ahora) en cuanto a tipo de conexin y
cuotas los servicios que se nos ofrecen pueden ser muy variados aunque
en general todas ofrecen las siguientes posibilidades por una conexion
que podemos denominar como normal:

\begin{itemize}
\item Direccin de correo y tamao de buzn ilimitado.
  
\item Posibilidad de albergar pginas web (hypertexto) propias con un
  tamao mximo especificado.
  
\item Servidores propios de correo, ficheros, IRC (para charla en la
  red), news (noticias en Usenet), etc.

\end{itemize}

Otras posibilidades que se suelen ofrecer son el poder disponer de
otra direccin de correo, direcciones IP fijas, mayor tamao en la
pgina web, telfono de contacto de coste reducido,....

Para hacer uso de todos los servicios que la red nos permite podemos
utilizar LINUX ya que disponemos de todo lo necesario, incluso
distintos programas para realizar la misma tarea.
                
En este apartado se desglosa paso a paso la configuracin de LINUX
para acceder a este tipo de proveedores as como la forma de poder
manejar el correo y las news. Existen numerosas alternativas a los
pasos aqu descritos en cuanto a ficheros de configuracin y programas
a utilizar, se he optado por reflejar la ms comn entre los usuarios
de LINUX e Internet y centrada en el software disponible en la
distribucin Slackware.

Para cumplir nuestro objetivo debemos conocer previamente la siguiente
informacin, que normalmente nos ser dada al contratar un acceso con
un proveedor de Internet cualquiera (reflejo entre parntesis los
valores que voy a utilizar a lo largo de todo el ejemplo).

\begin{itemize}
\item Denominacin de nuestra cuenta de usuario que generalmente
  pasar a formar parte de nuestra direccin de correo. (jmlm(ibaez))
  
\item Palabra clave de paso a utilizar. (mortadelo)
  
\item Direccin del Servidor de Nombres a utilizar (DNS).
  (194.224.215.52)
  
\item Nombre de la mquina o mquinas que se encargarn de la gestin
  del correo electrnico y de las reas de noticias.
  (bacterio.ibaez.es y super.ibaez.es respectivamente).
\end{itemize}

Como se puede observar en momento alguno se hace referencia a una
direccin IP propia, ya que generalmente se asigna una direccin
dinmica a cada usuario en cada una de sus conexiones, lo cual implica
que nuestra mquina no est permanentemente en Internet.

\section{El protocolo PPP.}

LINUX permite la utilizacin de dos protocolos de comunicacin va el
puerto serie SLIP y PPP, para el tipo de conexin que necesitamos
utilizaremos el segundo en su uso como software cliente aunque podemos
utilizar ambos protocolos para habilitar servidores.

PPP no es exactamente un protocolo sino un conjunto de protocolos,
cada uno de los cuales se encarga de la gestin de la conexin a un
nivel determinado y est especificado en el RFC 1584.

El RFC28 es un tipo de documento que trata de especificar detalles
tcnicos sobre distintos aspectos del funcionamiento de Internet,
pueden ser divididos en cinco grupos: requeridos, sugeridos,
direccionales, informacin y obsoletos. La informacin clasificada
como requerida debe estar implementada en cualquier mquina conectada
a la red. Existen otro tipo de documentos redactados en un tono ms
divulgativo que se clasifican en la categora denominada FYI de 'For
Your Information' (Para su Informacin).

Todos estos documentos pueden ser obtenidos va ftp de las direcciones
nic.ddn.mil y ftp.uu.net o bien va e-mail dirigiendo un mensaje a la
direccin service(nic.ddn.mil con el la lnea 'send RFC-xxxx.TXT' en
el campo 'Subject:' del mensaje.



Los protocolos que configuran el PPP son el HDLC (High-level Data Link
Control Protocol), en el nivel ms bajo, define el aspecto que van a
tener las tramas y provee de control de errores mediante un campo de
control de 16 bits29. Las tramas PPP pueden contener paquetes de otros
protocolos.
                                
LCP (Link Control Protocol) por encima del anterior negocia el tamao
mximo de las unidades a transmitir (MRU) y el control asncrono del
mapa de carcteres (async map) que ayuda a identificar carcteres de
control contenidos en los paquetes durante la comunicacin, descrito
en el RFC 1548.

IPCP (Internet Protocol Control Protocol) es el utilizado para la
negociacin de las direcciones IP de ambos extremos.

PPP permite dos formas de autentificacin, el CHAP (Challenge Handsake
Authentication Protocol) y el PAP (Password Authenticacion Potocol).

El PAP es el protocolo ms extendido y el ms sencillo (tambin el
menos seguro) y bsicamente se trata del intercambio del usuario y la
palabra clave de acceso, similar al acceso normal a LINUX en un
terminal.

CHAP es un protocolo mucho ms completo y requiere la colaboracin
constante del cliente y el servidor. El mecanismo de funcionamiento
consiste en que el servidor enva una tira al cliente junto con su
nombre, el cliente usa el nombre del servidor para buscar la clave
apropiada en su fichero de claves, la combina con la tira recibida, la
encripta y la devuelve al emisor junto con el nombre del cliente. Esto
no tiene porque realizarse en el momento de establecer la conexin,
incluso CHAP permite el realizar este proceso a intervalos para
asegurar que el cliente no es un intruso.

CHAT ayuda a PPP con un lenguaje propio destinado a tareas como el
marcado y acceso al sistema remoto

El software que conforma el protocolo PPP en LINUX est escrito por
Michael Callahan en su parte incluida en el ncleo (el nivel HDLC) y
Al Longyear el programa pppd, demonio que va a realizar todas las
tareas de manejo de la conexin. CHAT esta escrito por Karl Fox.

        

Primeramente se ha de compilar el ncleo para habilitar el soporte de
los manejadores necesarios para la gestin de redes y el protocolo a
utilizar, tendremos que responder afirmativamente a las siguientes
cuestiones:

\begin{figure}[htbH!]
\begin{verbatim}

 Networking support (CONFIG_NET) [y]
 (...)
 TCP/IP networking (CONFIG_INET) [y]
 (...)
 Network device support (CONFIG_NETDEVICES) [y]
 (...)
 PPP (point-to-point) support (CONFIG_PPP) [y]
\end{verbatim}
\caption{\label{Figura-3-28} Configuracin de LINUX para conexin a
 Internet.} 
\end{figure}

Si arrancamos con el nuevo ncleo podremos comprobar que todo ha ido
bien comprobando que en la pantalla aparece el siguiente mensaje (lo
podemos comprobar en el fichero /var/adm/messages):

\begin{figure}[htbH!]
\begin{verbatim}
(...)
This processor honours the WP bit even when in supervisor mode. Good.
Swansea University Computer Society NET3.019
Swansea University Computer Society TCP/IP for NET3.019
IP Protocols: ICMP, UDP, TCP
PPP: version 0.2.7 (4 channels) NEW_TTY_DRIVERS OPTIMIZE_FLAGS
TCP compression code copyright 1989 Regents of the Univeristy of California
PPP line discipline registered.
Checking 386/387 coupling... Ok, fpu using exception 16 error reporting.
Checking 'hlt' instruction... Ok.
(...)
        
\end{verbatim}
\caption{\label{Figura-3-29} Mensajes presentados durante el arranque
  del sistema.} 
\end{figure}


De tener configurado el soporte para el directorio /proc podemos
acudir al fichero /proc/net/dev en el que para nuestro ejemplo tiene
el siguiente aspecto:

\begin{figure}[htbH!]
\begin{verbatim}
 Inter-|   Receive                  |  Transmit
 face |packets errs drop fifo frame|packets errs drop fifo colls carrier
 lo:      0    0    0    0    0        0    0    0    0     0    0
 dummy: No statistics available.
 ppp0:    139    0    0    0    0      177    0    0    0     0    0
 ppp1:      0    0    0    0    0        0    0    0    0     0    0
 ppp2:      0    0    0    0    0        0    0    0    0     0    0
 ppp3:      0    0    0    0    0        0    0    0    0     0    0
\end{verbatim}
\caption{\label{Figura-3-30} Fichero /proc/net/dev}
\end{figure}


Para conocer si est instalado el software del programa pppd instalado
(as como el CHAT y ficheros y utilidades de configuracin) se puede
acudir al directorio /var/adm/packages y comprobar si estn creados
los ficheros ppp y tcpip.

En la configuracin del software tendremos que utilizar nuestra cuenta
de administrador lo cual implica que hemos de tener cuidado en el
transcurso de este proceso. Para la posterior utilizacin del mismo se
podr utilizar cualquier otro usuario.

A la hora de configurar el programa pppd puede optarse por un sencillo
fichero ejecutable en el que tendremos la lnea a utilizar al invocar
el programa o podemos hacer uso de los ficheros a los que el demonio
accede antes de interpretar la lnea de comandos, estos son:

\begin{itemize}
\item /etc/ppp/options: Parmetros generales que van a ser
  interpretados antes que los introducidos en la lnea de comandos por
  todas las conexiones establecidas. Puede definirse uno para cada
  lnea disponible (options.ttyS1, options.ttyS2...) o uno por lugar a
  donde conectarnos (options.ISP, options.EUI, ...). Con el parmetro
  file indicamos a pppd que fichero utilizar para opciones.
  
\item ~/.ppprc30: Opciones por defecto para un usuario determinado.
  
\item /etc/ppp/ip-up: Fichero ejecutado cuando la conexin esta
  establecida, normalmente puede estar vaco pero lo podemos utilizar
  para, por ejemplo, incluir los comandos necesarios para enviar y
  recibir el correo automticamente.
                        
\item /etc/ppp/ip-down: Ejecutado cuando la conexin ya se ha cortado,
  puede ser utilizado para restablecer el estado previo de la mquina
  a haber sido ejecutado el fichero anterior.
  
\item /etc/ppp/pap-secrets: Contiene los datos necesarios para poder
  identificarnos utilizando el protocolo PAP. Contiene cuatro columnas
  con la denominacin del cliente (nuestro nombre de usuario en este
  caso), identificador del servidor, la clave a utilizar y por ltimo
  la direccin/es IP que el servidor puede para mantener la conexin
  con nosotros, en nuestro caso no haremos uso de esta entrada.
  Ejemplo:
  
  {\tt jmlm@ibaez bacterio mortadelo }


  
  Otra forma de definir el nombre del cliente y la clave a utilizar
  consiste en definir un fichero e invocarlo con el parmetro '+ua' en
  la lnea de comandos, el fichero se podra llamar /etc/claves y
  tendra esta forma:

  \begin{figure}[htbH!]
\begin{verbatim}
 jmlm@ibaez
 mortadelo
\end{verbatim}
    \caption{\label{Figura-3-31} Fichero /etc/claves.}
  \end{figure}
  
  En la invocacin del programa pppd se introducira:
                                
  {\tt \# pppd ... ... +ua /etc/claves }
  
  En nuestro caso como identificador del servidor (segunda columna del
  fichero pap-sectrets) podemos poner cualquier nombre, debido a que
  nicamente utilizamos esta entrada para conocer la clave a utilizar,
  combinndola con el uso del parmetro remotename en el pppd. Tambin
  podemos colocar un asterisco ('*') si la nica conexin que
  realizamos va ppp es con el proveedor de internet, de esta forma
  para cualquier conexin establecida para el usuario utilizar la
  misma clave.
  
\item /etc/ppp/chap-secrets: Su formato es igual al caso anterior, lo
  tendremos que crear en caso de que nuestro proveedor (mquina a la
  que queramos conectarnos) utilice este protocolo de autentificacin.
  
  Otros ficheros implicados en el acceso a Internet y que han estar
  creados (los anteriores son todos optativos excepto el /etc/options
  que es obligado aunque se encuentre vaco):
  
\item /etc/hosts: Debe contener como mnimo la direccin IP 127.0.0.1
  que se considera una direccin local (para mquinas aisladas) con la
  que podemos probar programas que necesitan de una direccin IP para
  funcionar sin tener necesariamente que estar conectados. El fichero
  puede tener la siguiente forma:

  \begin{figure}[htbH!]
\begin{verbatim}
 # Fichero /etc/hosts 'bsico'.
 127.0.0.1       localhost       local

 PING localhost (127.0.0.1): 56 data bytes
 64 bytes from 127.0.0.1: icmp_seq=0 ttl=255 time=0.5 ms
 64 bytes from 127.0.0.1: icmp_seq=1 ttl=255 time=0.2 ms
 64 bytes from 127.0.0.1: icmp_seq=2 ttl=255 time=0.2 ms
 64 bytes from 127.0.0.1: icmp_seq=3 ttl=255 time=0.2 ms
 64 bytes from 127.0.0.1: icmp_seq=4 ttl=255 time=0.2 ms
 --- localhost ping statistics ---
 5 packets transmitted, 5 packets received, 0% packet loss
 round-trip min/avg/max = 0.2/0.2/0.5 ms
\end{verbatim}
  \caption{\label{Figura-3-32} Salida del comando 'ping local'}
\end{figure}
                        
  El formato del fichero consiste en tres valores; direccin IP,
  nombre completo de la mquina y nombre de pila (o alias). Podemos
  utilizas este fichero para almacenar las direcciones a las que
  solemos acceder evitndonos el tiempo que supone que cada invocacin
  de una direccin tenga que ser procesada por el servidor de nombres.

\item /etc/resolv.conf: Pondremos la direccin del servidor de nombres
  que el proveedor nos ha facilitado, permite colocar hasta tres
  valores en este fichero para distintos servidores de nombres que
  sern utilizados en el orden en que aparecen, el algoritmo utilizado
  comienza por consultar en el primer servidor, caso de no obtener la
  respuesta esperada o un tiempo de espera excesivo (timeout) se pasa
  a utilizar el siguiente. En nuestro caso tendr este aspecto:

  \begin{figure}[htbH!]
\begin{verbatim}
 # Nuestro dominio
 domain  ibaez.es
 # Direccion del servidor de nombres
 nameserver              194.224.215.52
\end{verbatim}
    \caption{\label{Figura-3-33} Fichero /etc/resolv.conf}
  \end{figure}
  
  De esta forma durante nuestro acceso a Internet cualquier llamada
  utilizando el nombre de una mquina ser en primer lugar buscado en
  el fichero /etc/hosts a fin de obtener su direccin IP y despus
  utilizando el protocolo especificado. Para asegurarnos este orden en
  la resolucin de nombres hemos de tener el fichero /etc/hosts.conf
  con las siguientes lneas:

  \begin{figure}[htbH!]
\begin{verbatim}
 # Fichero /etc/hosts.conf
 order hosts,bind
 multi on
\end{verbatim}
    \caption{\label{Figura-3-34} Fichero /etc/hosts.conf}
  \end{figure}

  
  La primera lnea indica el orden en que han de ser utilizados los
  recursos disponibles en la resolucin de nombres, la segunda permite
  la existencia de ms de una direccin IP para una mquina en el
  fichero hosts.
  
  Una vez introducidos todos los valores correspondientes en los
  ficheros indicados podemos dar paso a la invocacin del programa
  pppd. Para el ejemplo introduciremos todos los parmetros en el
  fichero /etc/options y crearemos un fichero ejecutable con el nombre
  /usr/local/bin/conectar.
  
  El fichero options tendr el siguiente contenido:

  \begin{figure}[htbH!]
\begin{verbatim}
 crtscts
 modem
 defaultroute
 noipdefault
 lock
 user jmlm(ctv  
 remotename bacterio   
\end{verbatim}
    \caption{\label{Figura-3-35} Ejemplo de fichero /etc/options}
  \end{figure}  

  La ltima lnea no har falta incluirla si hemos puesto el smbolo
  del asterisco como identificador del lugar al que queremos conectar
  en el fichero pap-secrets.
  
  Los parmetros indican al programa pppd que:
  
\item crtscts: Habilita el control del flujo por hardware utilizando
  las lneas RTS/CTS del modem.
  
\item modem: Utilizar las lneas de control del mdem.
  
\item defaultroute: Aadir esta ruta a las tablas de enrutado del
  sistema.
  
\item noipdefault : Indica que el extremo de la conexin ha de
  proveernos de una direccin IP, no hay que obtenerla a partir de la
  informacin contenida en el sistema.
  
\item lock: Bloquea el acceso al puerto serie a otros programas.
                        
\item user: Identifica al usuario a efectos del protocolo de
  identificacin PAP.
        
  En el fichero conectar se invocar al programa pppd con el programa
  chat a fin de poder marcar el nmero de telfono, puerto a utilizar
  as como la velocidad en baudios a utilizar para la conexin.

  \begin{figure}[htbH!]
\begin{verbatim}
 pppd connect 'chat -v "" ATZ OK ATDT055 CONNECT  ""'  /dev/modem 38400 
\end{verbatim}
    \caption{\label{Figura-3-36} Fichero /usr/local/bin/conectar.}
  \end{figure}  
  Una vez creado este fichero le daremos los permisos necesarios a fin
  que sea ejecutable:
  
  {\tt \# chmod 755 conectar}
                
  El nico comentario a hacer al fichero descrito es que el programa
  CHAT se basa en una secuencia de cadenas recibidas/enviadas al
  mdem, a base de comandos pertenecientes al estndar HAYES, por lo
  que si nuestro mdem no responde correctamente o no es compatible
  con el estndar hemos de cambiar esta secuencia e introducir los
  parmetros adecuados.
  
  El fichero /dev/mdem no es ms que un enlace al fichero que
  identifica al puerto en el que tenemos instalado el mdem (/dev/cua0
  para COM1, /dev/cua1 para COM2...) por lo que podemos poner
  directamente la denominacin del puerto si lo deseamos.
  
  Para verificar si nuestra conexin se establece correctamente y que
  ocurre durante este proceso introduciremos la siguiente lnea en el
  fichero /etc/syslog.conf31:
  
  {\tt local2.* /usr/adm/ppp.log}
  
  De esta forma tendremos todos los mensajes generados durante el
  establecimiento de la conexin en el fichero definido. Es posible
  aumentar el detalle los mismos (de cara a una posible depuracin de
  errores) introduciendo en el fichero options el parmetro debug o el
  kdebug seguido del un valor que indica dicho nivel de detalle, este
  parmetro puede ser 1, 2 y 4 o la suma entre ellos (3, 5 y 6).


  \begin{figure}[htbH!]
\begin{verbatim}
 Jan  9 17:46:59 rita pppd[104]: pppd 2.1.2 started by jmlm, uid 503
 Jan  9 17:47:00 rita chat[106]: send (ATDT055^M) 
 Jan  9 17:47:00 rita chat[106]: expect (CONNECT) 
 Jan  9 17:47:21 rita chat[106]: ATDT055^M^M 
 Jan  9 17:47:21 rita chat[106]: CONNECT -- got it 
 Jan  9 17:47:21 rita chat[106]: send (^M) 
 Jan  9 17:47:21 rita pppd[105]: Connected...
 Jan  9 17:47:22 rita pppd[105]: set kernel debugging level to 0
 Jan  9 17:47:22 rita pppd[105]: Using interface ppp0
 Jan  9 17:47:22 rita pppd[105]: Connect: ppp0 <--> /dev/modem
 Jan  9 17:47:23 rita pppd[105]: Remote message: 
 Jan  9 17:47:23 rita pppd[105]: input: Unknown protocol (80fd) received!
 Jan  9 17:47:23 rita pppd[105]: local  IP address xxx.xxx.xxx.xxx32
 Jan  9 17:47:23 rita pppd[105]: remote IP address yyy.yyy.yyy.yyy

\end{verbatim}
    \caption{\label{Figura-3-37} Ejemplo de fichero /usr/adm/ppp.log una
      vez establecida la conexin. }
  \end{figure}

  Si deseamos observar el desarrollo del proceso de conexin podemos
  teclear 'tail -f /usr/adm/ppp.log' en un terminal virtual una vez
  hemos introducido el comando conectar.
  
  El contenido del fichero variar en funcin de los parmetros con
  los que hemos invocado tanto a pppd como a chat y si hemos
  introducido alguna opcin para la depuracin (debug) de la conexin.
  
  Como nota final mencionar que si lo que deseamos es simplemente el
  acceder a la red Infova el mecanismo es idntico al descrito, los
  nicos puntos que cambian son la direccin IP del servidor de
  nombres de Infova (fichero /etc/resolv.conf ) que en este caso es
  10.0.0.1 y tanto el nombre de usuario como la clave sern la palabra
  'Infova'.

\end{itemize}



\section{Correo Electrnico, 'News' y 'WWW'. }

Una vez habilitada la posibilidad de conectarnos a Internet mediante
la empresa proveedora escogida es necesario software que nos permita
el explotar todas las posibilidades que la red nos ofrece, LINUX
dispone de una amplia oferta que va desde gestores de correo tpicos
de entornos UNIX en modo texto como pine o elm hasta las ultimas
versiones de navegadores como Mosaic y Netscape, desarrollados para
trabajar bajo X-Window.

Si optamos por trabajar con Netscape la ltima versin es la 3.0 y
podemos encontrarla en la direccin ftp.netscape.com en el directorio
/pub/unsupported/gnu.

        

Con este programa la configuracin es muy sencilla, simplemente
tendremos que indicarle el nombre de las mquinas que van a servirnos
el correo (SMTP Server) y las news, el protocolo para obtener el
correo del servidor (POP3) y otros datos de inters como nuestro
nombre, direccin de correo, organizacin, direccin IP y puerto para
el servidor 'proxy' (servicio que nos ofrece una cach con el
contenido de todas las pginas web que hemos visitado, de forma que al
volver a visitarla no es necesario volverla a obtener de nuevo lo
podemos hacer desde este servidor ahorrando tiempo), etc... de forma
que con un slo programa tendremos todas nuestras necesidades
cubiertas. Para una configuracin mas detallada, a nivel de recursos,
podemos extraer todo lo necesario del fichero
/usr/local/lib/netscape30/Netscape.ad y modificarlo a nuestro gusto
ubicndolo, por ejemplo, en el fichero .Xdefaults de nuestro
directorio. Para la ordenacin del correo en las diferentes carpetas
que podemos tener abiertas haremos uso del fichero ./netscape/mailsort
que tiene el formato:

\begin{figure}[htbH!]
\begin{verbatim}
 <carpeta><TAB><campo><TAB><tira a buscar>
 anuncios         From           Digestifier
 l-kernel         Sender owner-linux-kernel(vger.rutgers.edu
\end{verbatim}
\caption{\label{Figura-3-38} Ejemplo de fichero mailsort.}
\end{figure}

Mosaic para LINUX se puede obtener en la direccin ftp.ncsa.uiuc.edu,
en este caso slo disponemos del navegador.

Existe otro navegador igualmente famoso entre los usuarios de este
sistema operativo que se llama Lynx, se trata de un navegador sin
capacidad para la visualizacin de grficos (podramos calificarlo
como 'modo texto'), sonido y otros formatos de informacin. A pesar de
su sencillez es muy til para el caso en que queremos obtener de las
pginas web slo el texto de las mismas. Ms informacin en
www.wfbr.edu/dir/lynx o si se desea el programa tambin se puede
obtener en sunsite.unc.edu/system/Network/info-systems/www.

Si lo que necesitamos es un programa para la gestin de correo sin ms
existen multitud de opciones para LINUX, con la distribucin tenemos
por ejemplo pine, elm y mailx que trabajan en modo texto y xmh para
X-Windows aunque debido al tipo de acceso del que disponemos
necesitaremos un Agente de Transporte para este correo, es decir, un
programa con el que poder enviar y recibir el mismo del servidor si
queremos poder manejarlo en nuestra mquina local, Slackware nos
ofrece dos posibilidades; sendmail y popclient.



Si utilizamos Netscape u otros programas para la gestin del correo
quiz no necesitemos tener este tipo de software instalado ni
configurado, pero para programas mas sencillos es necesario su uso si
no queremos el estar conectados continuamente para tareas de este
tipo.

Para el caso que nos ocupa se describen los pasos necesarios para
configurar el programa sendmail para poder enviar el correo a nuestro
proveedor y el popclient para poder obtenerlo del mismo y almacenarlo
en un fichero para su posterior gestin.

Hemos de tener instalados los paquetes correspondientes al procesador
de correo (pine.tgz) y los programas adicionales (sendmail.tgz,
smailcfg.tgz).

Primeramente configuraremos el programa Pine con los parmetros que
necesitemos introducir tales como nuestro nombre, dominio, ubicacin
de los ficheros que van a contener el correo, nombre de la mquina que
nos provee de las news (super.ibaez.es), etc.., en cualquier momento
el programa nos puede aportar ayuda sobre cualquier punto, lo nico
que hay que tener en cuenta es dejar en blanco la entrada en la que se
nos pregunta por la mquina que gestiona el correo. Toda la
configuracin introducida se almacenar en el fichero .pinerc.

\begin{figure}[htbH!]
\begin{verbatim}
 (...)
 personal-name=Jose M. Laveda
 user-domain=ctv.es
 smtp-server=
 nntp-server=super.ibaez.es
 inbox-path=
 incoming-folders=
 (...)                             
\end{verbatim}
\caption{\label{Figura-3-39} Fragmento de fichero .pinerc}
\end{figure}


Con esto tenemos a Pine preparado para el manejo del correo ubicado en
el directorio /mail del usuario.

Para la gestin de las news el mecanismo consiste en definir las reas
que queremos obtener, para una vez conectados poder obtener de las
mismas el encabezado de los artculos y poder marcar los deseados, que
sern grabados en nuestro disco duro, mecanismo muy parecido al
utilizado por Netscape.

Sendmail es un potente programa diseado para la gestin de correo en
mltiples situaciones de ah su complejidad a la hora de configurarlo,
utilizaremos uno de los ficheros que se nos ofrecen como ayuda
(contenidos en el directorio /usr/src/sendmail/cf/cf/) debido a que se
ajusta plenamente nuestro objetivo y no tenemos que enfrentarnos con
la tarea de hacerlo directamente sobre su fichero de
configuracin33. Para el procesamiento del fichero creado necesitamos
tener instalada la utilidad 'm4'.

Primero desactivaremos cualquier referencia al programa sendmail en
los ficheros de inicializacin del sistema (contenidos en el
directorio /etc/rc.d) que generalmente inicializan el programa para
activarse en segundo plano (demonio) y procesar el correo a intervalos
determinados, opcin que no nos es til para nuestro objetivo.

El fichero a utilizar se trata del clientproto.mc destinado
simplemente al envo del correo a la mquina remota. Se har una copia
de este fichero e introduciremos las modificaciones pertinentes,
suponiendo que llamamos a este fichero bacterio.mc lo dejaremos de la
siguiente forma:


\begin{figure}[htbH!]
\begin{verbatim}
 divert(-1)
 (...)
 include(`../m4/cf.m4')
 VERSIONID(`@(\#)clientproto.mc  8.2 (Berkeley) 8/21/93')
 OSTYPE(linux)
 FEATURE(nullclient, bacterio.ibaez.es)
\end{verbatim}
  \caption{\label{Figura}3-40. Fichero bacterio.mc}
\end{figure}
    
Para obtener el fichero que nos interesa (/etc/sendmail.cf)
teclearemos:

{\tt \# m4 bacterio.mc > /etc/sendmail.cf}

De esta forma ya tenemos configurado el programa para que almacene
temporalmente nuestro correo, de forma que podamos enviarlo cuando
estemos conectados a nuestro proveedor.

La forma de utilizar esta posibilidad es muy sencilla, simplemente
cuando termine de escribir el mensaje deseado (opcin COMPOSE en pine)
lo enviar con la combinacin de teclas <Ctrl>+X. De esta forma
tendremos en el directorio /var/spool/mqueue una serie de ficheros con
el contenido de nuestros mensajes mas otros ficheros de control.

\begin{figure}[htbH!]
\begin{verbatim}
 dfTAA00319      dfTAA00325      qfTAA00319      qfTAA00325
\end{verbatim}
  \caption{\label{Figura-3-41} Aspecto que puede presentar la 'cola' de mensajes.}
\end{figure}

Una vez establecida la conexin con el proveedor ser necesario
teclear 'sendmail -q' si para procesar todo el correo almacenado y sea
enviado a la direccin especificada (o incluir esta orden en el
fichero /etc/ppp/ip-up).

El estado de la cola de mensajes se puede comprobar en cualquier
momento, el comando 'mailq' nos mostrar informacin ms detallada de
la misma.

\begin{figure}[htbH!]
\begin{verbatim}
 Mail Queue (2 requests)
 --Q-ID-- --Size-- -----Q-Time----- ------------Sender/Recipient------------
 TAA00325      124 Mon Jan 1 19:31 jmlm
 (Deferred: Name server: xxxxx : host name lookup failure)
 jmlm@ibaez.es
 TAA00319      132 Mon Jan 1 19:31 jmlm
 (Deferred: Name server: xxxxxx: host name lookup failure)
 jmlm@ibaez.es
 
\end{verbatim}
  \caption{\label{Figura-3-42} Salida del comando 'mailq'}
\end{figure}

Utilizaremos el software 'popclient' a fin de obtener el correo de
nuestro buzn en la mquina remota, en este caso los parmetros son:

{\tt \# popclient -3 -v -u jmlm -o /home/jmlm/mail/inbox -p mortadelo
  bacterio.ibaez.es}

Con esta lnea se especifica la versin del cliente a utilizar (3),
mostrar informacin mientras obtiene el correo (-v), el identificador
como usuario, fichero en donde queremos almacenar el correo (a tener
en cuenta a la hora de configurar el gestor de correo escogido) y el
nombre de la mquina remota. Un parmetro til en estos casos es '-k'
que mantiene los mensajes en el servidor una vez recuperados en vez de
borrarlos, destinado a poder hacer las pruebas necesarias.

Como software lector de news tenemos a nuestra disposicin programas
como tin, trn, nn, tas ... y como software para el transporte de las
mismas a los programas cnews e inn, pero en este caso ambos programas
estn concebidos para el proceso de noticias como servidor o cliente
en entornos de red por lo que para configurarlos y poder hacer algo
similar al caso del correo no es tarea sencilla y en ocasiones podemos
necesitar de programas que no vienen con la distribucin, por lo que
no voy a entrar en detalles en este caso, solo mencionar la existencia
de programas (suck, leafnode ...) que estn comenzando a simplificar
este apartado para conexiones a Internet va IP dinmica (nuestro caso
para el ejemplo), por lo que el mecanismo consistir en ir obteniendo
aquellos artculos que han aparecido en el foro o foros escogidos
desde nuestra conexion y

recuperarlos a fin de poder manejarlos una vez desconectados as como
el envo de los artculos propuestos por nosotros.



\section{Bind.}

Hasta el momento se ha visto que es necesario un mecanismo que
resuelva el problema de obtener la direccin IP a partir de un alias o
su nombre completo debido a que lo que identifica a una mquina en
Internet es dicho valor y es necesario conocerlo a fin de ejecutar
cualquier intercambio de informacin con la misma.

Se han presentado dos aproximaciones; tener un fichero /etc/hosts con
varias ternas direccin, nombre y alias, lo cual es un mecanismo muy
limitado si nuestra intencin es la de tener todas las direcciones IP
a las que nos podemos conectar, o hacer uso de un servidor que realiza
esta tarea por nosotros.

Con el tipo de conexin que se ha descrito esto tiene el problema de,
adems de manejar el trfico normal debido a la tarea que estemos
realizando, en caso de acceder a mltiples mquinas diferentes hay que
resolver la direccin para cada una de ellas para cada conexin, por
lo que tenemos cierta sobrecarga implcita debido a que todas estas
resoluciones tambin son enviadas por el enlace.  Hay que entender que
este problema quiz no sea importante si no accedemos durante mucho
tiempo a Internet, las de actividades que realizamos, servidor al que
estamos conectado, etc ... depende de nosotros el valorar su impacto
real sobre el rendimiento de nuestro acceso.

Con el ejemplo que voy a describir podremos habilitar un registro de
todas las direcciones IP que hemos ido obteniendo del servidor remoto
en nuestra mquina local, de forma que toda bsqueda de una direccin
posterior y que ya tengamos almacenada se resolver ms rpido. Esto
tiene una limitacin a tener en cuenta, una vez apagamos la mquina o
desactivamos el programa perdemos toda la informacin almacenada, la
nica solucin posible es no apagar nunca el ordenador ni matar el
proceso que realiza esta tarea.

BIND (Berkley Internet Name Domain Service) es el la denominacin del
protocolo implementado mediante el programa named. Slackware denomina
con el nombre del protocolo al paquete que contiene el programa y
todos los ficheros de configuracin y documentacin adicionales.

        
Crearemos los ficheros de configuracin que el programa necesita para
trabajar y modificaremos alguno de los creados para nuestra conexin
al proveedor de Internet. Para el ejemplo configuraremos el software a
fin de ejecutarse como cliente simplemente, almacenando todas las
direcciones IP e informacin adicional necesaria para la resolucin de
nombres en la mquina local.

El primer fichero que necesitamos crear es el fichero /etc/named.boot
en el que especificaremos el directorio de trabajo a utilizar, la
forma en la que se va a trabajar, el dominio y el fichero que contiene
la definicin de los servidores de nombres a utilizar.

\begin{figure}[htbH!]
\begin{verbatim}
 directory       /var/named
 cache   .       named.root
\end{verbatim}
  \caption{\label{Figura-3-43} Fichero /etc/named.boot a utilizar.}
\end{figure}

El parmetro 'cache' es el que especifica a named la forma en que se
va a trabajar habilitando un almacn local, como dominio especificamos
el punto (.) que simboliza el dominio principal o el definido para la
mquina (generalmente en variables de entorno o en el fichero
/etc/hosts), el fichero /var/named/named.root34 es el que contiene
informacin sobre los servidores de nombres a consultar.

El contenido del fichero named.root indicar al programa direcciones
IP referidas a servidores de nombres que pueden ser consultados por
nosotros durante el trabajo en la red.


\begin{figure}[htbH!]
\begin{verbatim}
.                        99999999  IN  NS    A.ROOT-SERVERS.NET.
.                        99999999  IN  NS    B.ROOT-SERVERS.NET.
.                        99999999  IN  NS    C.ROOT-SERVERS.NET.
.                        99999999  IN  NS    D.ROOT-SERVERS.NET.
.                                99999999  IN  NS    E.ROOT-SERVERS.NET.
.                        99999999  IN  NS    F.ROOT-SERVERS.NET.
.                        99999999  IN  NS    G.ROOT-SERVERS.NET.
;Lo primero, mi proveedor.
A.ROOT-SERVERS.NET.     99999999        A       194.224.215.52  
B.ROOT-SERVERS.NET.     99999999        A       128.9.0.107
C.ROOT-SERVERS.NET.     99999999        A       192.33.4.12
D.ROOT-SERVERS.NET.     99999999        A       128.8.10.90
E.ROOT-SERVERS.NET.     99999999        A       192.203.230.10
F.ROOT-SERVERS.NET.     99999999        A       192.5.5.241
G.ROOT-SERVERS.NET.     99999999        A       192.112.36.4
\end{verbatim}
  \caption{\label{Figura-3-44} Fichero /var/named/named.roott35}
\end{figure}

En la primera entrada de las primeras lneas del fichero hemos
definido el dominio en el que se va a trabajar, que debe coincidir con
el definido en la entrada cache del fichero de configuracin anterior
y en este caso se especifica con el signo del punto, el valor que
sigue no es mas que los segundos que el programa debe mantener la
informacin obtenida del servidor antes de ser desechada, por lo que
hemos definido el valor 99999999 como valor simblico, en realidad
para que nunca se elimine dato alguno36, por ltimo indicamos con 'NS'
que vamos a especificar un nombre para una mquina que en nuestro caso
son nombres sin sentido alguno pues lo que realmente interesa sern
sus direcciones IP definidas posteriormente.

En este fichero podemos ubicar tantas entradas como necesitemos,
incluso podemos indicar solamente la primera de ellas que se refiere
al servidor de nombres de nuestro proveedor de acceso a Internet,
aunque de esta forma no explotamos todas las posibilidades que se nos
ofrecen. Tampoco es necesario seguir el orden seguido, para ms
claridad si se desea se puede seguir este otro, siempre y cuando
respetemos el orden de los pares de entradas para definir un servidor.


\begin{figure}[htbH!]
\begin{verbatim}
.                        99999999  IN  NS    A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET.     99999999        A       194.224.215.52
.                        99999999  IN  NS    B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET.     99999999        A       128.9.0.107
(...)
\end{verbatim}
\caption{\label{Figura-3-45}}
\end{figure}

El nico fichero que necesitamos modificar de cara a disponer de este
nuevo servicio es el /etc/resolv.conf que pasar a tener el siguiente
contenido:

\begin{figure}[htbH!]
\begin{verbatim}

                        Domain ctv.es
                        nameserver 127.0.0.1

\end{verbatim}
  \caption{\label{Figura-3-46} Nuevo fichero resolv.conf}
\end{figure}

De esta forma especificamos que el servidor de nombres va a ser
nuestra mquina en primer lugar, para pasar a utilizar los
especificados en el fichero named.root, esquema definido en el fichero
/etc/host.conf.
                
Lo nico que resta por hacer es arrancar el programa invocndolo como
administrador. Si va a ser este el mecanismo utilizado por defecto
para nuestra conexin a internet conviene cargar named durante el
arranque de la mquina, opcin que se especifica en el fichero
/etc/rc.d/rc.S, simplemente hay que quitar los smbolos de comentario
a las lneas implicadas.

Para conocer las direcciones IP de servidores de nombres que puedan
sernos tiles podemos hacer dos cosa, escoger las dispuestas en los
ficheros de ejemplo, poner dos o tres direcciones conocidas por
nosotros o utilizar este pequeo 'truco'37:

 Invocaremos, una vez conectados, el programa nslookup que sirve
 bsicamente para la obtencin de informacin de nuestro servidor de
 nombres sobre direcciones IP, dominios y sus parmetros.
\begin{verbatim}

                                # nslookup
                                Default Name Server: localhost
                                Address: 127.0.0.1
\end{verbatim}
                        
A partir de este momento entramos en lo que se denomina modo
interactivo representado por el signo '>', teclearemos.

\begin{verbatim}

                                > set type=NS
                                > .
\end{verbatim}

Se nos responder con una lista de servidores de nombres y sus
correspondientes direcciones IP que podremos aprovechar para nuestro
fichero.

\begin{figure}[htbH!]
\begin{verbatim}
 B.ROOT-SERVERS.NET      internet address = 128.9.0.107
 H.ROOT-SERVERS.NET      internet address = 128.63.2.53
 A.ROOT-SERVERS.NET      internet address = 198.41.0.4
 G.ROOT-SERVERS.NET      internet address = 192.112.36.4
 F.ROOT-SERVERS.NET      internet address = 192.5.5.241
 I.ROOT-SERVERS.NET      internet address = 192.36.148.17
\end{verbatim}
  \caption{\label{Figura-3-47} Parte de la informacin mostrada por
 nslookup.} 
\end{figure}

Como ya se ha dicho este es un ejemplo de como podemos aprovechar BIND
para habilitar nuestra mquina como servidora (local) de nombres. Las
posibilidades de este software son mucho mas extensas, as como la
forma en que podemos combinar este mecanismo con la utilizacin de los
ficheros de configuracin de cara a obtener los mismos o incluso
mejores resultados, por lo que dependiendo del tipo de instalacin y
el tipo de acceso a Internet disponible se puede profundizar en este
tema o incluso obviarlo si se detecta que no va a aportar una mejora
importante.