23.2. Montar sistemas de archivos NFS
Utilice el comando mount para montar directorio de NFS compartido desde otra máquina:
mount shadowman.example.com:/misc/export /misc/local |
 | Aviso |
|---|---|
Debe existir el directorio del punto de montaje en una máquina local (/misc/local en el ejemplo de arriba). |
En este comando, shadowman.example.com es el nombre del servidor de archivos NFS, /misc/export es el directorio que shadowman está exportando y /misc/local es la ubicacion para montar el sistema de archivos en la máquina local. Una vez hayamos ejecutado el comando mount (siempre y cuando se tengan los permisos adecuados en el servidor NFS shadowman.example.com), podremos teclear ls /misc/local y obtener un listado de los archivos que se encuentran en el directorio /misc/export de shadowman.example.com.
23.2.1. Montar sistemas de archivos NFS usando /etc/fstab
Un método alternativo para montar datos compartidos mediante NFS es añadir una línea en el archivo /etc/fstab. La línea debe incluir el nombre del servidor NFS, el directorio que el servidor está exportando y el directorio de nuestra máquina local donde queremos montar el sistema de archivos. Deberá ser administrador (root) para poder modificar el archivo /etc/fstab.
La sistaxis general de esta línea del archivo /etc/fstab es la siguiente:
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr |
El punto de montaje /pub debe existir en su máquina. Una vez que haya modificado esta línea en /etc/fstab en el sistema cliente, podrá teclear el comando mount /pub en la línea del indicador de comandos y el punto de montaje, /pub será montado desde el servidor.
23.2.2. Montar un sistema de archivos NFS usando autofs
La tercera opción para montar datos compartidos con NFS es utilizar autofs. Autofs utiliza el demonio automount para controlar los puntos de montaje dinámicamente tan sólo montándolos cuando sea necesario.
Autofs consulta el mapa maestro del archivo de configuración /etc/auto.master para ver qué puntos de montaje se han definido. Luego arranca un proceso automount con los parámetros adecuados para cada punto de montaje. Cada línea del mapa maestro define un punto de montaje y un archivo de mapa separado que define el sistema de archivos que se tiene que montar en este punto de montaje. Por ejemplo, el archivo /etc/auto.misc define los puntos de montaje en el directorio /misc; esta relación debe ser definida en el archivo /etc/auto.master.
Cada entrada del archivo auto.master tiene tres campos. El primero es el punto de montaje. El segundo es la localización del archivo de mapas y el tercero es opcional. El tercer campo puede contener información variada, como pueda ser el tiempo de expiración.
Por ejemplo, para montar el directorio /proj52 en la máquina remota penguin.example.net en el punto de montaje /misc/myproject en su máquina, agregue la línea siguiente a auto.master:
/misc /etc/auto.misc --timeout 60 |
Añada la siguiente línea a /etc/auto.misc:
myproject -rw,soft,intr,rsize=8192,wsize=8192 penguin.example.net:/proj52 |
El primer campo del archivo /etc/auto.misc es el nombre del subdirectorio de /misc. Este directorio suele crearse dinámicamente con automount. No debería existir en la máquina cliente. El segundo campo contiene las opciones de montaje, como puede ser rw para tener acceso de lectura y escritura. El tercer campo es la localización de los datos exportados por el servidor de NFS, incluyendo el nombre del servidor y del directorio.
 | Nota |
|---|---|
El directorio /misc debe existir en el sistema de archivos local. No debería haber ningún subdirectorio hijo de /misc en el sistema de archivos local. |
Autofs es un servicio. Para iniciarlo, en la línea de comandos, teclee los siguientes comandos:
/sbin/service autofs restart |
Para ver los puntos de montaje activos, teclee el siguiente comando en la línea de comandos:
/sbin/service autofs status |
Si modifica el archivo de configuración /etc/auto.master mientras se ejecuta autofs, deberá decirle al demonio automount que vuelva a cargar la configuración mediante el siguiente comando:
/sbin/service autofs reload |
Para aprender cómo hacer que autofs se inicie durante el arranque de su sistema, consulte el Capítulo 21 para obtener información sobre las utilidades de gestión del sistema.
23.2.3. Uso de TCP
El protocolo de transporte por defecto para NFS es UDP; sin embargo, el kernel de Red Hat Enterprise Linux 3 incluye el soporte para NFS sobre TCP. Para utilizar NFS sobre TCP, incluya la opción -o tcp en mount cuando esté montando el sistema de archivos exportado NFS en el sistema cliente. Por ejemplo:
mount -o tcp shadowman.example.com:/misc/export /misc/local |
Si el montaje NFS es especificado en /etc/fstab
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr,tcp |
Si es especificado en un archivo de configuración autofs:
myproject -rw,soft,intr,rsize=8192,wsize=8192,tcp penguin.example.net:/proj52 |
Puesto que el protocolo predetermindado es UDP, si no se especifica la opción -o tcp, el sistema de archivos exportado NFS será accesado a través de UDP.
Las ventajas de usar TCP incluyen lo siguiente:
Durabilidad de la conexión mejorada, por lo tanto habrá menos mensajes de manejadores de archivos NFS viejos.
Ganancia en rendimiento en redes con mucha carga debido a que TCP notifica cada paquete, a diferencia de UDP, que solamente notifica cuando termina.
TCP tiene mejor control de congestionamiento que UDP (que no tiene ninguno). En una red muy congestionada, los paquetes UDP son los primeros tipos de paquetes que son abandonados. Lo que significa que si NFS está escribiendo datos (en pedazos de 8k) todo ese pedazo de 8k tiene que ser retransmitido. Con TCP debido a su fiabilidad, partes de esos 8k de datos son transmitidos a la vez.
Detección de errores. Cuando una conexión tcp se rompe (debido a que el servidor tiene una falla) el cliente para de enviar datos e inicia el proceso de reconexión. Con UDP, debido a que es menos orientado a conexiones, el cliente continua aporreando la red con datos hasta que el servidor esta nuevamente activo.
La principal desventaja es que hay un muy pequeño impacto en el rendimiento debido a la sobrecarga asociada con el protocolo TCP.
23.2.4. Conservar ACLs
El kernel de Red Hat Enterprise Linux 3 proporciona soporte ACL para los sistemas de archivos ext3 y los sistemas de archivos ext3 montados con los protocolos NFS o con Samba. Por tanto, si un sistema de archivos ext3 tiene activado ACLs y es exportado NFS, si el cliente NFS puede leer ACLs, estos seran usados por el cliente NFS también.
Para más información sobre el montaje de sistemas de archivos NFS con ACLs, refiérase al Capítulo 8.