Introducción
En este laboratorio, aprenderá las habilidades esenciales para configurar el acceso de cliente NFS en un sistema Red Hat Enterprise Linux (RHEL). Comenzará montando manualmente un recurso compartido de red utilizando el comando mount para comprender el proceso fundamental. Después de esto, configurará un montaje persistente en /etc/fstab para garantizar que el recurso compartido NFS esté disponible automáticamente después de un reinicio del sistema, proporcionando una comprensión fundamental de la integración estática de sistemas de archivos de red.
Basándose en estos conceptos centrales, avanzará a un método más dinámico y eficiente configurando el automontador. Esto implica instalar y habilitar el servicio autofs, luego crear mapas indirectos para el montaje de directorios bajo demanda y mapas directos para puntos de montaje estáticos. Concluirá el laboratorio verificando que tanto los automontajes directos como los indirectos funcionen correctamente para diferentes usuarios, consolidando su capacidad para gestionar configuraciones robustas de cliente NFS.
Montar manualmente un recurso compartido NFS usando el comando mount
En este paso, aprenderá cómo acceder manualmente a un directorio compartido en red utilizando el protocolo Network File System (NFS). NFS permite que un sistema cliente acceda a archivos a través de una red de computadoras de manera similar a como se accede al almacenamiento local. Para este ejercicio, simularemos tanto un servidor NFS como un cliente en su máquina local para practicar los comandos necesarios.
Se ha preconfigurado un servidor NFS en su sistema para exportar (compartir) el directorio /srv/nfs/shared_data. Su tarea es montar este directorio compartido en una carpeta local, verificar el acceso y luego desmontarlo.
Paso 1.1: Crear un punto de montaje local
Para acceder al directorio NFS compartido, necesita un directorio local que sirva como "punto de montaje". Esencialmente, es una carpeta vacía en su sistema cliente donde aparecerán los contenidos del recurso compartido remoto una vez montado. Todas las operaciones se realizarán dentro de su directorio ~/project.
Cree un directorio llamado nfs_mount dentro de su carpeta de proyecto:
mkdir ~/project/nfs_mount
Puede verificar que el directorio se creó listando el contenido de su carpeta de proyecto:
ls -F ~/project
nfs_mount/
Paso 1.2: Montar el recurso compartido NFS
Ahora puede usar el comando mount para adjuntar el recurso compartido NFS remoto a su punto de montaje recién creado. El comando requiere privilegios sudo porque el montaje de sistemas de archivos es una operación a nivel de sistema.
La sintaxis básica es mount -t nfs <servidor>:<directorio_remoto> <punto_de_montaje_local>.
-t nfs: Especifica que el tipo de sistema de archivos es NFS.localhost:/srv/nfs/shared_data: La fuente, que es el servidor y la ruta que está exportando.~/project/nfs_mount: El destino, que es su punto de montaje local.
Ejecute el siguiente comando para montar el recurso compartido:
sudo mount -t nfs localhost:/srv/nfs/shared_data ~/project/nfs_mount
Este comando no producirá ninguna salida si tiene éxito.
Paso 1.3: Verificar el montaje e interactuar con el recurso compartido
Después de ejecutar el comando mount, debe verificar que el recurso compartido esté montado correctamente. Puede hacerlo de varias maneras.
Primero, use el comando mount canalizado a grep para filtrar los montajes NFS:
mount | grep nfs
localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...)
A continuación, verifique el contenido de su 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
Ahora puede interactuar con este directorio como si fuera una carpeta local. Tenga en cuenta que en este entorno de laboratorio, los archivos son propiedad de root debido a la configuración del servidor NFS con no_root_squash. En entornos de producción, podría ver nobody como propietario dependiendo de la configuración del servidor NFS. Creemos un nuevo archivo dentro del recurso compartido montado. Dado que el recurso compartido NFS puede ser propiedad de root, necesita usar sudo con el comando tee para escribir archivos:
echo "My test file" | sudo tee ~/project/nfs_mount/my_file.txt > /dev/null
Verifique que su nuevo archivo exista junto al 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
Paso 1.4: Desmontar el recurso compartido NFS
Cuando haya terminado de usar un recurso compartido de red, es importante desmontarlo limpiamente usando el comando umount. Esto asegura que todos los datos se sincronicen y que la conexión se cierre correctamente. Solo necesita especificar el punto de montaje.
sudo umount ~/project/nfs_mount
Para confirmar que el recurso compartido se ha desmontado, liste el contenido del directorio ~/project/nfs_mount. Ahora debería estar vacío de nuevo.
ls -l ~/project/nfs_mount
total 0
Configurar un montaje NFS persistente en /etc/fstab
En el paso anterior, aprendió a montar manualmente un recurso compartido NFS utilizando el comando mount. Sin embargo, dichos montajes son temporales y no sobrevivirán a un reinicio del sistema. Para hacer que un montaje sea permanente, necesita 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 cuando arranca el sistema.
En este paso, configurará el mismo recurso compartido NFS para que se monte de forma persistente agregando una entrada a /etc/fstab.
Paso 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 último paso, ya debería estar allí.
Si el directorio no existe, créelo ahora:
mkdir -p ~/project/nfs_mount
Además, asegúrese de que nada esté montado actualmente en este directorio. Puede ejecutar el comando umount, que informará un error si no está montado, y eso está perfectamente bien.
sudo umount ~/project/nfs_mount
Paso 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. Usaremos el editor nano.
Abra el archivo con el siguiente comando:
sudo nano /etc/fstab
Navegue hasta el final del archivo y agregue la siguiente línea. Tenga mucho cuidado con la sintaxis, ya que los errores en este archivo pueden causar problemas de arranque del sistema.
localhost:/srv/nfs/shared_data /home/labex/project/nfs_mount nfs defaults,_netdev 0 0
Analicemos esta línea:
localhost:/srv/nfs/shared_data: Este es el dispositivo a montar. Especifica el servidor NFS (localhost) y el directorio exportado (/srv/nfs/shared_data)./home/labex/project/nfs_mount: Este es el punto de montaje local donde será accesible el recurso compartido.nfs: Esto especifica el tipo de sistema de archivos.defaults,_netdev: Estas son las opciones de montaje.defaultsincluye un conjunto estándar de opciones (comorwpara lectura-escritura)._netdeves crucial para los sistemas de archivos de red; le indica al sistema que espere hasta que la red esté activa antes de intentar montar este recurso compartido.0: Este es el campodump, que es utilizado por la utilidad de copia de seguridaddump. Un valor de0lo deshabilita.0: Este es el campopass, utilizado por la utilidadfsckpara determinar el orden de las comprobaciones del sistema de archivos al arrancar. Un valor de0significa 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, luego Y, y luego Enter.
Paso 2.3: Probar la entrada de /etc/fstab
No necesita reiniciar para probar su nueva entrada de /etc/fstab. El comando mount es lo suficientemente inteligente como para leer /etc/fstab. Si solo proporciona el punto de montaje, mount buscará la entrada correspondiente en /etc/fstab y utilizará la información que encuentre allí.
Monte el recurso compartido usando solo el punto de montaje:
sudo mount ~/project/nfs_mount
Si el comando se completa sin errores, su entrada de /etc/fstab es correcta.
Paso 2.4: Verificar el montaje
Verifique que el recurso compartido ahora esté montado comprobando la salida del comando mount y listando el contenido del directorio.
mount | grep nfs_mount
localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...,_netdev)
Ahora, verifique 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
Este montaje es ahora persistente y se restablecería automáticamente después de un reinicio.
Paso 2.5: Limpiar el entorno
Para evitar conflictos con ejercicios posteriores, ahora debe revertir los cambios. Primero, desmonte el recurso compartido y luego elimine la línea que agregó de /etc/fstab.
Desmonte el directorio:
sudo umount ~/project/nfs_mount
Abra /etc/fstab nuevamente para eliminar la entrada:
sudo nano /etc/fstab
Use las teclas de flecha para navegar hasta la línea que agregó (localhost:/srv/nfs/shared_data ...), y presione Ctrl+K para eliminar toda la línea. Luego, guarde y salga presionando Ctrl+X, Y, y Enter.
Esto deja el sistema en un estado limpio para la siguiente parte del laboratorio.
Configurar el automontador instalando y habilitando autofs
En los pasos anteriores, exploró el montaje manual y persistente. Si bien /etc/fstab es excelente para montajes permanentes, tiene un inconveniente: intenta montar todo al arrancar. Si un recurso compartido de red no está disponible, puede ralentizar o incluso detener el proceso de arranque. El montador automático, proporcionado por el servicio autofs, resuelve este problema montando sistemas de archivos de red bajo demanda, solo 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 compartidos remotos montar y dónde. En este paso, preparará su sistema para usar el montador automático instalando el paquete necesario e iniciando su servicio.
Paso 3.1: Instalar el paquete autofs
La funcionalidad autofs no está incluida en la instalación predeterminada de RHEL. Debe instalarla utilizando el administrador de paquetes dnf. Esto requiere privilegios sudo.
Ejecute el siguiente comando para instalar el paquete autofs. La bandera -y responde automáticamente "sí" a la solicitud de confirmación, lo cual es conveniente para este laboratorio.
sudo dnf install -y autofs
El comando descargará e instalará el paquete autofs y cualquier dependencia requerida. 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!
Paso 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 contenedorizado donde systemctl no está disponible. En su lugar, iniciaremos el demonio autofs directamente usando su comando, automount.
Este comando inicia el demonio del montador automático, que se ejecutará en segundo plano y monitoreará los intentos de acceder a directorios que están configurados en sus mapas.
Ejecute el siguiente comando para iniciar el servicio:
sudo automount
Si tiene éxito, este comando no producirá ninguna salida. Simplemente inicia el proceso del demonio.
Paso 3.3: Verificar que el servicio se está ejecutando
Dado que no puede usar systemctl status autofs para verificar el servicio, puede verificar que el proceso automount se está ejecutando usando el comando ps. El comando ps aux lista todos los procesos en ejecución, y podemos canalizar (|) su salida a grep para filtrar el proceso automount.
ps aux | grep automount
Debería ver al menos una línea para el propio proceso automount. La segunda línea que muestra grep automount es solo el comando grep que ejecutó, que puede ser ignorado.
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
Ver el proceso /usr/sbin/automount confirma que el servicio se está ejecutando y está listo para manejar montajes bajo demanda. En los siguientes pasos, configurará los mapas que le indican a autofs qué hacer.
Crear un mapa de automontaje indirecto para directorios dinámicos
En este paso, configurará su primera regla de montaje automático utilizando un mapa indirecto. Un mapa indirecto es el tipo más común de configuración de montaje automático. Funciona asociando un único directorio base (como /home o /net) con un archivo de mapa. Cuando un usuario intenta acceder a un subdirectorio dentro de ese directorio base, autofs busca el nombre del subdirectorio en el archivo de mapa y monta el recurso compartido remoto correspondiente bajo demanda.
Esto es extremadamente útil para montar directorios de inicio 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 directorios de proyectos ubicados bajo un nuevo directorio base llamado /project_shares.
Paso 4.1: Crear las exportaciones del servidor NFS
Primero, preparemos los directorios en nuestro servidor NFS simulado que queremos 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, debemos indicarle al servidor NFS que exporte estos directorios. Hacemos esto agregando entradas al archivo /etc/exports.
Abra el archivo con nano:
sudo nano /etc/exports
Agregue las siguientes líneas al archivo. Estas líneas le indican al servidor NFS que comparta los directorios design y testing con cualquier cliente (*) con permisos de lectura-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).
Finalmente, aplique los cambios al servidor NFS reexportando todos los directorios:
sudo exportfs -ra
Paso 4.2: Crear la entrada del mapa maestro
La configuración de autofs comienza con el archivo de mapa maestro, /etc/auto.master. La mejor práctica es no editar este archivo directamente, sino agregar nuevos archivos de configuración al directorio /etc/auto.master.d/.
Cree un nuevo archivo de mapa maestro para nuestras acciones de proyecto:
sudo nano /etc/auto.master.d/shares.autofs
Agregue la siguiente línea única a este archivo:
/project_shares /etc/auto.shares
Esta línea le dice a autofs: "Para cualquier acceso bajo el directorio /project_shares, consulte el archivo de mapa ubicado en /etc/auto.shares para obtener instrucciones".
Guarde y salga del editor.
Paso 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 a este archivo:
design -fstype=nfs,rw,sync localhost:/srv/nfs/design
testing -fstype=nfs,rw,sync localhost:/srv/nfs/testing
Analicemos una línea:
design: Esta es la "clave". Corresponde al nombre del subdirectorio bajo/project_shares. Cuando un usuario accede a/project_shares/design, se activa esta línea.-fstype=nfs,rw,sync: Estas son las opciones de montaje, que especifican el tipo de sistema de archivos, el acceso de lectura-escritura y las escrituras síncronas.localhost:/srv/nfs/design: Esta es la ubicación remota del recurso compartido NFS que se montará.
Guarde y salga del editor.
Paso 4.4: Recargar autofs y probar el montaje
Para que el servicio autofs reconozca sus nuevos archivos de mapa, debe recargar su configuración. Dado que systemctl no está disponible, enviamos la señal HUP (hangup) al proceso automount, lo que hace que vuelva a leer su configuración.
sudo killall -HUP automount
Ahora, probemos. Primero, intente listar el contenido del directorio base /project_shares. Parecerá vacío porque aún no se ha montado nada.
ls -l /project_shares
total 0
A continuación, intente acceder a uno de los subdirectorios. Este es el desencadenante que hace que autofs realice el montaje.
ls -l /project_shares/design
total 4
-rw-r--r--. 1 root root 17 Nov 10 16:10 README
¡Éxito! El recurso compartido design se montó automáticamente. Ahora, si vuelve a listar el directorio base, verá el directorio design porque 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 para 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 con éxito un mapa de montaje automático indirecto.
Crear un mapa de automontaje directo para puntos de montaje estáticos
En este paso, aprenderá sobre el segundo tipo de configuración de montaje automático: 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 específicos e individuales en cualquier lugar del sistema de archivos. Cada entrada en un mapa directo corresponde a una única ruta absoluta.
Los mapas directos son útiles para montar un pequeño número de recursos compartidos en ubicaciones fijas y conocidas, como montar un directorio de herramientas compartido en /usr/local/tools. Configuraremos un mapa directo para montar un directorio compartido common_data en /mnt/common.
Paso 5.1: Preparar la exportación del servidor NFS
Como antes, primero debemos configurar el directorio en nuestro servidor NFS simulado que queremos 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 a través de NFS.
sudo nano /etc/exports
Agregue la siguiente nueva línea al archivo. Esto 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 reexportando todos los directorios:
sudo exportfs -ra
Paso 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 /- se utiliza para indicar que el archivo de mapa asociado es un mapa directo.
Cree un nuevo archivo de mapa maestro para nuestro montaje directo:
sudo nano /etc/auto.master.d/direct.autofs
Agregue la siguiente línea única a este archivo:
/- /etc/auto.direct
Esta línea le dice a autofs: "Consulte el archivo /etc/auto.direct para obtener una lista de montajes directos. Los puntos de montaje son rutas absolutas definidas dentro de ese archivo".
Guarde y salga del editor.
Paso 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 a este archivo. El formato es ligeramente diferente al de un mapa indirecto.
/mnt/common -fstype=nfs,rw,sync localhost:/srv/nfs/common_data
Analicemos esta línea:
/mnt/common: Esta es la "clave", pero para un mapa directo, la clave es la ruta completa y absoluta del punto de montaje.-fstype=nfs,rw,sync: Estas son las opciones de montaje, iguales que antes.localhost:/srv/nfs/common_data: Esta es la ubicación remota del recurso compartido NFS.
Guarde y salga del editor.
Paso 5.4: Recargar autofs y probar el montaje directo
Al igual que hizo para el mapa indirecto, debe recargar la configuración de autofs para que reconozca el nuevo mapa directo.
sudo killall -HUP automount
Ahora, probemos el montaje directo. A diferencia de un mapa indirecto, el punto de montaje /mnt/common no existe en el sistema de archivos hasta que intente acceder a él.
Intente acceder al directorio /mnt/common. Esto activará autofs para crear el punto de montaje y montar el recurso compartido.
ls -l /mnt/common
total 4
-rw-r--r--. 1 root root 19 Nov 10 17:00 info.txt
¡Éxito! El montaje directo se creó bajo demanda. También puede verificarlo con el comando mount:
mount | grep common
localhost:/srv/nfs/common_data on /mnt/common type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...)
Ahora ha configurado con éxito tanto un mapa indirecto para subdirectorios dinámicos como un mapa directo para un punto de montaje estático y absoluto.
Verificar automontajes directos e indirectos como usuarios diferentes
En este paso final, verificará cómo funciona el montador automático en un entorno multiusuario. El montaje automático hace que un recurso compartido esté disponible, pero son los permisos del sistema de archivos subyacentes en el servidor NFS los que controlan quién puede leer o escribir realmente en los archivos. Creará un par de usuarios de prueba, les asignará la propiedad de los respectivos recursos compartidos NFS y luego probará su acceso tanto a los mapas indirectos como a los directos.
Este ejercicio demuestra un escenario del mundo real en el que diferentes equipos (por ejemplo, diseño y pruebas) son propietarios de sus respectivos directorios compartidos, con acceso de lectura disponible para otros usuarios pero acceso de escritura restringido al propietario.
Paso 6.1: Crear usuarios de prueba y establecer permisos
Primero, necesita crear dos usuarios nuevos: designer1 y tester1. También les asignará una contraseña simple para que pueda cambiar a sus cuentas.
Utilice el comando useradd para crear los usuarios. La opción -m crea un directorio de inicio para ellos.
sudo useradd -m designer1
sudo useradd -m tester1
A continuación, establezca una contraseña para cada usuario. Para simplificar en este laboratorio, usaremos la contraseña labex.io para ambos (cumple los requisitos de complejidad, incluyendo longitud, 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 otorgar acceso a estos nuevos usuarios.
sudo chown -R designer1:designer1 /srv/nfs/design
sudo chown -R tester1:tester1 /srv/nfs/testing
El directorio /srv/nfs/common_data seguirá siendo propiedad de root, lo que lo hará de solo lectura para los usuarios normales.
Paso 6.2: Probar el acceso como usuario designer1
Cambie a la cuenta de usuario designer1 usando el comando su (sustituir usuario). El - asegura que obtenga el entorno de inicio de sesión completo del usuario.
su - designer1
## Password: labex.io
Su indicador de comandos cambiará a [designer1@host ~]$.
Primero, pruebe el acceso al recurso compartido design a través del mapa indirecto. Esto debería tener éxito.
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. Esto también debería tener éxito.
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 el contenido, pero no puede escribir en él, ya que es propiedad de tester1.
ls -l /project_shares/testing
total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
Finalmente, pruebe el recurso compartido mapeado directamente. 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
Paso 6.3: Probar el acceso como usuario tester1
Ahora, realice pruebas similares como usuario tester1.
su - tester1
## Password: labex.io
Acceda al recurso compartido design. Puede ver el 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 y escriba en el recurso compartido testing. Esto debería tener éxito, ya que tester1 es propietario de este 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
Paso 6.4: Limpiar el entorno
Para finalizar el laboratorio y restaurar el sistema a su estado original, elimine los usuarios de prueba que creó. El comando userdel -r elimina al usuario y su directorio de inicio.
sudo userdel -r designer1
sudo userdel -r tester1
Esto concluye el laboratorio sobre la gestión de NFS con autofs.
Resumen
En este laboratorio, aprenderá a configurar el acceso de cliente NFS en un sistema RHEL. Comenzará realizando un montaje manual, primero creando un punto de montaje local y luego utilizando el comando mount para conectarse al recurso compartido NFS. Después de establecer la conexión manual con el comando mount, procederá a configurar un montaje persistente creando una entrada en el archivo /etc/fstab, asegurando que el recurso compartido se monte automáticamente al arrancar.
Además, el laboratorio cubre la configuración del montaje bajo demanda con el servicio autofs. Esto implica instalar y habilitar el servicio, y luego definir cómo se montan los recursos compartidos utilizando dos métodos diferentes: la creación de un mapa indirecto para montar directorios dinámicamente y un mapa directo para montar recursos compartidos en ubicaciones estáticas y predefinidas. El proceso concluye verificando que los montajes automáticos directos e indirectos funcionan correctamente para diferentes usuarios.
