Configurer l’accès d’un client NFS dans RHEL

Introduction

Dans ce lab, vous apprendrez les compétences essentielles pour configurer l’accès d’un client NFS sur un système Red Hat Enterprise Linux (RHEL). Vous commencerez par monter manuellement un partage réseau avec la commande mount afin de comprendre le processus de base. Vous configurerez ensuite un montage persistant dans /etc/fstab pour que le partage NFS soit automatiquement disponible après le redémarrage du système. Vous découvrirez ainsi les principes fondamentaux de l’intégration statique d’un système de fichiers réseau.

Après ces notions essentielles, vous mettrez en place une méthode plus dynamique et efficace avec l’automonteur. Vous installerez et activerez le service autofs, puis créerez des cartes indirectes pour monter des répertoires à la demande et des cartes directes pour définir des points de montage statiques. Vous terminerez le lab en vérifiant que les montages automatiques directs et indirects fonctionnent correctement pour différents utilisateurs. Vous consoliderez ainsi votre capacité à gérer des configurations robustes de clients NFS.

Monter manuellement un partage NFS avec la commande mount

Dans cette étape, vous apprendrez à accéder manuellement à un répertoire partagé sur le réseau avec le protocole Network File System (NFS). NFS permet à un système client d’accéder à des fichiers sur un réseau informatique comme s’ils se trouvaient sur un stockage local. Pour cet exercice, nous simulerons un serveur NFS et un client NFS sur votre machine locale afin de pratiquer les commandes nécessaires.

Un serveur NFS a été préconfiguré sur votre système pour exporter (partager) le répertoire /srv/nfs/shared_data. Votre tâche consiste à monter ce répertoire partagé dans un dossier local, à vérifier l’accès, puis à le démonter.

Step 1.1: Créer un point de montage local

Pour accéder au répertoire NFS partagé, vous avez besoin d’un répertoire local servant de « point de montage ». Il s’agit d’un dossier vide sur votre système client, dans lequel le contenu du partage distant apparaîtra après le montage. Toutes les opérations seront effectuées dans votre répertoire ~/project.

Créez un répertoire nommé nfs_mount dans votre dossier de projet :

mkdir ~/project/nfs_mount

Vérifiez que le répertoire a bien été créé en affichant le contenu de votre dossier de projet :

ls -F ~/project

nfs_mount/

Step 1.2: Monter le partage NFS

Vous pouvez maintenant utiliser la commande mount pour rattacher le partage NFS distant au point de montage que vous venez de créer. Cette commande nécessite les privilèges sudo, car le montage d’un système de fichiers est une opération effectuée au niveau du système.

La syntaxe de base est mount -t nfs -o vers=3,nolock <server>:<remote_directory> <local_mount_point>.

• -t nfs -o vers=3,nolock : indique que le type de système de fichiers est NFS, force l’utilisation de NFSv3 et conserve le verrouillage des fichiers local, car l’environnement de lab conteneurisé n’exécute pas le service NFS de verrouillage séparé.
• localhost:/srv/nfs/shared_data : la source, c’est-à-dire le serveur et le chemin qu’il exporte.
• ~/project/nfs_mount : la destination, c’est-à-dire votre point de montage local.

Exécutez la commande suivante pour monter le partage :

sudo mount -t nfs -o vers=3,nolock localhost:/srv/nfs/shared_data ~/project/nfs_mount

Si la commande réussit, elle n’affiche aucun résultat.

Step 1.3: Vérifier le montage et utiliser le partage

Après avoir exécuté la commande mount, vérifiez que le partage est correctement monté. Vous pouvez procéder de plusieurs façons.

Commencez par utiliser la commande mount avec un tube vers grep afin de filtrer les montages 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=...)

Vérifiez ensuite le contenu de votre point de montage. Il doit maintenant afficher les fichiers du répertoire distant /srv/nfs/shared_data.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Vous pouvez maintenant utiliser ce répertoire comme un dossier local. Dans cet environnement de lab, les fichiers appartiennent à root, en raison de la configuration du serveur NFS avec no_root_squash. Dans un environnement de production, le propriétaire peut être nobody selon les paramètres du serveur NFS. Créons un nouveau fichier dans le partage monté. Comme le partage NFS peut appartenir à root, vous devez utiliser sudo avec la commande tee pour écrire des fichiers :

echo "My test file" | sudo tee ~/project/nfs_mount/my_file.txt > /dev/null

Vérifiez que le nouveau fichier se trouve à côté du fichier d’origine :

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: Démonter le partage NFS

Lorsque vous n’utilisez plus un partage réseau, il est important de le démonter proprement avec la commande umount. Cette opération garantit la synchronisation des données et la fermeture correcte de la connexion. Vous devez uniquement indiquer le point de montage.

sudo umount ~/project/nfs_mount

Pour confirmer que le partage a été démonté, affichez le contenu du répertoire ~/project/nfs_mount. Il doit de nouveau être vide.

ls -l ~/project/nfs_mount

total 0

Configurer un montage NFS persistant dans /etc/fstab

Dans cette étape, vous rendrez le montage NFS persistant après avoir appris à le monter manuellement. Les montages manuels sont temporaires et ne persistent pas après le redémarrage du système. Pour rendre un montage permanent, vous devez ajouter une entrée au fichier /etc/fstab, abréviation de « file systems table ». Ce fichier contient la liste des systèmes de fichiers et des périphériques montés automatiquement au démarrage du système.

Vous allez configurer le même partage NFS pour qu’il soit monté de manière persistante en ajoutant une entrée dans /etc/fstab.

Step 2.1: Préparer l’environnement

Vérifiez d’abord que le point de montage de l’étape précédente, ~/project/nfs_mount, existe et qu’il est vide. Si vous poursuivez directement après l’étape précédente, il devrait déjà être présent.

Si le répertoire n’existe pas, créez-le maintenant :

mkdir -p ~/project/nfs_mount

Vérifiez également qu’aucun système de fichiers n’est actuellement monté dans ce répertoire. Vous pouvez exécuter la commande umount. Elle affichera une erreur si le répertoire n’est pas monté, ce qui est tout à fait normal.

sudo umount ~/project/nfs_mount

Step 2.2: Modifier le fichier /etc/fstab

Vous allez maintenant ajouter une ligne au fichier /etc/fstab afin de définir le montage NFS persistant. Vous devez utiliser sudo pour modifier ce fichier de configuration système. Nous utiliserons l’éditeur nano.

Ouvrez le fichier avec la commande suivante :

sudo nano /etc/fstab

Accédez à la fin du fichier et ajoutez la ligne suivante. Soyez très attentif à la syntaxe : des erreurs dans ce fichier peuvent empêcher le démarrage du système.

localhost:/srv/nfs/shared_data /home/labex/project/nfs_mount nfs defaults,_netdev,vers=3,nolock 0 0

Voici le détail de cette ligne :

• localhost:/srv/nfs/shared_data : le périphérique à monter. Il indique le serveur NFS (localhost) et le répertoire exporté (/srv/nfs/shared_data).
• /home/labex/project/nfs_mount : le point de montage local où le partage sera accessible.
• nfs : le type de système de fichiers.
• defaults,_netdev,vers=3,nolock : les options de montage. defaults inclut un ensemble standard d’options, notamment rw pour l’accès en lecture-écriture. _netdev est essentiel pour les systèmes de fichiers réseau : il indique au système d’attendre que le réseau soit actif avant d’essayer de monter ce partage. vers=3,nolock conserve l’utilisation du protocole NFS fonctionnel dans cet environnement conteneurisé, sans nécessiter de service de verrouillage séparé.
• 0 : le champ dump, utilisé par l’utilitaire de sauvegarde dump. La valeur 0 le désactive.
• 0 : le champ pass, utilisé par l’utilitaire fsck pour déterminer l’ordre des vérifications des systèmes de fichiers au démarrage. La valeur 0 indique que le système de fichiers ne sera pas vérifié.

Après avoir ajouté la ligne, enregistrez le fichier et quittez nano en appuyant sur Ctrl+X, puis sur Y et enfin sur Enter.

Step 2.3: Tester l’entrée /etc/fstab

Il n’est pas nécessaire de redémarrer le système pour tester la nouvelle entrée /etc/fstab. La commande mount sait lire le fichier /etc/fstab. Si vous indiquez uniquement le point de montage, mount recherche l’entrée correspondante dans /etc/fstab et utilise les informations qu’elle contient.

Montez le partage en indiquant uniquement le point de montage :

sudo mount ~/project/nfs_mount

Si la commande se termine sans erreur, votre entrée /etc/fstab est correcte.

Step 2.4: Vérifier le montage

Vérifiez que le partage est maintenant monté en consultant la sortie de la commande mount et en affichant le contenu du répertoire.

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)

Vérifiez maintenant le contenu du répertoire. Vous devez voir les fichiers du partage.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Ce montage est désormais persistant et serait automatiquement rétabli après un redémarrage.

Step 2.5: Nettoyer l’environnement

Pour éviter les conflits avec les exercices suivants, annulez maintenant les modifications effectuées. Démontez d’abord le partage, puis supprimez de /etc/fstab la ligne que vous avez ajoutée.

Démontez le répertoire :

sudo umount ~/project/nfs_mount

Ouvrez de nouveau /etc/fstab pour supprimer l’entrée :

sudo nano /etc/fstab

Utilisez les touches fléchées pour accéder à la ligne que vous avez ajoutée (localhost:/srv/nfs/shared_data ... vers=3,nolock ...), puis appuyez sur Ctrl+K pour supprimer la ligne entière. Enregistrez ensuite le fichier et quittez en appuyant sur Ctrl+X, Y, puis Enter.

Le système est ainsi propre pour la suite du lab.

Installer et activer autofs pour mettre en place l’automonteur

Dans cette étape, vous passerez du montage manuel et persistant au montage automatique. Le fichier /etc/fstab est adapté aux montages permanents, mais il présente un inconvénient : il essaie de tout monter au démarrage. Si un partage réseau est indisponible, le démarrage peut être ralenti, voire interrompu. L’automonteur, fourni par le service autofs, résout ce problème en montant les systèmes de fichiers réseau à la demande, uniquement lors de leur premier accès.

Le service autofs utilise un ensemble de fichiers de configuration appelés « cartes » pour déterminer quels partages distants monter et où les monter. Dans cette étape, vous préparerez le système à utiliser l’automonteur en installant le paquet nécessaire et en démarrant son service.

Step 3.1: Installer le paquet autofs

La fonctionnalité autofs n’est pas incluse dans l’installation RHEL par défaut. Vous devez l’installer avec le gestionnaire de paquets dnf. Cette opération nécessite les privilèges sudo.

Exécutez la commande suivante pour installer le paquet autofs. L’option -y répond automatiquement « yes » à la demande de confirmation, ce qui est pratique dans ce lab.

sudo dnf install -y autofs

La commande télécharge et installe le paquet autofs ainsi que ses dépendances éventuelles. Une sortie semblable à la suivante s’affiche :

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: Démarrer le service autofs

Sur un système RHEL standard, vous utiliseriez systemctl pour démarrer et activer les services. Cependant, ce lab s’exécute dans un environnement conteneurisé où systemctl n’est pas disponible. Nous allons donc démarrer directement le démon autofs avec sa commande, automount.

Cette commande démarre le démon de l’automonteur. Celui-ci s’exécute en arrière-plan et surveille les tentatives d’accès aux répertoires configurés dans ses cartes.

Exécutez la commande suivante pour démarrer le service :

sudo automount

Si la commande réussit, elle n’affiche aucun résultat. Elle démarre simplement le processus du démon.

Step 3.3: Vérifier que le service fonctionne

Comme vous ne pouvez pas utiliser systemctl status autofs pour vérifier le service, vous pouvez vérifier que le processus automount s’exécute avec la commande ps. La commande ps aux affiche tous les processus en cours d’exécution. Vous pouvez utiliser un tube | vers grep pour filtrer le processus automount.

ps aux | grep automount

Vous devez voir au moins une ligne correspondant au processus automount. La deuxième ligne, qui contient grep automount, correspond simplement à la commande grep que vous venez d’exécuter et peut être ignorée.

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 présence du processus /usr/sbin/automount confirme que le service fonctionne et qu’il est prêt à gérer les montages à la demande. Dans les étapes suivantes, vous configurerez les cartes qui indiquent à autofs quoi faire.

Créer une carte d’automontage indirecte pour des répertoires dynamiques

Dans cette étape, vous configurerez votre première règle d’automontage avec une carte indirecte. Une carte indirecte est le type de configuration d’automontage le plus courant. Elle associe un répertoire de base unique, comme /home ou /net, à un fichier de carte. Lorsqu’un utilisateur tente d’accéder à un sous-répertoire de ce répertoire de base, autofs recherche le nom du sous-répertoire dans le fichier de carte et monte le partage distant correspondant à la demande.

Cette méthode est particulièrement utile pour monter des répertoires personnels ou un ensemble de dossiers de projet partagés sans devoir tous les monter simultanément. Nous allons configurer une carte indirecte pour monter dynamiquement des répertoires de projet sous un nouveau répertoire de base nommé /project_shares.

Step 4.1: Créer les exports du serveur NFS

Commencez par préparer les répertoires de notre serveur NFS simulé que nous voulons partager. Nous allons créer deux répertoires de projet, design et testing, dans /srv/nfs/.

Créez les répertoires et placez un fichier d’exemple dans chacun d’eux :

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'

Indiquez ensuite au serveur NFS d’exporter ces répertoires. Pour cela, ajoutez des entrées au fichier /etc/exports.

Ouvrez le fichier avec nano :

sudo nano /etc/exports

Ajoutez les lignes suivantes au fichier. Elles indiquent au serveur NFS de partager les répertoires design et testing avec n’importe quel client (*), avec des permissions de lecture-écriture (rw).

/srv/nfs/design *(rw,sync,no_root_squash)
/srv/nfs/testing *(rw,sync,no_root_squash)

Enregistrez le fichier et quittez (Ctrl+X, Y, Enter).

Appliquez enfin les modifications au serveur NFS en réexportant tous les répertoires :

sudo exportfs -ra

Step 4.2: Créer l’entrée de la carte maîtresse

La configuration d’autofs commence par le fichier de carte maîtresse /etc/auto.master. Il est recommandé de ne pas modifier directement ce fichier, mais d’ajouter les nouveaux fichiers de configuration dans le répertoire /etc/auto.master.d/.

Créez un nouveau fichier de carte maîtresse pour nos partages de projet :

sudo nano /etc/auto.master.d/shares.autofs

Ajoutez l’unique ligne suivante dans ce fichier :

/project_shares /etc/auto.shares

Cette ligne indique à autofs : « Pour tout accès sous le répertoire /project_shares, consultez le fichier de carte situé dans /etc/auto.shares afin de connaître les instructions à appliquer. »

Enregistrez le fichier et quittez l’éditeur.

Step 4.3: Créer le fichier de carte indirecte

Créez maintenant le fichier de carte indirecte /etc/auto.shares, référencé précédemment dans la carte maîtresse.

sudo nano /etc/auto.shares

Ajoutez les lignes suivantes dans ce fichier :

design  -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/design
testing -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/testing

Voici le détail d’une ligne :

• design : la « clé ». Elle correspond au nom du sous-répertoire situé sous /project_shares. Lorsqu’un utilisateur accède à /project_shares/design, cette ligne est utilisée.
• -fstype=nfs,rw,sync,vers=3,nolock : les options de montage. Elles indiquent le type de système de fichiers, l’accès en lecture-écriture, les écritures synchrones, la version de NFS et le verrouillage local utilisé dans cet environnement de lab.
• localhost:/srv/nfs/design : l’emplacement du partage NFS distant à monter.

Enregistrez le fichier et quittez l’éditeur.

Step 4.4: Recharger autofs et tester le montage

Pour qu’autofs prenne en compte vos nouveaux fichiers de carte, vous devez recharger sa configuration. Comme systemctl n’est pas disponible, envoyez le signal HUP (hangup) au processus automount. Ce signal lui demande de relire sa configuration.

sudo killall -HUP automount

Testons maintenant la configuration. Commencez par afficher le contenu du répertoire de base /project_shares. Il semblera vide, car aucun sous-répertoire n’a encore été monté.

ls -l /project_shares

total 0

Essayez ensuite d’accéder à l’un des sous-répertoires. Cet accès déclenche le montage par autofs.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 root root 17 Nov 10 16:10 README

Le test a réussi : le partage design a été monté automatiquement. Si vous affichez de nouveau le répertoire de base, vous verrez le répertoire design, car il constitue maintenant un point de montage actif.

ls -l /project_shares

total 0
dr-xr-xr-x. 2 root root 0 Nov 10 16:12 design

Effectuez le même test avec le répertoire testing pour confirmer qu’il fonctionne également :

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 root root 16 Nov 10 16:10 README

Vous avez correctement configuré et testé une carte d’automontage indirecte.

Créer une carte d’automontage directe pour un point de montage statique

Dans cette étape, vous découvrirez le deuxième type de configuration d’automontage : la carte directe. Contrairement à une carte indirecte, qui regroupe plusieurs montages sous un répertoire de base commun, une carte directe définit des points de montage individuels et précis, n’importe où dans le système de fichiers. Chaque entrée d’une carte directe correspond à un chemin absolu unique.

Les cartes directes sont utiles pour monter un petit nombre de partages dans des emplacements fixes et connus, par exemple un répertoire d’outils partagé dans /usr/local/tools. Nous allons configurer une carte directe pour monter le répertoire partagé common_data dans /mnt/common.

Step 5.1: Préparer l’export du serveur NFS

Comme précédemment, commencez par préparer le répertoire de notre serveur NFS simulé que nous voulons partager. Nous allons créer un répertoire nommé common_data.

Créez le répertoire et un fichier d’exemple à l’intérieur :

sudo mkdir -p /srv/nfs/common_data
sudo sh -c 'echo "Common shared data" > /srv/nfs/common_data/info.txt'

Ajoutez ensuite une entrée dans /etc/exports pour rendre ce répertoire disponible via NFS.

sudo nano /etc/exports

Ajoutez la nouvelle ligne suivante au fichier. Elle partagera le répertoire /srv/nfs/common_data.

/srv/nfs/common_data *(rw,sync,no_root_squash)

Enregistrez le fichier et quittez (Ctrl+X, Y, Enter).

Appliquez les modifications au serveur NFS en réexportant tous les répertoires :

sudo exportfs -ra

Step 5.2: Créer l’entrée de la carte maîtresse pour la carte directe

Pour utiliser une carte directe, vous devez d’abord la référencer dans la configuration de la carte maîtresse. Le point de montage spécial /- indique que le fichier de carte associé est une carte directe.

Créez un nouveau fichier de carte maîtresse pour notre montage direct :

sudo nano /etc/auto.master.d/direct.autofs

Ajoutez l’unique ligne suivante dans ce fichier :

/- /etc/auto.direct

Cette ligne indique à autofs : « Consultez le fichier /etc/auto.direct pour obtenir la liste des montages directs. Les points de montage sont des chemins absolus définis dans ce fichier. »

Enregistrez le fichier et quittez l’éditeur.

Step 5.3: Créer le fichier de carte directe

Créez maintenant le fichier de carte directe /etc/auto.direct que vous venez de référencer.

sudo nano /etc/auto.direct

Ajoutez la ligne suivante dans ce fichier. Son format diffère légèrement de celui d’une carte indirecte.

/mnt/common -fstype=nfs,rw,sync,vers=3,nolock   localhost:/srv/nfs/common_data

Voici le détail de cette ligne :

• /mnt/common : la « clé ». Dans une carte directe, la clé est le chemin absolu complet du point de montage.
• -fstype=nfs,rw,sync,vers=3,nolock : les options de montage, identiques à celles utilisées précédemment, notamment la version de NFS et le verrouillage local utilisés dans cet environnement de lab.
• localhost:/srv/nfs/common_data : l’emplacement du partage NFS distant.

Enregistrez le fichier et quittez l’éditeur.

Step 5.4: Recharger autofs et tester le montage direct

Comme pour la carte indirecte, vous devez recharger la configuration d’autofs afin qu’elle prenne en compte la nouvelle carte directe.

sudo killall -HUP automount

Testons maintenant le montage direct. Contrairement à une carte indirecte, le point de montage /mnt/common n’existe pas dans le système de fichiers tant que vous n’avez pas essayé d’y accéder.

Essayez d’accéder au répertoire /mnt/common. Cette opération demande à autofs de créer le point de montage et de monter le partage.

ls -l /mnt/common

total 4
-rw-r--r--. 1 root root 19 Nov 10 17:00 info.txt

Le test a réussi : le montage direct a été créé à la demande. Dans cet environnement de lab, la sortie réussie de ls -l /mnt/common est la confirmation la plus fiable, car l’affichage du montage peut varier lorsque le serveur et le client NFS correspondent à la même machine.

Vous avez maintenant configuré une carte indirecte pour des sous-répertoires dynamiques et une carte directe pour un point de montage absolu statique.

Vérifier les automontages directs et indirects avec différents utilisateurs

Dans cette étape, vous vérifierez le fonctionnement de l’automonteur dans un environnement multi-utilisateur. L’automontage rend un partage disponible, mais ce sont les permissions du système de fichiers sous-jacent sur le serveur NFS qui déterminent quels utilisateurs peuvent réellement lire ou écrire les fichiers. Vous allez créer deux utilisateurs de test, leur attribuer la propriété des partages NFS correspondants, puis tester leur accès aux cartes indirecte et directe.

Cet exercice reproduit un scénario courant dans lequel différentes équipes, par exemple les équipes de conception et de test, possèdent leurs propres répertoires partagés. Les autres utilisateurs disposent d’un accès en lecture, tandis que l’accès en écriture est limité au propriétaire.

Step 6.1: Créer les utilisateurs de test et définir les permissions

Commencez par créer deux nouveaux utilisateurs : designer1 et tester1. Définissez également un mot de passe simple pour chacun afin de pouvoir utiliser leurs comptes.

Utilisez la commande useradd pour créer les utilisateurs. L’option -m crée leur répertoire personnel.

sudo useradd -m designer1
sudo useradd -m tester1

Définissez ensuite un mot de passe pour chaque utilisateur. Pour simplifier cet exercice, nous utiliserons le mot de passe labex.io pour les deux comptes. Il respecte les exigences de complexité, notamment la longueur, la présence de majuscules et de minuscules, de chiffres et de caractères spéciaux.

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

Modifiez maintenant la propriété des répertoires partagés côté « serveur » (/srv/nfs/*) afin d’accorder l’accès aux nouveaux utilisateurs.

sudo chown -R designer1:designer1 /srv/nfs/design
sudo chown -R tester1:tester1 /srv/nfs/testing

Le répertoire /srv/nfs/common_data restera la propriété de root, ce qui le rend accessible en lecture seule pour les utilisateurs ordinaires.

Step 6.2: Tester l’accès avec l’utilisateur designer1

Basculez vers le compte utilisateur designer1 avec la commande su (substitute user). L’option - vous fournit l’environnement de connexion complet de cet utilisateur.

su - designer1
## Password: labex.io

L’invite de commande devient [designer1@host ~]$.

Commencez par tester l’accès au partage design via la carte indirecte. L’accès doit réussir.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Essayez maintenant d’écrire un fichier dans ce répertoire. L’opération doit également réussir.

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

Essayez ensuite d’accéder au partage testing. Vous pouvez en consulter le contenu, mais vous ne pouvez pas y écrire, car il appartient à tester1.

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README

Testez enfin le partage monté par la carte directe. designer1 doit pouvoir le lire, mais pas y écrire.

cat /mnt/common/info.txt

Common shared data

echo "test" > /mnt/common/new_file.txt

-bash: /mnt/common/new_file.txt: Permission denied

Quittez la session designer1 pour revenir à l’utilisateur labex.

exit

Step 6.3: Tester l’accès avec l’utilisateur tester1

Effectuez maintenant des tests similaires avec l’utilisateur tester1.

su - tester1
## Password: labex.io

Accédez au partage design. Vous pouvez voir son contenu, notamment le fichier créé par designer1, mais vous ne pouvez pas y écrire.

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

Accédez maintenant au partage testing et écrivez-y un fichier. L’opération doit réussir puisque tester1 est propriétaire de ce répertoire.

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

Quittez la session tester1.

exit

Step 6.4: Nettoyer l’environnement

Pour terminer le lab et restaurer l’état initial du système, supprimez les utilisateurs de test que vous avez créés. La commande userdel -r supprime l’utilisateur ainsi que son répertoire personnel.

sudo userdel -r designer1
sudo userdel -r tester1

Le lab consacré à la gestion de NFS avec autofs est terminé.

Résumé

Dans ce lab, vous avez appris à configurer l’accès d’un client NFS sur un système RHEL. Vous avez commencé par effectuer un montage manuel : création d’un point de montage local, puis utilisation de la commande mount pour vous connecter au partage NFS. Après avoir établi cette connexion manuelle, vous avez configuré un montage persistant en ajoutant une entrée au fichier /etc/fstab, afin que le partage soit automatiquement monté au démarrage.

Vous avez également appris à configurer le montage à la demande avec le service autofs. Cette configuration comprenait l’installation et l’activation du service, puis la définition de deux méthodes de montage : une carte indirecte pour monter dynamiquement des répertoires et une carte directe pour monter des partages dans des emplacements statiques prédéfinis. Le lab se termine par la vérification du bon fonctionnement des automontages directs et indirects avec différents utilisateurs.