Red Hat Enterprise Linux 3: Guide d'administration système | ||
---|---|---|
Précédent | Chapitre 23. Système de fichiers réseau (NFS) | Suivant |
Utilisez la commande mount pour monter un système de fichiers NFS partagé d'un autre ordinateur :
mount shadowman.example.com:/misc/export /misc/local |
![]() | Avertissement |
---|---|
Le répertoire du point de montage de l'ordinateur local (/misc/local dans l'exemple ci-dessus) doit exister. |
Dans cette commande, shadowman.example.com est le nom d'hôte du serveur de fichiers NFS, /misc/export est le répertoire que shadowman exporte et /misc/local est l'emplacement sur l'ordinateur local où vous voulez monter le système de fichiers. Une fois que vous avez exécuté la commande mount (et si vous avez les autorisations appropriées du serveur NFS shadowman.example.com), l'utilisateur client peut exécuter la commande ls /misc/local pour afficher une liste des fichiers de /misc/export sur shadowman.example.com.
Pour monter un partage NFS à partir d'une autre machine, vous pouvez également ajouter une ligne au fichier /etc/fstab. La ligne doit contenir le nom d'hôte du serveur NFS, le répertoire du serveur qui est exporté et le répertoire de l'ordinateur local où vous désirez monter le partage NFS. Vous devez être connecté en tant que super-utilisateur (ou root) pour pouvoir modifier le fichier /etc/fstab.
La syntaxe générale de la ligne contenue dans /etc/fstab est la suivante :
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr |
Le point de montage /pub doit exister sur l'ordinateur client. Après avoir ajouté cette ligne à /etc/fstab sur le système client, entrez la commande mount /pub à l'invite de shell ; le point de montage /pub sera monté à partir du serveur.
La troisième technique de montage d'un partage NFS concerne l'utilisation d'autofs. Autofs utilise le démon automount pour gérer vos points de montage en ne les montant de façon dynamique que lorsqu'on y accède.
Autofs consulte le fichier de configuration maître /etc/auto.master pour déterminer quels points de montage sont définis. Il amorce ensuite un processus de montage automatique avec les paramètres adéquats pour chaque point de montage. Chaque ligne du fichier de configuration maître définit un point de montage et un fichier de configuration séparé qui définit les systèmes de fichiers devant être montés sur ce point de montage. Par exemple, si le fichier /etc/auto.misc définit des points de montage dans le répertoire /misc, cette relation est définie dans le fichier /etc/auto.master.
Chaque entrée dans auto.master comporte trois champs. Le premier fournit le point de montage. Le deuxième correspond à l'emplacement du fichier de configuration et le troisième champ est en option. Ce dernier peut contenir des informations telles qu'une valeur de dépassement du délai d'attente.
Par exemple, pour monter le répertoire /proj52 de l'ordinateur distant penguin.host.net sur le point de montage /misc/myproject de votre ordinateur, ajoutez au fichier auto.master la ligne suivante :
/misc /etc/auto.misc --timeout 60 |
Ajoutez la ligne suivante au fichier /etc/auto.misc :
myproject -rw,soft,intr,rsize=8192,wsize=8192 penguin.example.net:/proj52 |
Le premier champ de /etc/auto.misc affiche le nom du sous-répertoire /misc. Ce répertoire est créé de façon dynamique par automount. Il ne devrait en réalité pas exister sur l'ordinateur client. Le deuxième champ contient les options de montage, telles que rw pour l'accès en lecture (r : read) et en écriture (w : write). Le troisième champ indique l'adresse du serveur NFS d'export, comprenant le nom d'hôte et le répertoire.
![]() | Remarque |
---|---|
Le répertoire /misc doit exister sur le système de fichiers local. Celui-ci ne devrait pas contenir de sous-répertoires de /misc. |
Autofs est un service. Pour le démarrer, entrez à l'invite du shell les commandes suivantes :
/sbin/service autofs restart |
Pour afficher les points de montage actifs, entrez la commande suivante à l'invite du shell :
/sbin/service autofs status |
Si vous modifiez le fichier de configuration /etc/auto.master pendant qu'autofs est exécuté, vous devez dire au démon automount de recharger le fichier en entrant la commande suivante à l'invite du shell :
/sbin/service autofs reload |
Pour savoir comment configurer autofs pour qu'il soit lancé au démarrage, consultez les informations relatives à la gestion des services contenues dans le Chapitre 21.
Le protocole de transport par défaut pour NFS est UDP ; toutefois, le noyau Red Hat Enterprise Linux 3 inclut la prise en charge de NFS sur TCP. Pour utiliser NFS sur TCP, ajoutez l'option -o tcp à la commande mount lorsque vous montez le système de fichiers exporté par NFS sur le système client. Par exemple :
mount -o tcp shadowman.example.com:/misc/export /misc/local |
Si le montage NFS est spécifié dans /etc/fstab :
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr,tcp |
Si il est spécifié dans un fichier de configuration autofs :
myproject -rw,soft,intr,rsize=8192,wsize=8192,tcp penguin.example.net:/proj52 |
Vu que UDP est le protocole par défaut, si l'option -o tcp n'est pas spécifiée, le système de fichiers exporté par NFS est accédé via UDP.
Parmi les avantages de l'utilisation de TCP figurent :
Durabilité de connexion améliorée, réduisant l'apparition de messages NFS stale file handles.
Gain de performance sur les réseaux lourdement chargés parce que TCP reconnaît chaque paquet, au contraire de UDP qui ne reconnaît que l'accomplissement.
TCP possède un meilleur contrôle de congestion que UDP (qui n'en a pas). Sur un réseau très encombré, les paquets UDP sont les premiers types de paquets qui sont laissés de côté. Cela signifie que si NFS écrit des données (en blocs de 8 K), la totalité de ces 8 K doit être retransmise. Avec TCP, grâce à sa fiabilité, une partie de ces 8 K de données est transmise à la fois.
Détection d'erreurs. Lorsqu'une connexion tcp stoppe (dû à la défaillance du serveur), le client arrête d'envoyer des données et lance le processus de reconnexion. Avec UDP, le client continue à charger le réseau de données jusqu'à ce que le serveur soit de nouveau activé.
Le principal inconvénient repose sur le fait que la performance reste faible dû au temps système associé au protocole TCP.
Le noyau Red Hat Enterprise Linux 3 offre le support LCA pour le système de fichiers ext3 et les systèmes de fichiers ext3 montés avec les protocoles NFS ou Samba. Ainsi, si un système de fichiers ext3 est exporté de façon NFS et a les LCA activées et si un client NFS peut lire les LCA, elles sont également utilisées par le client NFS.
Pour de plus amples informations sur le montage de systèmes de fichiers NFS avec les LCA, reportez-vous au Chapitre 8.
Précédent | Sommaire | Suivant |
Système de fichiers réseau (NFS) | Niveau supérieur | Export de systèmes de fichiers NFS |