Introducción
En este laboratorio, aprenderá las habilidades esenciales para configurar el acceso de clientes NFS en un sistema Red Hat Enterprise Linux (RHEL). Comenzará montando manualmente un recurso compartido de red mediante el comando mount para comprender el proceso básico. Después, configurará un montaje persistente en /etc/fstab para que el recurso compartido NFS esté disponible automáticamente después de reiniciar el sistema. Así obtendrá una base sólida sobre la integración estática de sistemas de archivos de red.
A partir de estos conceptos, avanzará hacia un método más dinámico y eficiente mediante la configuración del automontador. Para ello, instalará y habilitará el servicio autofs, y creará mapas indirectos para montar directorios bajo demanda y mapas directos para definir puntos de montaje estáticos. Al final del laboratorio, comprobará que los montajes automáticos directos e indirectos funcionan correctamente para distintos usuarios. Esto reforzará su capacidad para administrar configuraciones sólidas de clientes NFS.
Montar manualmente un recurso compartido NFS mediante el comando mount
En este paso, aprenderá a acceder manualmente a un directorio compartido en red mediante el protocolo Network File System (NFS). NFS permite que un sistema cliente acceda a archivos a través de una red de forma similar a como accede al almacenamiento local. Para este ejercicio, simularemos un servidor NFS y un cliente en su máquina local con el fin de practicar los comandos necesarios.
En su sistema ya se configuró un servidor NFS para exportar (compartir) el directorio /srv/nfs/shared_data. Su tarea consiste en montar este directorio compartido en una carpeta local, comprobar el acceso y desmontarlo.
Step 1.1: Crear un punto de montaje local
Para acceder al directorio NFS compartido, necesita un directorio local que funcione como «punto de montaje». Se trata, básicamente, de una carpeta vacía del sistema cliente donde aparecerá el contenido del recurso remoto después del montaje. Todas las operaciones se realizarán dentro del directorio ~/project.
Cree un directorio llamado nfs_mount dentro de la carpeta del proyecto:
mkdir ~/project/nfs_mount
Compruebe que el directorio se creó correctamente mostrando el contenido de la carpeta del proyecto:
ls -F ~/project
nfs_mount/
Step 1.2: Montar el recurso compartido NFS
Ahora puede usar el comando mount para asociar el recurso NFS remoto con el punto de montaje que acaba de crear. El comando requiere privilegios de sudo porque montar sistemas de archivos es una operación a nivel del sistema.
La sintaxis básica es mount -t nfs -o vers=3,nolock <server>:<remote_directory> <local_mount_point>.
-t nfs -o vers=3,nolock: especifica que el tipo de sistema de archivos es NFS, fuerza el uso de NFSv3 y mantiene el bloqueo de archivos en el cliente, porque el entorno de laboratorio en contenedores no ejecuta el servicio independiente de bloqueo de NFS.localhost:/srv/nfs/shared_data: es el origen, es decir, el servidor y la ruta que este exporta.~/project/nfs_mount: es el destino, es decir, el punto de montaje local.
Ejecute el siguiente comando para montar el recurso compartido:
sudo mount -t nfs -o vers=3,nolock localhost:/srv/nfs/shared_data ~/project/nfs_mount
Si la operación tiene éxito, este comando no mostrará ninguna salida.
Step 1.3: Comprobar el montaje e interactuar con el recurso compartido
Después de ejecutar el comando mount, debe comprobar que el recurso se montó correctamente. Puede hacerlo de varias formas.
Primero, use el comando mount junto con grep para filtrar los montajes NFS:
mount | grep nfs
localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs (rw,relatime,vers=3,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none,addr=...)
A continuación, compruebe el contenido del punto de montaje. Ahora debería mostrar los archivos del directorio remoto /srv/nfs/shared_data.
ls -l ~/project/nfs_mount
total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt
Ya puede interactuar con este directorio como si fuera una carpeta local. Tenga en cuenta que, en este entorno de laboratorio, los archivos pertenecen a root debido a la configuración del servidor NFS con no_root_squash. En entornos de producción, el propietario podría aparecer como nobody, según la configuración del servidor NFS. Cree un archivo nuevo dentro del recurso montado. Como el recurso NFS puede pertenecer a root, debe usar sudo junto con el comando tee para escribir archivos:
echo "My test file" | sudo tee ~/project/nfs_mount/my_file.txt > /dev/null
Compruebe que el archivo nuevo aparece junto al archivo original:
ls -l ~/project/nfs_mount
total 8
-rw-r--r--. 1 root root 13 Nov 10 14:35 my_file.txt
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt
Step 1.4: Desmontar el recurso compartido NFS
Cuando termine de usar un recurso compartido de red, es importante desmontarlo correctamente mediante el comando umount. Esto garantiza que todos los datos se sincronicen y que la conexión se cierre de forma adecuada. Solo necesita especificar el punto de montaje.
sudo umount ~/project/nfs_mount
Para confirmar que el recurso se desmontó, muestre el contenido del directorio ~/project/nfs_mount. Ahora debería volver a estar vacío.
ls -l ~/project/nfs_mount
total 0
Configurar un montaje NFS persistente en /etc/fstab
En este paso, hará persistente el montaje NFS después de haber aprendido a montarlo manualmente. Los montajes manuales son temporales y no sobreviven al reinicio del sistema. Para hacer permanente un montaje, debe agregar una entrada al archivo /etc/fstab, abreviatura de «file systems table». Este archivo contiene una lista de sistemas de archivos y dispositivos que se montan automáticamente durante el arranque del sistema.
En este paso, configurará el mismo recurso compartido NFS para que se monte de forma persistente agregando una entrada en /etc/fstab.
Step 2.1: Preparar el entorno
Primero, asegúrese de que el punto de montaje del paso anterior, ~/project/nfs_mount, exista y esté vacío. Si continúa directamente desde el paso anterior, ya debería existir.
Si el directorio no existe, créelo ahora:
mkdir -p ~/project/nfs_mount
Asegúrese también de que no haya ningún sistema montado actualmente en este directorio. Puede ejecutar el comando umount; si el directorio no está montado, mostrará un error, lo cual es correcto.
sudo umount ~/project/nfs_mount
Step 2.2: Editar el archivo /etc/fstab
Ahora agregará una nueva línea al archivo /etc/fstab para definir el montaje NFS persistente. Debe usar sudo para editar este archivo de configuración del sistema. Utilizaremos el editor nano.
Abra el archivo con el siguiente comando:
sudo nano /etc/fstab
Vaya al final del archivo y agregue la siguiente línea. Tenga mucho cuidado con la sintaxis, ya que los errores en este archivo pueden provocar problemas durante el arranque del sistema.
localhost:/srv/nfs/shared_data /home/labex/project/nfs_mount nfs defaults,_netdev,vers=3,nolock 0 0
Analicemos esta línea:
localhost:/srv/nfs/shared_data: es el dispositivo que se montará. Especifica el servidor NFS (localhost) y el directorio exportado (/srv/nfs/shared_data)./home/labex/project/nfs_mount: es el punto de montaje local donde estará disponible el recurso compartido.nfs: especifica el tipo de sistema de archivos.defaults,_netdev,vers=3,nolock: son las opciones de montaje.defaultsincluye un conjunto estándar de opciones, comorwpara lectura y escritura._netdeves fundamental para los sistemas de archivos de red: indica al sistema que espere a que la red esté activa antes de intentar montar este recurso.vers=3,nolockmantiene el laboratorio en el protocolo NFS operativo para este entorno en contenedores, sin requerir un servicio independiente de bloqueo.0: es el campodump, que utiliza la herramienta de copias de seguridaddump. El valor0lo deshabilita.0: es el campopass, que utiliza la herramientafsckpara determinar el orden de las comprobaciones de los sistemas de archivos durante el arranque. El valor0indica que el sistema de archivos no se comprobará.
Después de agregar la línea, guarde el archivo y salga de nano presionando Ctrl+X, después Y y, por último, Enter.
Step 2.3: Probar la entrada de /etc/fstab
No es necesario reiniciar el sistema para probar la nueva entrada de /etc/fstab. El comando mount puede leer /etc/fstab. Si proporciona únicamente el punto de montaje, mount buscará la entrada correspondiente en /etc/fstab y usará la información que encuentre allí.
Monte el recurso compartido usando solo el punto de montaje:
sudo mount ~/project/nfs_mount
Si el comando termina sin errores, la entrada de /etc/fstab es correcta.
Step 2.4: Comprobar el montaje
Compruebe que el recurso compartido esté montado revisando la salida del comando mount y mostrando el contenido del directorio.
mount | grep nfs_mount
localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs (rw,relatime,vers=3,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none,addr=...,_netdev)
Ahora compruebe el contenido. Debería ver los archivos del recurso compartido.
ls -l ~/project/nfs_mount
total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt
El montaje ahora es persistente y se volvería a establecer automáticamente después de reiniciar el sistema.
Step 2.5: Limpiar el entorno
Para evitar conflictos con los ejercicios posteriores, revierta ahora los cambios. Primero, desmonte el recurso compartido y después elimine de /etc/fstab la línea que agregó.
Desmonte el directorio:
sudo umount ~/project/nfs_mount
Abra /etc/fstab de nuevo para eliminar la entrada:
sudo nano /etc/fstab
Use las teclas de dirección para desplazarse hasta la línea que agregó (localhost:/srv/nfs/shared_data ... vers=3,nolock ...) y presione Ctrl+K para eliminar toda la línea. Después, guarde el archivo y salga presionando Ctrl+X, Y y Enter.
De este modo, el sistema queda limpio para la siguiente parte del laboratorio.
Configurar el automontador mediante la instalación y activación de autofs
En este paso, pasará de los montajes manuales y persistentes al montaje automático. Aunque /etc/fstab es adecuado para los montajes permanentes, tiene un inconveniente: intenta montar todo durante el arranque. Si un recurso compartido de red no está disponible, puede ralentizar o incluso detener el proceso de arranque. El automontador, proporcionado por el servicio autofs, resuelve este problema montando los sistemas de archivos de red bajo demanda, únicamente cuando se accede a ellos por primera vez.
El servicio autofs utiliza un conjunto de archivos de configuración llamados «mapas» para determinar qué recursos remotos montar y dónde hacerlo. En este paso, preparará el sistema para usar el automontador instalando el paquete necesario e iniciando su servicio.
Step 3.1: Instalar el paquete autofs
La funcionalidad de autofs no está incluida en la instalación predeterminada de RHEL. Debe instalarla mediante el gestor de paquetes dnf. Esta operación requiere privilegios de sudo.
Ejecute el siguiente comando para instalar el paquete autofs. La opción -y responde automáticamente «yes» a la solicitud de confirmación, lo que resulta práctico en este laboratorio.
sudo dnf install -y autofs
El comando descargará e instalará el paquete autofs y las dependencias necesarias. Verá una salida similar a la siguiente:
Last metadata expiration check: ...
Dependencies resolved.
================================================================================
Package Architecture Version Repository Size
================================================================================
Installing:
autofs x86_64 1:5.1.7-50.el9 ... ...
...
Transaction Summary
================================================================================
Install 1 Package
Total download size: ...
Installed size: ...
...
Complete!
Step 3.2: Iniciar el servicio autofs
En un sistema RHEL estándar, usaría systemctl para iniciar y habilitar servicios. Sin embargo, este laboratorio se ejecuta en un entorno en contenedores donde systemctl no está disponible. En su lugar, iniciaremos directamente el demonio autofs mediante su comando, automount.
Este comando inicia el demonio del automontador, que se ejecutará en segundo plano y supervisará los intentos de acceder a directorios configurados en sus mapas.
Ejecute el siguiente comando para iniciar el servicio:
sudo automount
Si tiene éxito, el comando no mostrará ninguna salida. Simplemente inicia el proceso del demonio.
Step 3.3: Comprobar que el servicio está en ejecución
Como no puede usar systemctl status autofs para comprobar el servicio, puede verificar que el proceso automount está en ejecución mediante el comando ps. El comando ps aux muestra todos los procesos en ejecución y puede canalizar (|) su salida a grep para filtrar el proceso automount.
ps aux | grep automount
Debería ver al menos una línea correspondiente al propio proceso automount. La segunda línea, que muestra grep automount, corresponde únicamente al comando grep que acaba de ejecutar y puede ignorarse.
root ... 0.0 0.0 ... ? Ssl 15:30 0:00 /usr/sbin/automount
labex ... 0.0 0.0 ... pts/0 S+ 15:31 0:00 grep --color=auto automount
La presencia del proceso /usr/sbin/automount confirma que el servicio está en ejecución y listo para gestionar montajes bajo demanda. En los pasos siguientes, configurará los mapas que indican a autofs qué debe hacer.
Crear un mapa de automontaje indirecto para directorios dinámicos
En este paso, configurará su primera regla de automontaje mediante un mapa indirecto. Un mapa indirecto es el tipo más común de configuración de automontaje. Asocia un único directorio base, como /home o /net, con un archivo de mapas. Cuando un usuario intenta acceder a un subdirectorio dentro de ese directorio base, autofs busca el nombre del subdirectorio en el archivo de mapas y monta bajo demanda el recurso remoto correspondiente.
Esto resulta especialmente útil para montar directorios personales de usuarios o una colección de carpetas de proyectos compartidas sin tener que montarlas todas a la vez. Configuraremos un mapa indirecto para montar dinámicamente los directorios de proyectos ubicados bajo un nuevo directorio base llamado /project_shares.
Step 4.1: Crear las exportaciones del servidor NFS
Primero, prepare los directorios del servidor NFS simulado que desea compartir. Crearemos dos directorios de proyectos, design y testing, dentro de /srv/nfs/.
Cree los directorios y coloque un archivo de ejemplo en cada uno:
sudo mkdir -p /srv/nfs/{design,testing}
sudo sh -c 'echo "Design documents" > /srv/nfs/design/README'
sudo sh -c 'echo "Testing scripts" > /srv/nfs/testing/README'
A continuación, indique al servidor NFS que exporte estos directorios. Para ello, agregue entradas al archivo /etc/exports.
Abra el archivo con nano:
sudo nano /etc/exports
Agregue las siguientes líneas al archivo. Indican al servidor NFS que comparta los directorios design y testing con cualquier cliente (*) y permisos de lectura y escritura (rw).
/srv/nfs/design *(rw,sync,no_root_squash)
/srv/nfs/testing *(rw,sync,no_root_squash)
Guarde el archivo y salga (Ctrl+X, Y, Enter).
Por último, aplique los cambios al servidor NFS volviendo a exportar todos los directorios:
sudo exportfs -ra
Step 4.2: Crear la entrada del mapa maestro
La configuración de autofs comienza con el archivo de mapas maestro, /etc/auto.master. Como práctica recomendada, no edite este archivo directamente; agregue archivos de configuración nuevos al directorio /etc/auto.master.d/.
Cree un archivo de mapa maestro para los recursos compartidos de los proyectos:
sudo nano /etc/auto.master.d/shares.autofs
Agregue la siguiente única línea al archivo:
/project_shares /etc/auto.shares
Esta línea indica a autofs: «Para cualquier acceso dentro del directorio /project_shares, consulte el archivo de mapas ubicado en /etc/auto.shares para obtener las instrucciones».
Guarde el archivo y salga del editor.
Step 4.3: Crear el archivo de mapa indirecto
Ahora cree el archivo de mapa indirecto /etc/auto.shares que acaba de referenciar en el mapa maestro.
sudo nano /etc/auto.shares
Agregue las siguientes líneas al archivo:
design -fstype=nfs,rw,sync,vers=3,nolock localhost:/srv/nfs/design
testing -fstype=nfs,rw,sync,vers=3,nolock localhost:/srv/nfs/testing
Analicemos una de las líneas:
design: es la «clave». Corresponde al nombre del subdirectorio dentro de/project_shares. Cuando un usuario accede a/project_shares/design, se activa esta línea.-fstype=nfs,rw,sync,vers=3,nolock: son las opciones de montaje. Especifican el tipo de sistema de archivos, el acceso de lectura y escritura, las escrituras síncronas, la versión de NFS y el bloqueo local utilizado en este entorno de laboratorio.localhost:/srv/nfs/design: es la ubicación del recurso compartido NFS remoto que se montará.
Guarde el archivo y salga del editor.
Step 4.4: Recargar autofs y probar el montaje
Para que el servicio autofs reconozca los nuevos archivos de mapas, debe recargar su configuración. Como systemctl no está disponible, enviaremos la señal HUP (hangup) al proceso automount, lo que hará que vuelva a leer su configuración.
sudo killall -HUP automount
Ahora pruébelo. Primero, intente mostrar el contenido del directorio base /project_shares. Aparecerá vacío porque todavía no se ha montado nada.
ls -l /project_shares
total 0
A continuación, intente acceder a uno de los subdirectorios. Este acceso activa el montaje realizado por autofs.
ls -l /project_shares/design
total 4
-rw-r--r--. 1 root root 17 Nov 10 16:10 README
¡Correcto! El recurso compartido design se montó automáticamente. Si vuelve a mostrar el directorio base, verá el directorio design porque ahora es un punto de montaje activo.
ls -l /project_shares
total 0
dr-xr-xr-x. 2 root root 0 Nov 10 16:12 design
Haga lo mismo con el directorio testing para confirmar que también funciona:
ls -l /project_shares/testing
total 4
-rw-r--r--. 1 root root 16 Nov 10 16:10 README
Ha configurado y probado correctamente un mapa de automontaje indirecto.
Crear un mapa de automontaje directo para puntos de montaje estáticos
En este paso, aprenderá el segundo tipo de configuración de automontaje: un mapa directo. A diferencia de un mapa indirecto, que agrupa varios montajes bajo un directorio base común, un mapa directo define puntos de montaje individuales y específicos en cualquier ubicación del sistema de archivos. Cada entrada de un mapa directo corresponde a una única ruta absoluta.
Los mapas directos son útiles para montar un número reducido de recursos compartidos en ubicaciones fijas y conocidas, como un directorio de herramientas compartido en /usr/local/tools. Configuraremos un mapa directo para montar un directorio compartido common_data en /mnt/common.
Step 5.1: Preparar la exportación del servidor NFS
Como antes, primero debe preparar el directorio del servidor NFS simulado que desea compartir. Crearemos un directorio llamado common_data.
Cree el directorio y un archivo de ejemplo dentro de él:
sudo mkdir -p /srv/nfs/common_data
sudo sh -c 'echo "Common shared data" > /srv/nfs/common_data/info.txt'
Ahora agregue una entrada a /etc/exports para que este directorio esté disponible mediante NFS.
sudo nano /etc/exports
Agregue la siguiente línea nueva al archivo. Esta línea compartirá el directorio /srv/nfs/common_data.
/srv/nfs/common_data *(rw,sync,no_root_squash)
Guarde el archivo y salga (Ctrl+X, Y, Enter).
Aplique los cambios al servidor NFS volviendo a exportar todos los directorios:
sudo exportfs -ra
Step 5.2: Crear la entrada del mapa maestro para el mapa directo
Para usar un mapa directo, primero debe referenciarlo desde la configuración del mapa maestro. El punto de montaje especial /- indica que el archivo de mapas asociado es un mapa directo.
Cree un archivo de mapa maestro nuevo para el montaje directo:
sudo nano /etc/auto.master.d/direct.autofs
Agregue la siguiente única línea al archivo:
/- /etc/auto.direct
Esta línea indica a autofs: «Consulte el archivo /etc/auto.direct para obtener la lista de montajes directos. Los puntos de montaje son rutas absolutas definidas dentro de ese archivo».
Guarde el archivo y salga del editor.
Step 5.3: Crear el archivo de mapa directo
Ahora cree el archivo de mapa directo /etc/auto.direct que acaba de referenciar.
sudo nano /etc/auto.direct
Agregue la siguiente línea al archivo. El formato es ligeramente diferente del de un mapa indirecto.
/mnt/common -fstype=nfs,rw,sync,vers=3,nolock localhost:/srv/nfs/common_data
Analicemos esta línea:
/mnt/common: es la «clave», pero en un mapa directo la clave es la ruta absoluta completa del punto de montaje.-fstype=nfs,rw,sync,vers=3,nolock: son las opciones de montaje, iguales que antes, incluida la versión de NFS y el bloqueo local utilizado en este entorno de laboratorio.localhost:/srv/nfs/common_data: es la ubicación del recurso compartido NFS remoto.
Guarde el archivo y salga del editor.
Step 5.4: Recargar autofs y probar el montaje directo
Al igual que hizo con el mapa indirecto, debe recargar la configuración de autofs para que reconozca el nuevo mapa directo.
sudo killall -HUP automount
Ahora pruebe el montaje directo. A diferencia de un mapa indirecto, el punto de montaje /mnt/common no existe en el sistema de archivos hasta que intenta acceder a él.
Intente acceder al directorio /mnt/common. Esto hará que autofs cree el punto de montaje y monte el recurso compartido.
ls -l /mnt/common
total 4
-rw-r--r--. 1 root root 19 Nov 10 17:00 info.txt
¡Correcto! El montaje directo se creó bajo demanda. En este entorno de laboratorio, la salida correcta de ls -l /mnt/common es la confirmación más fiable, porque la información mostrada por el comando de montajes puede variar cuando el servidor y el cliente NFS son la misma máquina.
Ahora ha configurado correctamente un mapa indirecto para subdirectorios dinámicos y un mapa directo para un punto de montaje estático y absoluto.
Comprobar los montajes automáticos directos e indirectos con distintos usuarios
En este paso, comprobará cómo funciona el automontador en un entorno multiusuario. El automontaje hace que un recurso compartido esté disponible, pero son los permisos del sistema de archivos subyacente en el servidor NFS los que controlan quién puede leer o escribir realmente los archivos. Creará un par de usuarios de prueba, les asignará la propiedad de los recursos NFS correspondientes y probará su acceso tanto a los mapas indirectos como a los directos.
Este ejercicio muestra un escenario real en el que distintos equipos, como los de diseño y pruebas, son propietarios de sus respectivos directorios compartidos. Los demás usuarios tienen acceso de lectura, pero el acceso de escritura está restringido al propietario.
Step 6.1: Crear usuarios de prueba y establecer permisos
Primero, cree dos usuarios nuevos: designer1 y tester1. También establecerá una contraseña sencilla para cada uno, de modo que pueda cambiar a sus cuentas.
Use el comando useradd para crear los usuarios. La opción -m crea un directorio personal para cada usuario.
sudo useradd -m designer1
sudo useradd -m tester1
A continuación, establezca una contraseña para cada usuario. Para simplificar este laboratorio, usaremos la contraseña labex.io para ambos usuarios, ya que cumple los requisitos de complejidad, incluidos longitud, combinación de mayúsculas y minúsculas, números y caracteres especiales.
sudo passwd designer1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully
sudo passwd tester1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully
Ahora cambie la propiedad de los directorios compartidos en el lado del «servidor» (/srv/nfs/*) para conceder acceso a estos usuarios nuevos.
sudo chown -R designer1:designer1 /srv/nfs/design
sudo chown -R tester1:tester1 /srv/nfs/testing
El directorio /srv/nfs/common_data seguirá perteneciendo a root, por lo que será de solo lectura para los usuarios normales.
Step 6.2: Probar el acceso como el usuario designer1
Cambie a la cuenta del usuario designer1 mediante el comando su (substitute user). La opción - garantiza que obtenga el entorno de inicio de sesión completo del usuario.
su - designer1
## Password: labex.io
El prompt cambiará a [designer1@host ~]$.
Primero, pruebe el acceso al recurso compartido design mediante el mapa indirecto. El acceso debería funcionar.
ls -l /project_shares/design
total 4
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README
Ahora intente escribir un archivo en este directorio. También debería funcionar.
echo "My design file" > /project_shares/design/design_file.txt
ls -l /project_shares/design
total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README
A continuación, intente acceder al recurso compartido testing. Puede ver su contenido, pero no puede escribir en él porque pertenece a tester1.
ls -l /project_shares/testing
total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
Por último, pruebe el recurso compartido configurado mediante el mapa directo. designer1 debería poder leerlo, pero no escribir en él.
cat /mnt/common/info.txt
Common shared data
echo "test" > /mnt/common/new_file.txt
-bash: /mnt/common/new_file.txt: Permission denied
Salga de la sesión de designer1 para volver al usuario labex.
exit
Step 6.3: Probar el acceso como el usuario tester1
Ahora realice pruebas similares como el usuario tester1.
su - tester1
## Password: labex.io
Acceda al recurso compartido design. Puede ver su contenido, incluido el archivo creado por designer1, pero no puede escribir en él.
ls -l /project_shares/design
total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README
Ahora acceda al recurso compartido testing y escriba en él. Esto debería funcionar porque tester1 es el propietario del directorio.
ls -l /project_shares/testing
total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
echo "My test script" > /project_shares/testing/test_script.sh
ls -l /project_shares/testing
total 8
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
-rw-r--r--. 1 tester1 tester1 15 Jun 16 16:19 test_script.sh
Salga de la sesión de tester1.
exit
Step 6.4: Limpiar el entorno
Para finalizar el laboratorio y restaurar el estado original del sistema, elimine los usuarios de prueba que creó. El comando userdel -r elimina el usuario y su directorio personal.
sudo userdel -r designer1
sudo userdel -r tester1
Con esto concluye el laboratorio sobre la administración de NFS con autofs.
Resumen
En este laboratorio, aprenderá a configurar el acceso de clientes NFS en un sistema RHEL. Comenzará realizando un montaje manual: primero creará un punto de montaje local y después utilizará el comando mount para conectarse al recurso compartido NFS. Una vez establecida la conexión manual con el comando mount, configurará un montaje persistente creando una entrada en el archivo /etc/fstab, de modo que el recurso se monte automáticamente durante el arranque.
Además, el laboratorio cubre la configuración de montajes bajo demanda mediante el servicio autofs. Para ello, instalará y habilitará el servicio y definirá cómo se montan los recursos compartidos mediante dos métodos diferentes: un mapa indirecto para montar directorios dinámicamente y un mapa directo para montar recursos en ubicaciones estáticas predefinidas. El proceso termina con la comprobación de que los montajes automáticos directos e indirectos funcionan correctamente para distintos usuarios.
