<HTML> <HEAD> <TITLE>Servidor De Raíces NFS Mini-COMO: Prefacio</TITLE> </HEAD> <BODY> <A HREF="Servidor-Raices-NFS-Como-1.html">Anterior</A> <A HREF="Servidor-Raices-NFS-Como-3.html">Siguiente</A> <A HREF="Servidor-Raices-NFS-Como.html#toc2">Indice</A> <HR> <H2><A NAME="s2">2. Prefacio</A></H2> <P>Este Mini-Como ha sido escrito para ayudar a las personas que desean preparar los directorios de un servidor para ser montados como directorio raíz mediante por clientes NFS. </P> <P>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 están todos administrados por la misma persona (como en un aula de clases), se buscará que la mayor cantidad posible de archivos estén compartidos a los efectos de hacer la administración más manejable. Este Como se enfoca en esta segunda opción.</P> <H2><A NAME="sec21"></A> <A NAME="ss2.1">2.1 Nota </A></H2> <P>Cuando se construye el que será el directorio raíz del cliente, y se trata de ocupar un espacio mínimo, se debe atender principalmente a qué archivos pueden ser compartidos o montados desde el servidor. En este Como recomiendo la configuración de un cliente basado en mi experiencia. Pero antes de empezar tenga en cuenta que:</P> <P> <UL> <LI>Este Mini-COMO no explica la importación del directorio raíz por NFS. Refiérase al <I>Linux-Con-Raíz-NFS Mini-COMO</I> si necesita mayor información sobre esto. </LI> <LI>Yo baso la mayoría de las configuraciones de mis clientes en montajes y enlaces simbólicos. Muchos de los enlaces simbólicos pueden ser reemplazados por enlaces rígidos (<I>hardlinks</I>). Uno puede elegir de acuerdo a sus preferencias personales. Utilizar enlaces rígidos sobre lo montado en vez de enlaces simbólicos tiene sus ventajas, pero puede causar confusión. Un archivo no es borrado definitivamente hasta que todos los enlaces rígidos sean eliminados. Por esto, en previsión del caso en que algún archivo sea puesto al día y el enlace rígido todavía se refiera a la versión vieja, es necesario tener especial cuidado en recordar cada enlace que utilice. </LI> <LI>Cuando se monta la información desde el servidor, pueden seguirse dos métodos. El primero (y más común), es montar la totalidad del directorio raíz del servidor bajo un directorio local, y cambiar simplemente la trayectoria de búsqueda o enlazar los directorios relevantes allí. Personalmente no me gusta montar la partición raíz del servidor en los clientes. Por ello, este Como sugiere un método para montar los directorios relevantes del servidor en los lugares apropiados del sistema. </LI> <LI>Este Como está basado en mi experiencia en la preparación de directorios para clientes basados en la distribución Slackware 3.1. Algunas cosas pueden resultar diferentes (especialmente en los archivos <CODE>rc.*</CODE>), para usuarios de otras distribuciones, sin embargo los métodos y conceptos no varían. </LI> </UL> </P> <HR> <A HREF="Servidor-Raices-NFS-Como-1.html">Anterior</A> <A HREF="Servidor-Raices-NFS-Como-3.html">Siguiente</A> <A HREF="Servidor-Raices-NFS-Como.html#toc2">Indice</A> </BODY> </HTML>
