Add a new translated section (NFS).
This commit is contained in:
Marc Fonvieille
parent
6996509d40
commit
3198ad90a0
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=21189
1 changed files with 656 additions and 2 deletions
|
|
@ -1539,8 +1539,662 @@ net.link.ether.bridge.ipfw=1</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="network-nfs">
|
<sect1 id="network-nfs">
|
||||||
<title>NFS ** Traduction en Cours **</title>
|
<sect1info>
|
||||||
<para></para>
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>Tom</firstname>
|
||||||
|
<surname>Rhodes</surname>
|
||||||
|
<contrib>Réorganisé et augmenté par </contrib>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>Bill</firstname>
|
||||||
|
<surname>Swingle</surname>
|
||||||
|
<contrib>Ecrit par </contrib>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
</sect1info>
|
||||||
|
<title>NFS</title>
|
||||||
|
|
||||||
|
<indexterm><primary>NFS</primary></indexterm>
|
||||||
|
<para>Parmi les différents systèmes de fichiers que
|
||||||
|
&os; supporte se trouve le système de fichiers
|
||||||
|
réseaux, connu sous le nom de <acronym>NFS</acronym>.
|
||||||
|
<acronym>NFS</acronym> permet à un système de
|
||||||
|
partager des répertoires et des fichiers avec d'autres
|
||||||
|
systèmes par l'intermédiaire d'un réseau. En
|
||||||
|
utilisant <acronym>NFS</acronym>, les utilisateurs et les
|
||||||
|
programmes peuvent accéder aux fichiers sur des
|
||||||
|
systèmes distants comme s'ils étaient des fichiers
|
||||||
|
locaux.</para>
|
||||||
|
|
||||||
|
<para>Certains des avantages les plus remarquables offerts par
|
||||||
|
<acronym>NFS</acronym> sont:</para>
|
||||||
|
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem>
|
||||||
|
<para>Les stations de travail utilisent moins d'espace disque
|
||||||
|
en local parce que les données utilisées en
|
||||||
|
commun peuvent être stockées sur une seule
|
||||||
|
machine tout en restant accessibles aux autres machines sur le
|
||||||
|
réseau.</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Les utilisateurs n'ont pas besoin d'avoir un
|
||||||
|
répertoire personnel sur chaque machine du
|
||||||
|
réseau. Les répertoires personnels pourront se
|
||||||
|
trouver sur le serveur <acronym>NFS</acronym> et seront
|
||||||
|
disponibles par l'intermédiaire du
|
||||||
|
réseau.</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Les périphériques de stockage comme les
|
||||||
|
lecteurs de disquettes, de CDROM, de disquettes ZIP peuvent
|
||||||
|
être utilisés par d'autres machines sur le
|
||||||
|
réseau. Cela pourra réduire le nombre de
|
||||||
|
lecteurs de medias amovibles sur le réseau.</para>
|
||||||
|
</listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
|
||||||
|
<sect2>
|
||||||
|
<title>Comment <acronym>NFS</acronym> fonctionne</title>
|
||||||
|
|
||||||
|
<para><acronym>NFS</acronym> consiste en deux
|
||||||
|
éléments principaux: un serveur et un ou
|
||||||
|
plusieurs clients. Le client accède à distance
|
||||||
|
aux données stockées sur la machine serveur.
|
||||||
|
Afin que tout cela fonctionne correctement quelques processus
|
||||||
|
doivent être configurés et en
|
||||||
|
fonctionnement.</para>
|
||||||
|
|
||||||
|
<note><para>Avec &os; 5.X, l'utilitaire
|
||||||
|
<application>portmap</application> a été
|
||||||
|
remplacé par <application>rpcbind</application>. Aussi
|
||||||
|
sous &os; 5.X l'utilisateur doit remplacer chaque
|
||||||
|
instance de <application>portmap</application> avec
|
||||||
|
<application>rpcbind</application> dans les exemples qui
|
||||||
|
suivent.</para></note>
|
||||||
|
|
||||||
|
<para>Sur le serveur, les “daemons” suivants
|
||||||
|
doivent tourner:</para>
|
||||||
|
<indexterm>
|
||||||
|
<primary>NFS</primary>
|
||||||
|
<secondary>serveur</secondary>
|
||||||
|
</indexterm>
|
||||||
|
<indexterm>
|
||||||
|
<primary><application>portmap</application></primary>
|
||||||
|
</indexterm>
|
||||||
|
<indexterm>
|
||||||
|
<primary><application>mountd</application></primary>
|
||||||
|
</indexterm>
|
||||||
|
<indexterm>
|
||||||
|
<primary><application>nfsd</application></primary>
|
||||||
|
</indexterm>
|
||||||
|
|
||||||
|
<informaltable frame="none">
|
||||||
|
<tgroup cols="2">
|
||||||
|
<thead>
|
||||||
|
<row>
|
||||||
|
<entry>Daemon</entry>
|
||||||
|
<entry>Description</entry>
|
||||||
|
</row>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<row>
|
||||||
|
<entry><application>nfsd</application></entry>
|
||||||
|
<entry>Le “daemon” <acronym>NFS</acronym>
|
||||||
|
qui répond aux requêtes des clients
|
||||||
|
<acronym>NFS</acronym>.</entry>
|
||||||
|
</row>
|
||||||
|
<row>
|
||||||
|
<entry><application>mountd</application></entry>
|
||||||
|
<entry>Le “daemon” de montage
|
||||||
|
<acronym>NFS</acronym> qui traite les requêtes que
|
||||||
|
lui passe &man.nfsd.8;.</entry>
|
||||||
|
</row>
|
||||||
|
<row>
|
||||||
|
<entry><application>portmap</application></entry>
|
||||||
|
<entry>Le “daemon portmapper” permet aux
|
||||||
|
clients <acronym>NFS</acronym> de trouver le port que
|
||||||
|
le serveur <acronym>NFS</acronym> utilise.</entry>
|
||||||
|
</row>
|
||||||
|
</tbody>
|
||||||
|
</tgroup>
|
||||||
|
</informaltable>
|
||||||
|
|
||||||
|
<para>Le client peut également faire tourner un
|
||||||
|
“daemon” connu sous le nom de
|
||||||
|
<application>nfsiod</application>. Le “daemon”
|
||||||
|
<application>nfsiod</application> traite les requêtes en
|
||||||
|
provenance du serveur <acronym>NFS</acronym>. Ceci est
|
||||||
|
optionnel, et améliore les performances, mais n'est pas
|
||||||
|
indispensable pour une utilisation normale et correcte.
|
||||||
|
Consultez la page de manuel &man.nfsiod.8; pour plus
|
||||||
|
d'informations.</para>
|
||||||
|
</sect2>
|
||||||
|
|
||||||
|
<sect2 id="network-configuring-nfs">
|
||||||
|
<title>Configurer <acronym>NFS</acronym></title>
|
||||||
|
<indexterm>
|
||||||
|
<primary>NFS</primary>
|
||||||
|
<secondary>configuration</secondary>
|
||||||
|
</indexterm>
|
||||||
|
|
||||||
|
<para>La configuration de <acronym>NFS</acronym> est une
|
||||||
|
opération relativement directe. Les processus qui
|
||||||
|
doivent tourner peuvent tous être lancés au
|
||||||
|
démarrage en modifiant légèrement votre
|
||||||
|
fichier <filename>/etc/rc.conf</filename>.</para>
|
||||||
|
|
||||||
|
<para>Sur le serveur <acronym>NFS</acronym>, assurez-vous que
|
||||||
|
les options suivantes sont configurées dans le fichier
|
||||||
|
<filename>/etc/rc.conf</filename>:</para>
|
||||||
|
|
||||||
|
<programlisting>portmap_enable="YES"
|
||||||
|
nfs_server_enable="YES"
|
||||||
|
mountd_flags="-r"</programlisting>
|
||||||
|
|
||||||
|
<para><application>mountd</application> est automatiquement
|
||||||
|
exécuté dès que le serveur
|
||||||
|
<acronym>NFS</acronym> est activé.</para>
|
||||||
|
|
||||||
|
<para>Sur le client, assurez-vous que cette option est
|
||||||
|
présente dans le fichier
|
||||||
|
<filename>/etc/rc.conf</filename>:</para>
|
||||||
|
|
||||||
|
<programlisting>nfs_client_enable="YES"</programlisting>
|
||||||
|
|
||||||
|
<para>Le fichier <filename>/etc/exports</filename> indique quels
|
||||||
|
systèmes de fichiers <acronym>NFS</acronym> devraient
|
||||||
|
être exportés (parfois on utilise le terme de
|
||||||
|
“partagés”). Chaque ligne dans
|
||||||
|
<filename>/etc/exports</filename> précise un
|
||||||
|
système de fichiers à exporter et quelles
|
||||||
|
machines auront accès à ce système de
|
||||||
|
fichiers. En plus des machines qui auront accès, des
|
||||||
|
options d'accès peuvent également être
|
||||||
|
présentes. Ces options sont nombreuses mais seules
|
||||||
|
quelques unes seront abordées ici. Vous pouvez
|
||||||
|
aisément découvrir d'autres options en lisant la
|
||||||
|
page de manuel &man.exports.5;.</para>
|
||||||
|
|
||||||
|
<para>Voici quelques exemples d'entrées du fichier
|
||||||
|
<filename>/etc/exports</filename>:</para>
|
||||||
|
|
||||||
|
<indexterm>
|
||||||
|
<primary>NFS</primary>
|
||||||
|
<secondary>exemples d'exportation</secondary>
|
||||||
|
</indexterm>
|
||||||
|
|
||||||
|
<para>Les exemples suivants donnent une idée de comment
|
||||||
|
exporter des systèmes de fichiers bien que certains
|
||||||
|
paramètres peuvent être différents en
|
||||||
|
fonction de votre environnement et votre configuration
|
||||||
|
réseau. Par exemple, pour exporter le
|
||||||
|
répertoire <filename role="directory">/cdrom</filename>
|
||||||
|
pour les trois machines d'exemple qui appartiennent au
|
||||||
|
même domaine que le serveur (d'où l'absence du
|
||||||
|
nom de domaine pour chacune d'entre elles) ou qui ont une
|
||||||
|
entrée dans votre fichier
|
||||||
|
<filename>/etc/hosts</filename>. Le paramètre
|
||||||
|
<option>-ro</option> limite l'accès en lecture seule au
|
||||||
|
système de fichiers exporté. Avec ce
|
||||||
|
paramètre, le système distant ne pourra pas
|
||||||
|
écrire sur le système de fichiers
|
||||||
|
exporté.</para>
|
||||||
|
|
||||||
|
<programlisting>/cdrom -ro host1 host2 host3</programlisting>
|
||||||
|
|
||||||
|
<para>La ligne suivante exporte <filename
|
||||||
|
role="directory">/home</filename> pour les trois machines en
|
||||||
|
utilisant les adresses IP. C'est une configuration utile si
|
||||||
|
vous disposez d'un réseau privé sans serveur
|
||||||
|
<acronym>DNS</acronym> configuré. Le fichier
|
||||||
|
<filename>/etc/hosts</filename> pourrait éventuellement
|
||||||
|
être configuré pour les noms de machines
|
||||||
|
internes, consultez la page de manuel &man.hosts.5; pour plus
|
||||||
|
d'information. Le paramètre <option>-alldirs</option>
|
||||||
|
autorise l'utilisation des sous-répertoires en tant que
|
||||||
|
point de montage. En d'autres termes, il ne montera pas les
|
||||||
|
sous-répertoires mais autorisera le client à ne
|
||||||
|
monter que les répertoires qui sont nécessaires
|
||||||
|
ou désirés.</para>
|
||||||
|
|
||||||
|
<programlisting>/home -alldirs 10.0.0.2 10.0.0.3 10.0.0.4</programlisting>
|
||||||
|
|
||||||
|
<para>La ligne suivante exporte <filename
|
||||||
|
role="directory">/a</filename> pour que deux clients d'un
|
||||||
|
domaine différent puissent y accéder. Le
|
||||||
|
paramètre <option>-maproot=root</option> autorise
|
||||||
|
l'utilisateur <username>root</username> du système
|
||||||
|
distant à écrire des données sur le
|
||||||
|
système de fichiers exporté en tant que
|
||||||
|
<username>root</username>. Si le paramètre
|
||||||
|
<literal>-maproot=root</literal> n'est pas
|
||||||
|
précisé, même si un utilisateur dispose
|
||||||
|
d'un accès <username>root</username> sur le
|
||||||
|
système distant, il ne pourra pas modifier de fichiers
|
||||||
|
sur le système de fichiers exporté.</para>
|
||||||
|
|
||||||
|
<programlisting>/a -maproot=root host.example.com box.example.org</programlisting>
|
||||||
|
|
||||||
|
<para>Afin de pouvoir accéder à un système
|
||||||
|
de fichiers exporté, le client doit avoir les
|
||||||
|
permissions de le faire. Assurez-vous que le client est
|
||||||
|
mentionné dans votre fichier
|
||||||
|
<filename>/etc/exports</filename>.</para>
|
||||||
|
|
||||||
|
<para>Dans <filename>/etc/exports</filename>, chaque ligne
|
||||||
|
représente l'information d'exportation d'un
|
||||||
|
système de fichiers vers une machine. Une machine
|
||||||
|
distante ne peut être spécifiée qu'une
|
||||||
|
fois par système de fichiers, et ne devrait avoir
|
||||||
|
qu'une seule entrée par défaut. Par exemple,
|
||||||
|
supposons que <filename role="directory">/usr</filename> soit
|
||||||
|
un seul système de fichiers. Le fichier
|
||||||
|
<filename>/etc/exports</filename> suivant serait
|
||||||
|
invalide:</para>
|
||||||
|
|
||||||
|
<programlisting>/usr/src client
|
||||||
|
/usr/ports client</programlisting>
|
||||||
|
|
||||||
|
<para>Un système de fichiers,
|
||||||
|
<filename role="directory">/usr</filename>, a deux lignes
|
||||||
|
précisant des exportations vers la même machine,
|
||||||
|
<hostid>client</hostid>. Le format correct pour une telle
|
||||||
|
situation est:</para>
|
||||||
|
|
||||||
|
<programlisting>/usr/src /usr/ports client</programlisting>
|
||||||
|
|
||||||
|
<para>Les propriétes d'un système de fichiers
|
||||||
|
exporté vers une machine donnée devraient
|
||||||
|
apparaître sur une ligne. Les lignes sans client sont
|
||||||
|
traitées comme destinée à une seule
|
||||||
|
machine. Cela limite la manière dont vous pouvez
|
||||||
|
exporter les systèmes de fichiers, mais pour la plupart
|
||||||
|
des gens cela n'est pas un problème.</para>
|
||||||
|
|
||||||
|
<para>Ce qui suit est un exemple de liste d'exportation valide,
|
||||||
|
où les répertoires <filename
|
||||||
|
role="directory">/usr</filename> et <filename
|
||||||
|
role="directory">/exports</filename> sont des systèmes
|
||||||
|
de fichiers locaux:</para>
|
||||||
|
|
||||||
|
<programlisting># Exporte src et ports vers client01 et client02, mais seul
|
||||||
|
# client01 dispose des privilèges root dessus
|
||||||
|
/usr/src /usr/ports -maproot=root client01
|
||||||
|
/usr/src /usr/ports client02
|
||||||
|
# Les machines clientes ont les privilèges root et peuvent monter tout
|
||||||
|
# de /exports. N'importe qui peut monter en lecture seule
|
||||||
|
# /exports/obj
|
||||||
|
/exports -alldirs -maproot=root client01 client02
|
||||||
|
/exports/obj -ro</programlisting>
|
||||||
|
|
||||||
|
<para>Vous devez relancer <application>mountd</application>
|
||||||
|
à chaque fois que vous modifiez
|
||||||
|
<filename>/etc/exports</filename> pour que les changements
|
||||||
|
puissent prendre effet. Cela peut être effectué
|
||||||
|
en envoyant le signal HUP au processus
|
||||||
|
<application>mountd</application>:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>kill -HUP `cat /var/run/mountd.pid`</userinput></screen>
|
||||||
|
|
||||||
|
<para>De plus, un redémarrage permettra à &os; de
|
||||||
|
tout configurer proprement. Un redémarrage n'est
|
||||||
|
cependant pas nécéssaire. Exécuter les
|
||||||
|
commandes suivantes en tant que <username>root</username>
|
||||||
|
devrait mettre en place ce qui est nécessaire.</para>
|
||||||
|
|
||||||
|
<para>Sur le serveur <acronym>NFS</acronym>:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>portmap</userinput>
|
||||||
|
&prompt.root; <userinput>nfsd -u -t -n 4</userinput>
|
||||||
|
&prompt.root; <userinput>mountd -r</userinput></screen>
|
||||||
|
|
||||||
|
<para>Sur le client <acronym>NFS</acronym>:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>nfsiod -n 4</userinput></screen>
|
||||||
|
|
||||||
|
<para>Maintenant il devrait être possible de monter un
|
||||||
|
système de fichiers distant. Dans nos exemples le nom
|
||||||
|
du serveur sera <hostid>serveur</hostid> et le nom du client
|
||||||
|
<hostid>client</hostid>. Si vous voulez monter temporairement
|
||||||
|
un système de fichiers distant ou vous voulez
|
||||||
|
simplement tester la configuration, exécutez juste une
|
||||||
|
commande comme celle-ci en tant que <username>root</username>
|
||||||
|
sur le client:</para>
|
||||||
|
<indexterm>
|
||||||
|
<primary>NFS</primary>
|
||||||
|
<secondary>montage</secondary>
|
||||||
|
</indexterm>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>mount serveur:/home /mnt</userinput></screen>
|
||||||
|
|
||||||
|
<para>Cela montera le répertoire <filename
|
||||||
|
role="directory">/home</filename> situé sur le serveur
|
||||||
|
au point <filename role="directory">/mnt</filename> sur le
|
||||||
|
client. Si tout est correctement configuré vous
|
||||||
|
devriez être en mesure d'entrer dans le
|
||||||
|
répertoire <filename role="directory">/mnt</filename>
|
||||||
|
sur le client et de voir tous les fichiers qui sont sur le
|
||||||
|
serveur.</para>
|
||||||
|
|
||||||
|
<para>Si vous désirez monter automatiquement un
|
||||||
|
système de fichiers distant à chaque
|
||||||
|
démarrage de l'ordinateur, ajoutez le système de
|
||||||
|
fichiers au fichier <filename>/etc/fstab</filename>. Voici un
|
||||||
|
exemple:</para>
|
||||||
|
|
||||||
|
<programlisting>server:/home /mnt nfs rw 0 0</programlisting>
|
||||||
|
|
||||||
|
<para>La page de manuel &man.fstab.5; liste toutes les options
|
||||||
|
disponibles.</para>
|
||||||
|
</sect2>
|
||||||
|
|
||||||
|
<sect2>
|
||||||
|
<title>Exemples pratiques d'utilisation</title>
|
||||||
|
|
||||||
|
<para>Il existe de nombreuses applications pratiques de
|
||||||
|
<acronym>NFS</acronym>. Les plus communes sont
|
||||||
|
présentés ci-dessous:</para>
|
||||||
|
|
||||||
|
<indexterm>
|
||||||
|
<primary>NFS</primary>
|
||||||
|
<secondary>utilisations</secondary>
|
||||||
|
</indexterm>
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem>
|
||||||
|
<para>Configurer plusieurs machines pour partager un CDROM
|
||||||
|
ou un autre médium. C'est moins cher et souvent une
|
||||||
|
méthode plus pratique pour installer des logiciels
|
||||||
|
sur de multiples machines.</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Sur les réseaux importants, il peut être
|
||||||
|
plus pratique de configurer un serveur
|
||||||
|
<acronym>NFS</acronym> central sur lequel tous les
|
||||||
|
répertoires utilisateurs sont stockés. Ces
|
||||||
|
répertoires utilisateurs peuvent alors être
|
||||||
|
exportés vers le réseau, les utilisateurs
|
||||||
|
devraient alors toujours avoir le même
|
||||||
|
répertoire utilisateur indépendamment de la
|
||||||
|
station de travail sur laquelle ils ouvrent une
|
||||||
|
session.</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Plusieurs machines pourront avoir un répertoire
|
||||||
|
<filename role="directory">/usr/ports/distfiles</filename>
|
||||||
|
commun. De cette manière, quand vous avez besoin
|
||||||
|
d'installer un logiciel porté sur plusieurs machines,
|
||||||
|
vous pouvez accéder rapidement aux sources sans les
|
||||||
|
télécharger sur chaque machine.</para>
|
||||||
|
</listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</sect2>
|
||||||
|
|
||||||
|
<sect2 id="network-amd">
|
||||||
|
<sect2info>
|
||||||
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>Wylie</firstname>
|
||||||
|
<surname>Stilwell</surname>
|
||||||
|
<contrib>Contribution de </contrib>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>Chern</firstname>
|
||||||
|
<surname>Lee</surname>
|
||||||
|
<contrib>Réécrit par </contrib>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
</sect2info>
|
||||||
|
<title>Montages automatiques avec
|
||||||
|
<application>amd</application></title>
|
||||||
|
|
||||||
|
<indexterm><primary>amd</primary></indexterm>
|
||||||
|
<indexterm><primary>daemon de montage
|
||||||
|
automatique</primary></indexterm>
|
||||||
|
|
||||||
|
<para>&man.amd.8; (“automatic mounter
|
||||||
|
daemon”—“daemon” de montage
|
||||||
|
automatique) monte automatiquement un système de
|
||||||
|
fichiers distant dès que l'on accède à un
|
||||||
|
fichier ou un répertoire contenu par ce système
|
||||||
|
de fichiers. Les systèmes de fichiers qui sont
|
||||||
|
inactifs pendant une certaine période seront
|
||||||
|
automatiquement démontés par
|
||||||
|
<application>amd</application>. L'utilisation
|
||||||
|
d'<application>amd</application> offre une alternative simple
|
||||||
|
aux montages permanents qui sont généralement
|
||||||
|
listés dans <filename>/etc/fstab</filename>.</para>
|
||||||
|
|
||||||
|
<para><application>amd</application> opère en s'attachant
|
||||||
|
comme un serveur NFS aux répertoires <filename
|
||||||
|
role="directory">/host</filename> et <filename
|
||||||
|
role="directory">/net</filename>. Quand on accède
|
||||||
|
à un fichier à l'intérieur de ces
|
||||||
|
répertoires, <application>amd</application> recherche
|
||||||
|
le montage distant correspondant et le monte automatiquement.
|
||||||
|
<filename role="directory">/net</filename> est utilisé
|
||||||
|
pour monter un système de fichiers exporté
|
||||||
|
à partir d'une adresse IP, alors que <filename
|
||||||
|
role="directory">/host</filename> est utilisé pour
|
||||||
|
monter un système de fichiers exporté à
|
||||||
|
partir d'un nom de machine distant.</para>
|
||||||
|
|
||||||
|
<para>Un accès à un fichier dans <filename
|
||||||
|
role="directory">/host/foobar/usr</filename> demandera
|
||||||
|
à <application>amd</application> de tenter de monter
|
||||||
|
l'export <filename role="directory">/usr</filename> sur la
|
||||||
|
machine <hostid>foobar</hostid>.</para>
|
||||||
|
|
||||||
|
<example>
|
||||||
|
<title>Monter un systèmes de fichiers exporté
|
||||||
|
avec <application>amd</application></title>
|
||||||
|
|
||||||
|
<para>Vous pouvez voir les systèmes de fichiers
|
||||||
|
exportés par une machine distante avec la commande
|
||||||
|
<command>showmount</command>. Par exemple, pour voir les
|
||||||
|
répertoires exportés par une machine
|
||||||
|
appelée <hostid>foobar</hostid>, vous pouvez
|
||||||
|
utiliser:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.user; <userinput>showmount -e foobar</userinput>
|
||||||
|
Exports list on foobar:
|
||||||
|
/usr 10.10.10.0
|
||||||
|
/a 10.10.10.0
|
||||||
|
&prompt.user; <userinput>cd /host/foobar/usr</userinput></screen>
|
||||||
|
</example>
|
||||||
|
|
||||||
|
<para>Comme on le voit dans l'exemple,
|
||||||
|
<command>showmount</command> liste <filename
|
||||||
|
role="directory">/usr</filename> comme une exportation. Quand
|
||||||
|
on change de répertoire pour
|
||||||
|
<filename>/host/foobar/usr</filename>,
|
||||||
|
<application>amd</application> tente de résoudre le nom
|
||||||
|
de machine <hostid>foobar</hostid> et de monter
|
||||||
|
automatiquement le système exporté
|
||||||
|
désiré.</para>
|
||||||
|
|
||||||
|
<para><application>amd</application> peut être
|
||||||
|
lancé par les procédures de démarrage en
|
||||||
|
ajoutant les lignes suivantes dans le fichier
|
||||||
|
<filename>/etc/rc.conf</filename>:</para>
|
||||||
|
|
||||||
|
<programlisting>amd_enable="YES"</programlisting>
|
||||||
|
|
||||||
|
<para>De plus, des paramètres peuvent être
|
||||||
|
passés à <application>amd</application> à
|
||||||
|
l'aide de l'option <literal>amd_flags</literal>. Par
|
||||||
|
défaut, l'option <varname>amd_flags</varname> est
|
||||||
|
possitionnée à:</para>
|
||||||
|
|
||||||
|
<programlisting>amd_flags="-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map"</programlisting>
|
||||||
|
|
||||||
|
<para>Le fichier <filename>/etc/amd.map</filename>
|
||||||
|
définit les options par défaut avec lesquelles
|
||||||
|
les systèmes exportés sont montés. Le
|
||||||
|
fichier <filename>/etc/amd.map</filename> définit
|
||||||
|
certaines des fonctionnalités les plus avancées
|
||||||
|
de <application>amd</application>.</para>
|
||||||
|
|
||||||
|
<para>Consultez les pages de manuel de &man.amd.8; et
|
||||||
|
&man.amd.conf.5; pour plus d'informations.</para>
|
||||||
|
</sect2>
|
||||||
|
|
||||||
|
<sect2 id="network-nfs-integration">
|
||||||
|
<sect2info>
|
||||||
|
<authorgroup>
|
||||||
|
<author>
|
||||||
|
<firstname>John</firstname>
|
||||||
|
<surname>Lind</surname>
|
||||||
|
<contrib>Contribution de </contrib>
|
||||||
|
</author>
|
||||||
|
</authorgroup>
|
||||||
|
</sect2info>
|
||||||
|
<title>Problèmes d'intégration avec d'autres
|
||||||
|
systèmes</title>
|
||||||
|
|
||||||
|
<para>Certaines cartes Ethernet ISA présentent des
|
||||||
|
limitations qui peuvent poser de sérieux
|
||||||
|
problèmes sur un réseau, en particulier avec
|
||||||
|
NFS. Ce n'est pas une particularité de &os;, mais &os;
|
||||||
|
en est également affecté.</para>
|
||||||
|
|
||||||
|
<para>Ce problème se produit pratiquement à chaque
|
||||||
|
fois que des systèmes (&os;) PC sont sur le même
|
||||||
|
réseau que des stations de travail très
|
||||||
|
performantes, comme celles de Silicon Graphics, Inc. et Sun
|
||||||
|
Microsystems, Inc. Les montages NFS se feront sans
|
||||||
|
difficulté, et certaines opérations pourront
|
||||||
|
réussir, puis soudain le serveur semblera ne plus
|
||||||
|
répondre au client, bien que les requêtes vers ou
|
||||||
|
en provenance d'autres systèmes continueront à
|
||||||
|
être traitées normalement. Cela se manisfeste
|
||||||
|
sur la machine cliente, que ce soit le système &os; ou
|
||||||
|
la station de travail. Sur de nombreux systèmes, il
|
||||||
|
n'est pas possible d'arrêter le client proprement une
|
||||||
|
fois que ce problème apparaît. La seule solution
|
||||||
|
est souvent de réinitialiser le client parce que le
|
||||||
|
problème NFS ne peut être résolu.</para>
|
||||||
|
|
||||||
|
<para>Bien que la solution “correcte” est
|
||||||
|
d'installer une carte Ethernet plus performante et de plus
|
||||||
|
grande capacité sur le système &os;, il existe
|
||||||
|
une solution simple qui donnera satisfaction. Si le
|
||||||
|
système &os; est le <emphasis>serveur</emphasis>,
|
||||||
|
ajoutez l'option <option>-w=1024</option> lors du montage sur
|
||||||
|
le client. Si le système &os; est le
|
||||||
|
<emphasis>client</emphasis>, alors montez le système de
|
||||||
|
fichiers NFS avec l'option <option>-r=1024</option>. Ces
|
||||||
|
options peuvent être spécifiées dans le
|
||||||
|
quatrième champ de l'entrée
|
||||||
|
<filename>fstab</filename> sur le client pour les montages
|
||||||
|
automatiques, ou en utilisant le paramètre
|
||||||
|
<option>-o</option> de la commande &man.mount.8; pour les
|
||||||
|
montages manuels.</para>
|
||||||
|
|
||||||
|
<para>Il faut noter qu'il existe un problème
|
||||||
|
différent, que l'on confond parfois avec le
|
||||||
|
précédent, qui peut se produire lorsque les
|
||||||
|
serveurs et les clients NFS sont sur des réseaux
|
||||||
|
différents. Si c'est le cas,
|
||||||
|
<emphasis>assurez-vous</emphasis> que vos routeurs
|
||||||
|
transmettent bien les informations UDP nécessaires, ou
|
||||||
|
vous n'irez nulle part, quoi que vous fassiez par
|
||||||
|
ailleurs.</para>
|
||||||
|
|
||||||
|
<para>Dans les exemples suivants, <hostid>fastws</hostid> est le
|
||||||
|
nom de la station de travail (interface) performante, et
|
||||||
|
<hostid>freebox</hostid> celui d'une machine (interface) &os;
|
||||||
|
avec une carte Ethernet moins performante. <filename
|
||||||
|
role="directory">/sharedfs</filename> est le système de
|
||||||
|
fichiers NFS qui sera exporté (consulter la page de
|
||||||
|
manuel &man.exports.5;), et <filename
|
||||||
|
role="directory">/project</filename> sera le point de montage
|
||||||
|
sur le client pour le système de fichiers
|
||||||
|
exporté. Dans tous les cas, des options
|
||||||
|
supplémentaires, telles que <option>hard</option>
|
||||||
|
<option>soft</option> et <option>bg</option> seront
|
||||||
|
peut-être nécessaires pour vos
|
||||||
|
applications.</para>
|
||||||
|
|
||||||
|
<para>Exemple d'extrait du fichier
|
||||||
|
<filename>/etc/fstab</filename> sur <hostid>freebox</hostid>
|
||||||
|
quand le système &os; (<hostid>freebox</hostid>) est le
|
||||||
|
client:</para>
|
||||||
|
|
||||||
|
<programlisting>fastws:/sharedfs /project nfs rw,-r=1024 0 0</programlisting>
|
||||||
|
|
||||||
|
<para>Commande de montage manuelle sur
|
||||||
|
<hostid>freebox</hostid>:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>mount -t nfs -o -r=1024 fastws:/sharedfs /project</userinput></screen>
|
||||||
|
|
||||||
|
<para>Exemple d'extrait du fichier
|
||||||
|
<filename>/etc/fstab</filename> sur <hostid>fastws</hostid>
|
||||||
|
quand le système &os; est le serveur:</para>
|
||||||
|
|
||||||
|
<programlisting>freebox:/sharedfs /project nfs rw,-w=1024 0 0</programlisting>
|
||||||
|
|
||||||
|
<para>Commande de montage manuelle sur
|
||||||
|
<hostid>fastws</hostid>:</para>
|
||||||
|
|
||||||
|
<screen>&prompt.root; <userinput>mount -t nfs -o -w=1024 freebox:/sharedfs /project</userinput></screen>
|
||||||
|
|
||||||
|
<para>Presque n'importe quelle carte Ethernet 16 bits
|
||||||
|
permettra d'opérer sans l'utilisation des
|
||||||
|
paramètres restrictifs précédents sur les
|
||||||
|
tailles des tampons de lecture et d'écriture.</para>
|
||||||
|
|
||||||
|
<para>Pour ceux que cela intéresse, voici ce qui se passe
|
||||||
|
quand le problème survient, ce qui explique
|
||||||
|
également pourquoi ce n'est pas
|
||||||
|
récupérable. NFS travaille
|
||||||
|
généralement avec une taille de
|
||||||
|
“bloc” de 8 k (bien qu'il arrive qu'il les
|
||||||
|
fragmente en de plus petits morceaux). Comme la taille
|
||||||
|
maximale d'un paquet Ethernet est de 1500 octets, le
|
||||||
|
“bloc” NFS est divisé en plusieurs paquets
|
||||||
|
Ethernet, bien qu'il soit toujours vu comme quelque chose
|
||||||
|
d'unitaire par les couches supérieures du code, et doit
|
||||||
|
être réceptionné, assemblé, et
|
||||||
|
<emphasis>acquitté</emphasis> comme tel. Les stations
|
||||||
|
de travail performantes peuvent traiter les paquets qui
|
||||||
|
composent le bloc NFS les uns après les autres,
|
||||||
|
pratiquement aussi rapidement que le standard le permet. Sur
|
||||||
|
les cartes les plus petites, de moindre capacité, les
|
||||||
|
derniers paquets d'un même bloc écrasent les
|
||||||
|
paquets précédents avant qu'ils aient pû
|
||||||
|
être transmis à la machine et le bloc ne peut
|
||||||
|
être réassemblé ou acquitté. Avec
|
||||||
|
pour conséquence, le dépassement du délai
|
||||||
|
d'attente sur la station de travail qui recommence alors la
|
||||||
|
transmission, mais en renvoyant l'intégralité
|
||||||
|
des 8 K, et ce processus se repète à
|
||||||
|
l'infini.</para>
|
||||||
|
|
||||||
|
<para>En définissant la taille de bloc inférieure
|
||||||
|
à la taille d'un paquet Ethernet, nous nous assurons
|
||||||
|
que chaque paquet Ethernet complet sera acquitté
|
||||||
|
individuellement, évitant ainsi la situation de
|
||||||
|
blocage.</para>
|
||||||
|
|
||||||
|
<para>Des écrasements peuvent toujours survenir quand des
|
||||||
|
stations de travail performantes surchargent un système
|
||||||
|
PC de données, mais avec de meilleures cartes, de tels
|
||||||
|
écrasements ne sont pas systématiques pour les
|
||||||
|
“blocs” NFS. Quand un écrasement
|
||||||
|
apparaît, les blocs affectés sont retransmis, et
|
||||||
|
ils y a de fortes chances pour qu'ils soient reçus,
|
||||||
|
assemblés et acquittés.</para>
|
||||||
|
</sect2>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="network-diskless">
|
<sect1 id="network-diskless">
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue