  Servidor De Races NFS Mini-COMO
  Ofer Maor, ofer@hadar.co.il
  Traducido por Rodolfo Pilas, rodolfo@linux.org.uy
  v3, 5 Diciembre 1996

  El objetivo de este Mini-COMO es explicar cmo crear directorios en un
  servidor que los clientes montarn como su directorio raz por NFS.
  ______________________________________________________________________

  ndice General:

  1.      Derechos

  1.1.    Agradecimientos

  2.      Prefacio

  2.1.    Nota

  3.      Creacin del directorio raz de los clientes

  3.1.    Creacin del rbol de directorios

  3.2.    Creacin del sistema de archivos mnimo para arrancar

  3.2.1.  Creacin del directorio /dev

  3.2.2.  Copia de los binarios necesarios

  3.2.3.  El directorio /var

  3.2.4.  El resto de los directorios

  3.3.    Preparacin del directorio /etc  y configuracin de los
  clientes

  3.3.1.  Creacin del rbol etc  de los clientes

  3.3.2.  Creacin del directorio /etc  del cliente

  3.3.3.  Arrancando

  4.      Creacin de ms clientes

  5.      Anexo: Grupos LiNUXeros en Espaa.
  ______________________________________________________________________

  1.  Derechos

   1996 Ofer Maor ofer@hadar.co.il

  Se puede encontrar la ltima versin de este Mini-COMO (HTML o texto)
  en http://www.hadar.co.il/ofer/nfs-root-client/

  Salvo que exista una aclaracin en contra, los documentos COMO de
  Linux son propiedad de sus respectivos autores. Los documentos COMO de
  Linux pueden ser reproducidos o distribuidos en su totalidad o en
  parte, en cualquier medio fsico o electrnico, siendo estas
  declaraciones de derechos aplicables a todas las copias.  Se permite y
  fomenta las redistribuciones comerciales, pero en esos casos el autor
  debe ser notificado.

  Todas las traducciones y trabajos derivados que incorporen cualquier
  documento COMO de Linux estn cubiertos por esta declaracin de
  derechos.  Esto es, Usted no puede producir trabajos derivados de un
  COMO e imponerle restricciones adicionales.  Pueden ser concedidas
  excepciones a estas reglas bajo ciertas condiciones; por favor,
  contacte con el coordinador de los COMO de Linux en la direccin que
  se indica ms adelante.

  En resumen, deseamos promover la diseminacin de esta informacin a
  travs de tantos canales como sea posible.  Sin embargo, se desea
  retener los derechos sobre los documentos COMO, y nos gustara estar
  informados de cualquier plan de redistribuir los COMOs.

  Si tiene preguntas, por favor, contacte con Ofer Maor
  ofer@hadar.co.il, o Greg Hankins, el coordinador de los Linux COMO,
  gregh@sunsite.unc.edu va correo electrnico.

  Si tiene cualquier cosa para agregar a este Mini-COMO, por favor enve
  un email al autor (Ofer Maor ofer@hadar.co.il), con la informacin.
  Toda informacin nueva que sea relevante ser bienvenida.

  1.1.  Agradecimientos

  Me gustara expresar mi agradecimiento al autor de Linux Con Raz NFS
  Mini-COMO, Andreas Kostyrca, andreas@medman.ag.or.at.  A partir de su
  Mini-COMO pude dar los primeros pasos para montar mis clientes con
  directorio raz por NFS.  Este Mini-Como no pretende, de ninguna
  forma, suplantar dicho trabajo; lo ampla usando mi experiencia en
  este proceso.

  Tambin quiero agradecer a Mark Kushinsky, mark026@ibm.net por pulir
  el ingls y las expresiones de este Como, hasta lograr hacerlo mucho
  ms legible.

  2.  Prefacio

  Este Mini-Como ha sido escrito para ayudar a las personas que desean
  preparar los directorios de un servidor para ser montados como
  directorio raz mediante por clientes NFS.

  Por favor, tenga en cuenta que existen muchas maneras de lograr esto,
  dependiendo de las necesidades y de sus intenciones.  Si cada cliente
  es individual, y cada uno de ellos tiene su propio usuario y
  administrador, ser necesario que una parte significativa de los
  directorios de cada cliente no sea compartida con otro cliente.  Por
  otro lado, si el cliente es accesible a muchos usuarios y estn todos
  administrados por la misma persona (como en un aula de clases), se
  buscar que la mayor cantidad posible de archivos estn compartidos a
  los efectos de hacer la administracin ms manejable.  Este Como se
  enfoca en esta segunda opcin.

  2.1.  Nota

  Cuando se construye el que ser el directorio raz del cliente, y se
  trata de ocupar un espacio mnimo, se debe atender principalmente a
  qu archivos pueden ser compartidos o montados desde el servidor.  En
  este Como recomiendo la configuracin de un cliente basado en mi
  experiencia.  Pero antes de empezar tenga en cuenta que:

    Este Mini-COMO no explica la importacin del directorio raz por
     NFS. Refirase al Linux-Con-Raz-NFS Mini-COMO si necesita mayor
     informacin sobre esto.
    Yo baso la mayora de las configuraciones de mis clientes en
     montajes y enlaces simblicos.  Muchos de los enlaces simblicos
     pueden ser reemplazados por enlaces rgidos (hardlinks).  Uno puede
     elegir de acuerdo a sus preferencias personales.  Utilizar enlaces
     rgidos sobre lo montado en vez de enlaces simblicos tiene sus
     ventajas, pero puede causar confusin.  Un archivo no es borrado
     definitivamente hasta que todos los enlaces rgidos sean
     eliminados.  Por esto, en previsin del caso en que algn archivo
     sea puesto al da y el enlace rgido todava se refiera a la
     versin vieja, es necesario tener especial cuidado en recordar cada
     enlace que utilice.

    Cuando se monta la informacin desde el servidor, pueden seguirse
     dos mtodos.  El primero (y ms comn), es montar la totalidad del
     directorio raz del servidor bajo un directorio local, y cambiar
     simplemente la trayectoria de bsqueda o enlazar los directorios
     relevantes all.  Personalmente no me gusta montar la particin
     raz del servidor en los clientes.  Por ello, este Como sugiere un
     mtodo para montar los directorios relevantes del servidor en los
     lugares apropiados del sistema.

    Este Como est basado en mi experiencia en la preparacin de
     directorios para clientes basados en la distribucin Slackware 3.1.
     Algunas cosas pueden resultar diferentes (especialmente en los
     archivos rc.*), para usuarios de otras distribuciones, sin embargo
     los mtodos y conceptos no varan.

  3.  Creacin del directorio raz de los clientes

  3.1.  Creacin del rbol de directorios

  Antes que nada, es necesario crear la estructura de directorios en s.
  Yo creo todos los clientes bajo /clients/nombre-maquina y usar esto
  en los ejemplos que cito a continuacin.  No obstante, se puede
  cambiar por cualquier otro nombre.  La primera etapa por tanto,
  consiste en crear los directorios relevantes en el que ser directorio
  raz del cliente.  Se deben crear los siguientes directorios:

       /bin
       /dev
       /etc
       /home
       /lib
       /mnt
       /proc
       /sbin
       /server
       /tmp
       /usr
       /var

  y cualquier otro directorio que desee tener en su sistema.

  Los directorios locales /proc y /dev deben ser utilizados
  separadamente por cada mquina, a diferencia del resto de directorios,
  que pueden estar compartidos parcial o completamente con el resto de
  los clientes.
  3.2.  Creacin del sistema de archivos mnimo para arrancar

  3.2.1.  Creacin del directorio /dev

  Si bien el directorio /dev puede ser compartido, es mejor crearlo
  separado para cada cliente.  Puede crear dicho directorio en el
  cliente con la macro MAKEDEV; sin embargo, en muchos casos resulta ms
  simple copiarlo del servidor:

       cp -a /dev /clients/nombre-maquina

  Debe recordar que /dev/mouse, /dev/cdrom y /dev/modem son enlaces
  simblicos a los dispositivos actuales y por tanto, asegurarse de que
  queden enlazados correctamente para apuntar al hardware
  correspondiente del cliente.

  3.2.2.  Copia de los binarios necesarios

  Aunque montemos todo desde el servidor, existe un grupo de binarios
  que necesitamos copiar para cada cliente.  Para empezar, necesitamos
  "init", ya que nuestro sistema no podr ejecutar nada antes de
  inicializarse (como su autor indica en los comentarios sobre el
  programa).

  Por tanto, primero deber copiar /sbin/init al directorio /sbin del
  cliente y como ejecutar rc.S, necesitar copiar /bin/sh al directorio
  /bin del cliente. Para poder montar necesitar copiar /sbin/mount al
  directorio /sbin del cliente.

  Esto es lo mnimo, asumiendo que la primera lnea de su rc.S es mount
  -av.  No obstante, recomiendo copiar algunos archivos ms: update, ls,
  rm, cp y umount, y as disponer de las herramientas bsicas en caso de
  que el cliente tenga problemas para montar.  Si elige tener el swap
  habilitado antes de montar, tambin tendra que copiar el binario
  swapon.

  Ya que muchos de estos binarios estn por defecto compilados
  dinmicamente, necesitar copiar una pequea parte de /lib:

       cp -a /lib/ld.* /lib/libc.* /lib/libcurses.* /client/nombre-maquina/lib

  Tambin es posible enlazar los binarios a s mismos, en lugar de
  copiarlos. Por favor, lea mis comentarios de la seccin ``'' de este
  documento.

  Tenga en cuenta que estamos asumiendo que el ncleo ha recibido todos
  los parmetros de red mientras se iniciaba. Si planea utilizar rarp o
  bootp, posiblemente necesite copiar tambin los binarios relevantes
  para esto.

  Generalmente, se necesitar tener un mnimo de archivos disponibles
  para configurar la red y ejecutar rc.S hasta el momento en que se
  monta el resto del sistema de archivos.

  3.2.3.  El directorio /var

  El directorio /var, en muchos casos, puede ser separado para cada
  cliente. Sin embargo, gran parte de la informacin puede estar
  compartida.  Cree bajo el directorio del servidor un directorio
  llamado var.  Montaremos el directorio /var de all. Para crear el
  directorio local /var, simplemente escriba:

       cp -a /var /clients/nombre-maquina

  Ahora, tiene la posibilidad de elegir lo que desea separar, y lo que
  desea compartir.  Para compartir cualquier directorio/archivo,
  elimnelo simplemente del directorio /var del cliente y enlcelo en al
  directorio /server/var.  Tenga en cuenta que debe enlazar tanto para
  /server/var como para ../server/var pero NO para /clients/nombre-
  maquina/server/var ya que esto no funcionar cuando cambie el
  directorio raz en cada cliente.

  Generalmente recomiendo separar /var/run, /var/lock, /var/spool y
  /var/log.

  3.2.4.  El resto de los directorios

    /etc se explica en la siguiente seccin.

    /mnt y /proc son para propsitos locales de cada cliente

    /usr y /home son solamente para montar

    /tmp depende de Usted.  Se puede crear un directorio tmp diferente
     para cada cliente, o crear un directorio /clients/tmp y montarlo
     para cada cliente en /tmp.  Yo recomiendo darle a cada cliente un
     directorio tmp separado.

  3.3.  clientes Preparacin del directorio /etc  y configuracin de los

  Tenga en cuenta lo siguiente: esta seccin se refiere a la creacin
  del directorio etc que est preferentemente compartido entre los
  clientes. Si sus clientes sin disco tienen administradores de sistema
  diferentes, lo mejor es configurar un directorio etc para cada
  cliente.

  3.3.1.  Creacin del rbol etc  de los clientes

  Aunque separemos el directorio etc para los clientes, mantendremos
  compartida una gran parte de los archivos que all se encuentran.
  Creo que compartir los archivos con el /etc del servidor es mala idea,
  y recomiendo crear un directorio /clients/etc que contenga la
  informacin compartida entre los clientes.  Para arrancar con esto,
  simplemente copie el contenido del /etc del servidor en el directorio
  /clients/etc.

  Se deber colocar en este directorio todos los archivos de
  configuracin que no sean especficos para una mquina, como pueden
  ser motd, issue, etc. y no los que sean especficos del cliente, como
  inittab o fstab.

  El cambio ms importante que deberemos realizar estar bajo el
  directorio rc.d. Primero, deberemos cambiar rc.inet1 para que refleje
  la configuracin local. Yo paso al ncleo todos los parmetros de red
  usando LILO/Loadlin, por lo que quito todo lo relacionado del archivo
  rc.inet1.  Lo nico que dejo all son los binarios ifconfig y route
  del cliente.  Si utiliza rarp o bootp, necesitar crearlo acorde a
  esto.

  En segundo lugar, deber editar su rc.S y eliminar todas las partes
  responsables de la comprobacin por parte de fsck que tiene lugar
  cuando arranca el servidor.  Debe encontrar la lnea que monta su
  fstab, que se parecer a:

       mount -avt nonfs

  El parmetro -t nonfs se debe a que los clientes normales ejecutan
  primero rc.S, usando despus rc.inet1 para configurar la red.  Como
  esto provoca que no sea montada ninguna partition NFS, la lnea es
  ignorada, y por ello, se debe cambiar a mount -av.  Si necesita
  ejecutar rarp/bootp para configurar la red, hgalo en rc.S (o incluya
  una llamada a alguna macro desde rc.S), antes de montar, y asegrese
  de que sus directorios /bin y /sbin tengan disponibles los archivos
  necesarios.

  Una vez se lleva a cabo mount -av, tendr un sistema de archivos
  funcionando.  Cree un fstab general, luego puede copiarlo en cada
  cliente.  Su fstab debe ser aproximadamente como este:

         server/nfs                                    default  1 1
         server:/bin           /bin            nfs     default  1 1
         server:/usr           /usr            nfs     default  1 1
         server:/sbin          /sbin           nfs     default  1 1
         server:/home          /home           nfs     default  1 1
         server:/lib           /lib            nfs     default  1 1
         server:/clients/etc   /server/etc     nfs     default  1 1
         server:/clients/var   /server/var     nfs     default  1 1
         none                  /proc           proc    default  1 1

  Asegrese tambin de que el /etc/exports del servidor sea algo como:

    /clients/<nombre-mquina>     maquina.dominio(rw,no_root_squash)
    /clients/etc                  maquina.dominio(ro,no_root_squash)
    /clients/var                  maquina.dominio(ro,no_root_squash)
    /usr                          maquina.dominio(ro,no_root_squash)
    /sbin                         maquina.dominio(ro,no_root_squash)
    /bin                          maquina.dominio(ro,no_root_squash)
    /lib                          maquina.dominio(ro,no_root_squash)
    /home                         maquina.dominio(ro,no_root_squash)

  Con excepcin de la primera lnea, que debe ser nica para cada
  mquina, el resto de las lneas pueden ser reemplazadas por nombres
  que engloben a todas las mquinas (por ejemplo pc*.dominio).  Le
  sugiero crear la mayora de los directorios como slo lectura, aunque
  esto es decisin suya. La indicacin no_root_squash har que los
  usuarios administradores de los clientes tengan tambin los permisos
  vigentes de root sobre nfsd. Revise la pgina man exports(5).  Si
  desea que los usuarios puedan ejecutar passwd desde los clientes,
  asegrese que /etc est con permisos rw y no ro.  Aunque esto no es
  obligatorio.

  Por favor, tenga en cuenta otro detalle en el archivo rc.S.  En
  Slackware, por defecto, se crea un nuevo /etc/issue y /etc/motd cada
  vez que se ejecuta.  Esta funcin DEBE ser deshabilitada si dichos
  archivos son montados como slo lectura desde el servidor, y
  recomiendo que estn deshabilitados en todos los casos.

  Finalmente, si desea mantener la misma base de usuarios tanto en el
  servidor como en los clientes, deber elegir entre:

  1. usar NIS (Pginas Amarillas - revise el NIS-Como), cada cliente
     deber disponer, por separado, de un /etc/passwd y un /etc/group
     tal y como lo recibe del servidor NIS.

  2. En la mayora de los casos, ser suficiente con un simple enlace
     simblico.  Por lo tanto, necesitar o bien un enlace rgido
     (hardlink) de /clients/etc/passwd a /etc/passwd, o si prefiere, un
     enlace simblico, enlazando /etc/passwd a /clients/etc/passwd (y no
     de la otra forma, ya que los clientes no montarn el directorio
     /etc del servidor).  Haga lo mismo para /etc/group.

  3.3.2.  Creacin del directorio /etc  del cliente

  Generalmente, la mayora de los archivos en el /etc del cliente
  estarn enlazados simblicamente con el directorio /server/etc.  Sin
  embargo, algunos archivos son diferentes para cada mquina, y otros
  solamente tienen que estar all cuando el ncleo los carga.  Lo mnimo
  que se necesita en el directorio /etc es lo siguiente:

       resolv.conf
       hosts
       inittab
       rc.d/rc.S
       fstab

  Ya que estos cinco archivos pueden ser idnticos para todos los
  clientes, los puede simplemente enlazar rgidamente o copiarlos una y
  otra vez.  No obstante, con los archivos rc.S y fstab debe tener
  presente que se necesita una copia separada para cada cliente.
  Tambin necesitar separar el /etc/HOSTNAME de cada cliente.  Yo
  personalmente recomiendo tener todos los archivos de rc.d separados
  para cada cliente, ya que la configuracin de hardware puede variar de
  uno a otro.

  Para cada cliente, agregue en el fstab una lnea apropiada para el
  archivo de intercambio:

          /dev/particion_swap              swap    swap    default 1 1

  Con el resto de los archivos del /etc del cliente, puede o bien
  enlazarlos rgidamente a los archivos /clients/etc/* o bien
  simblicamente con /server/etc (ya que es el punto de montaje de
  /clients/etc/)

  Asegrese de que su mquina puede resolver apropiadamente, tanto a
  travs de named como de etc/hosts.  No es mala idea mantener el nmero
  IP del servidor en /etc/hosts, en lugar de contar con resolverlo.  Si
  confa resolverlo con named solamente, cualquier problema con named
  puede impedir que sus clientes arranquen.

  3.3.3.  Arrancando

  Ahora, todo lo que necesita hacer es iniciar su mquina, cruzar los
  dedos y esperar que todo funcione como debe :-).

  4.  Creacin de ms clientes

  Si ha seguido mis instrucciones, lo cual debera haberle resultado
  simple, cambie al directorio /clients/ y escriba:

       cp -a hostname1 hostname2

  y asegrese de revisar estos puntos:

  los archivos rc.d/* coinciden con el hardware y la configuracin de
  software de /etc/HOSTNAME es correcta, la lnea del archivo de swap en
  fstab es correcta, y los enlaces simblicos a dev/mouse, dev/modem y
  dev/cdrom son correctos.

  Mucha suerte ...

  5.  Anexo: Grupos LiNUXeros en Espaa.

  Francisco Jos Montilla, pacopepe@iname.com, FidoNet 2:345/402.22 es
  coordinador del INSFLUG: (Impatient & Novatous Spanish Fidonet LiNUX
  Users Group) uno de los varios grupos de usuarios existentes en
  Espaa, y ms concretamente en la mejor ;-) rea de FidoNet: R34.LINUX
  junto con LuCas (LinUx en CAStellano).

  El INSFLUG se orienta preferentemente a la traduccin de documentos
  breves, como los COMOs y PUFs (-- Preguntas de Uso Frecuente, las
  FAQs. :)--) , etc.

  LuCas Coordina y realiza las traducciones de las guides, es decir,
  documentos ms extensos.

  Por supuesto, la orientacin de cada grupo no tiene carcter
  excluyente;  si quiere colaborar en las dos, mejor! ;-).

  Otra fuente de informacin obligada para el recin incorporado son las
  PUF elaboradas a partir del correo circulante por R34.LINUX por Pablo
  Gmez, pgomez@arrakis.es, 2:341/43.40, disponibles prximamente en los
  formatos habituales de documentacin (.ps, especificados ms adelante,
  as como en el mismo rea.

  Necesitamos su colaboracin para futuras traducciones! si quiere
  unirse a nosotros pngase en contacto con:

  INSFLUG: (Traduccin y autora de COMOs)

  Francisco Jos Montilla, pacopepe@iname.com, FidoNet 2:345/402.22

  LuCas:  (Traduccin y autora de guas)

  1. Juan Jos Amor, jjamor@ls.fi.upm.es, FidoNet 2:341/12.19

  2. Alfonso Belloso, alfon@bipv02.bi.ehu.es, FidoNet 2:344/17.2

  Por ltimo, recordar que un inmejorable lugar para estar informado,
  as como consultar y discutir todo lo relacionado con LiNUX lo tiene
  en FidoNet, en R34.LINUX.

  Actualmente, ambos grupos poseen las siguientes listas de correo:

    LuCas: lucas@bipv02.bi.ehu.es

    INSFLUG: insflug@nova.es

  Ambas son listas tipo majordomo; para suscribirse:

  enve un email a majordomo@nova.es, con "subscribe insflug" en el
  cuerpo del mensaje.

  En el caso de LuCAS sera a majordomo@infor.es, con "subscribe lucas"
  en el cuerpo del mensaje.

  Dispone de todos los ``COMOs'' traducidos hasta ahora, as como
  informacin puntual sobre el INSFLUG y temas relacionados en:

  http://www.insflug.nova.es en sus versiones html (-- Actualizacin
  lenta--) , y listas para bajar, en

  ftp://ftp.insflug.nova.es/es (-- Este es el lugar actualizado con ms
  frecuencia; en Sunsite y sus mirrors est replicado en el directorio

  ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/translations/es

  De todos modos, probablemente con su distribucin de Linux vengan
  incluidos.--)
  Otro buen punto de bsqueda, consulta, y obtencin de la documentacin
  traducida, en formato HTML, con links a los dems formatos, as como
  las traducciones de las guas traducidas por LuCAS es:

  http://www.infor.es/LuCAS/

  junto con su ftp:

  ftp://ftp.infor.es/pub/LuCAS/

  Tanto el INSFLUG, como LuCAS, y todos los traductores implicados,
  esperamos que esta traduccin le haya sido de utilidad.

