nfs-utils - en to fr translation catalogue (239 entries)

note: type: TH
en: 9 October 2012
fr: 9 Octobre 2012

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: nfs - fstab format and options for the B<nfs> file systems
fr: nfs - Format de fstab et options pour les systèmes de fichiers B<nfs>

note: type: Plain text
en: The B<mount>(8)  command attaches a file system to the system's name space hierarchy at a given mount point.  The I</etc/fstab> file describes how B<mount>(8)  should assemble a system's file name hierarchy from various independent file systems (including file systems exported by NFS servers).  Each line in the I</etc/fstab> file describes a single file system, its mount point, and a set of default mount options for that mount point.
fr: La commande B<mount>(8) lie un système de fichiers au point de montage donné dans l'espace de noms hiérarchisé du système. Le fichier I</etc/fstab> décrit la façon dont B<mount>(8) doit recréer la hiérarchie de l'espace de noms du système de fichiers à partir de systèmes de fichiers indépendants (dont ceux partagés par des serveurs NFS). Chacune des lignes du fichier I</etc/fstab> décrit un unique système de fichiers, son point de montage, et un ensemble d'options par défaut pour ce point de montage.

note: type: Plain text
en: For NFS file system mounts, a line in the I</etc/fstab> file specifies the server name, the path name of the exported server directory to mount, the local directory that is the mount point, the type of file system that is being mounted, and a list of mount options that control the way the filesystem is mounted and how the NFS client behaves when accessing files on this mount point.  The fifth and sixth fields on each line are not used by NFS, thus conventionally each contain the digit zero. For example:
fr: Dans le cas des montages de systèmes de fichiers NFS, une ligne dans le fichier I</etc/fstab> indique le nom du serveur, le chemin du répertoire partagé à monter, le répertoire local qui sera le point de montage, le type de système de fichiers à monter et la liste des options de montage qui indique la façon dont le système de fichiers sera monté et quel sera le comportement du client NFS lorsqu'il accédera aux fichiers du point de montage. Le cinquième et le sixième champs de chaque ligne ne sont pas utilisés par NFS, et par conséquent contiennent par convention la valeur zéro. Par exemple :

note: type: Plain text
en: 	server:path	/mountpoint	fstype	option,option,...	0 0
fr: 	serv:chemin	/pt_montage	type_fs	option,option,...	0 0

note: type: Plain text
en: The server's hostname and export pathname are separated by a colon, while the mount options are separated by commas. The remaining fields are separated by blanks or tabs.
fr: Le nom du serveur et le chemin de partage sont séparés par un deux points, tandis que les options de montage sont séparées par des virgules. Les champs restants sont séparés par des espaces ou des tabulations.

note: type: Plain text
en: The server's hostname can be an unqualified hostname, a fully qualified domain name, a dotted quad IPv4 address, or an IPv6 address enclosed in square brackets.  Link-local and site-local IPv6 addresses must be accompanied by an interface identifier.  See B<ipv6>(7)  for details on specifying raw IPv6 addresses.
fr: Le nom du serveur peut être un nom d'hôte non qualifié, un nom de domaine pleinement qualifié (« fully qualified domain name »), une adresse IPv4, ou une adresse IPv6 entourée par des crochets. Les adresses IPv6 de liens locaux ou de sites locaux doivent être accompagnées d'un identifiant d'interface. Référez-vous à B<ipv6>(7) pour des détails quant à l'écriture des adresses IPv6 brutes.

note: type: Plain text
en: The I<fstype> field contains "nfs".  Use of the "nfs4" fstype in I</etc/fstab> is deprecated.
fr: Le champ I<fstype> contient « nfs ».  La valeur « nfs4 » est obsolète.

note: type: SH
en: MOUNT OPTIONS
fr: OPTIONS DE MONTAGE

note: type: Plain text
en: Refer to B<mount>(8)  for a description of generic mount options available for all file systems. If you do not need to specify any mount options, use the generic option B<defaults> in I</etc/fstab>.
fr: Consultez B<mount>(8) pour la description des options de montage génériques disponibles pour tous les systèmes de fichiers. Si vous n'avez pas besoin d'indiquer d'options de montage particulières, utilisez l'option générique B<defaults> dans I</etc/fstab>.

note: type: SS
en: Options supported by all versions
fr: Options prises en charge par toutes les versions

note: type: Plain text
en: These options are valid to use with any NFS version.
fr: Les options suivantes peuvent être utilisées avec n'importe quelle version de NFS.

note: type: Plain text
en: Determines the recovery behavior of the NFS client after an NFS request times out.  If neither option is specified (or if the B<hard> option is specified), NFS requests are retried indefinitely.  If the B<soft> option is specified, then the NFS client fails an NFS request after B<retrans> retransmissions have been sent, causing the NFS client to return an error to the calling application.
fr: Définir le comportement de récupération du client NFS lorsqu'une requête NFS ne répond pas (« time out »). Si aucune option n'est indiquée (ou si c'est l'option B<hard> qui a été choisie), les requêtes NFS sont retentées indéfiniment. Si par contre l'option B<soft> a été choisie, le client NFS lèvera un échec après l'envoi de B<retrans> retransmissions, entraînant alors le retour d'une erreur à l'application appelante.

note: type: Plain text
en: I<NB:> A so-called "soft" timeout can cause silent data corruption in certain cases. As such, use the B<soft> option only when client responsiveness is more important than data integrity.  Using NFS over TCP or increasing the value of the B<retrans> option may mitigate some of the risks of using the B<soft> option.
fr: I<NB :> Un délai expiré « soft » peut provoquer dans certains cas des erreurs de données non signalées. C'est pourquoi l'option B<soft> doit être utilisée uniquement si la réactivité du client est plus importante que l'intégrité des données. L'utilisation de NFS avec TCP ou l'augmentation de la valeur de l'option B<retrans> peut diminuer les risques liés à l'utilisation de l'option B<soft>.

note: type: Plain text
en: The time in deciseconds (tenths of a second) the NFS client waits for a response before it retries an NFS request.
fr: Le temps en dixièmes de seconde où le client NFS attend une réponse avant qu'il réessaie une requête NFS.

note: type: Plain text
en: For NFS over TCP the default B<timeo> value is 600 (60 seconds).  The NFS client performs linear backoff: After each retransmission the timeout is increased by B<timeo> up to the maximum of 600 seconds.
fr: Pour NFS sur TCP, la valeur B<timeo> est de 600 par défaut (60 secondes). Le client NFS effectue une progression linéaire : après chaque retransmission la temporisation est augmentée de B<timeo> jusqu'au maximum de 600 secondes.

note: type: Plain text
en: However, for NFS over UDP, the client uses an adaptive algorithm to estimate an appropriate timeout value for frequently used request types (such as READ and WRITE requests), but uses the B<timeo> setting for infrequently used request types (such as FSINFO requests).  If the B<timeo> option is not specified, infrequently used request types are retried after 1.1 seconds.  After each retransmission, the NFS client doubles the timeout for that request, up to a maximum timeout length of 60 seconds.
fr: Cependant, dans le cas de NFS sur UDP, le client utilise un algorithme évolutif pour estimer la valeur appropriée de dépassement de temps (« timeout ») pour les types de requêtes fréquemment utilisées (les requêtes READ et WRITE par exemple), mais utilise le réglage B<timeo> pour les requêtes moins courantes (comme FSINFO). Si l'option B<timeo> n'est pas définie, les types de requêtes moins courantes sont ré-émises après 1,1 secondes. Après chaque ré-émission, le client NFS double la valeur de dépassement de temps pour cette requête, jusqu'à atteindre un maximum de 60 secondes.

note: type: Plain text
en: The NFS client generates a "server not responding" message after B<retrans> retries, then attempts further recovery (depending on whether the B<hard> mount option is in effect).
fr: Le client NFS génère un message « le serveur ne répond pas » après B<retrans> tentatives, puis enclenche la récupération (qui dépend de l'activation de l'option B<hard> de mount).

note: type: Plain text
en: The maximum number of bytes in each network READ request that the NFS client can receive when reading data from a file on an NFS server.  The actual data payload size of each NFS READ request is equal to or smaller than the B<rsize> setting. The largest read payload supported by the Linux NFS client is 1,048,576 bytes (one megabyte).
fr: Nombre maximal d'octets pour chaque requête réseau en LECTURE que peut recevoir le client NFS lorsqu'il lit les données d'un fichier sur le serveur NFS. La taille réelle de la charge utile de données pour chaque requête NFS en LECTURE est plus petite ou égale au réglage B<rsize>. La plus grande charge utile gérée par le client NFS Linux est de 1 048 576 octets (un méga-octet).

note: type: Plain text
en: The B<rsize> value is a positive integral multiple of 1024.  Specified B<rsize> values lower than 1024 are replaced with 4096; values larger than 1048576 are replaced with 1048576. If a specified value is within the supported range but not a multiple of 1024, it is rounded down to the nearest multiple of 1024.
fr: La valeur de B<rsize> est un entier positif multiple de 1024. Les valeurs de B<rsize> inférieures à 1024 sont remplacées par 4096, et celles supérieures à 1 048 576 sont remplacées par 1 048 576. Si la valeur indiquée est bien dans la plage gérée, mais qu'elle n'est pas un multiple de 1024, elle sera arrondie au multiple de 1024 inférieur le plus proche.

note: type: Plain text
en: If an B<rsize> value is not specified, or if the specified B<rsize> value is larger than the maximum that either client or server can support, the client and server negotiate the largest B<rsize> value that they can both support.
fr: Si la valeur de B<rsize> n'est pas définie, ou si la valeur de B<rsize> dépasse le maximum qu'à la fois le client et le serveur peuvent gérer, le client et le serveur négocient la plus grande valeur de B<rsize> qu'ils peuvent gérer ensemble.

note: type: Plain text
en: The B<rsize> mount option as specified on the B<mount>(8)  command line appears in the I</etc/mtab> file. However, the effective B<rsize> value negotiated by the client and server is reported in the I</proc/mounts> file.
fr: L'option B<rsize> de mount telle qu'elle a été définie sur la ligne de commande lors du B<mount>(8) apparaît dans le fichier I</etc/mtab>. D'autre part, la valeur réelle de B<rsize> négociée entre le client et le serveur est indiquée dans le fichier I</proc/mounts>.

note: type: Plain text
en: The maximum number of bytes per network WRITE request that the NFS client can send when writing data to a file on an NFS server. The actual data payload size of each NFS WRITE request is equal to or smaller than the B<wsize> setting. The largest write payload supported by the Linux NFS client is 1,048,576 bytes (one megabyte).
fr: Nombre maximal d'octets par requête d'ÉCRITURE réseau que le client NFS peut envoyer quand il écrit des données dans un fichier sur un serveur NFS. La taille réelle de la charge utile de données pour chaque requête NFS en ÉCRITURE est plus petite ou égale au réglage B<wsize>. La plus grande charge utile gérée par le client NFS Linux est de 1 048 576 octets (un méga-octet).

note: type: Plain text
en: Similar to B<rsize> , the B<wsize> value is a positive integral multiple of 1024.  Specified B<wsize> values lower than 1024 are replaced with 4096; values larger than 1048576 are replaced with 1048576. If a specified value is within the supported range but not a multiple of 1024, it is rounded down to the nearest multiple of 1024.
fr: Comme pour B<rsize>, la valeur de B<wsize> est un entier positif multiple de 1024. Les valeurs de B<wsize> inférieures à 1024 sont remplacées par 4096, et celles supérieures à 1 048 576 par 1 048 576. Si la valeur définie est bien dans l'étendue valide mais qu'elle n'est pas multiple de 1024, elle est arrondie au multiple de 1024 inférieur le plus proche.

note: type: Plain text
en: If a B<wsize> value is not specified, or if the specified B<wsize> value is larger than the maximum that either client or server can support, the client and server negotiate the largest B<wsize> value that they can both support.
fr: Si la valeur de B<wsize> n'est pas définie, ou si la valeur B<wsize> indiquée est supérieure au maximum que soit le client soit le serveur peut gérer, le client et le serveur négocient la plus grande valeur de B<wsize> qu'ils peuvent tous les deux gérer.

note: type: Plain text
en: The B<wsize> mount option as specified on the B<mount>(8)  command line appears in the I</etc/mtab> file. However, the effective B<wsize> value negotiated by the client and server is reported in the I</proc/mounts> file.
fr: L'option B<wsize> de mount telle qu'elle a été indiquée sur la ligne de commande du B<mount>(8) apparaît dans le fichier I</etc/mtab>. D'autre part, la valeur réelle de B<wsize> négociée par le client et le serveur est indiquée dans le fichier I</proc/mounts>.

note: type: Plain text
en: Selects whether the client may cache file attributes. If neither option is specified (or if B<ac> is specified), the client caches file attributes.
fr: Définir si le client peut mémoriser (cache) les attributs des fichiers. Si aucune option n'est indiquée (ou si c'est B<ac> qui est choisi), le client mémorise les attributs des fichiers.

note: type: Plain text
en: To improve performance, NFS clients cache file attributes. Every few seconds, an NFS client checks the server's version of each file's attributes for updates.  Changes that occur on the server in those small intervals remain undetected until the client checks the server again. The B<noac> option prevents clients from caching file attributes so that applications can more quickly detect file changes on the server.
fr: Afin d'améliorer les performances, les clients NFS mémorisent (mettent en cache) les attributs des fichiers. Toutes les quelques secondes, un client NFS vérifie les attributs de chaque fichier de la version du serveur afin de se mettre à jour. Les modifications qui interviennent pendant ces petits intervalles restent inaperçues tant que le client n'a pas relancé sa vérification sur le serveur. L'option B<noac> empêche la mémorisation des attributs de fichiers par le client, ce qui permet aux applications de détecter plus rapidement les modifications des fichiers sur le serveur.

note: type: Plain text
en: In addition to preventing the client from caching file attributes, the B<noac> option forces application writes to become synchronous so that local changes to a file become visible on the server immediately.  That way, other clients can quickly detect recent writes when they check the file's attributes.
fr: En plus d'empêcher le client de mémoriser les attributs des fichiers, l'option B<noac> force l'écriture synchronisée pour les applications afin que les modifications sur un fichier soient immédiatement visibles sur le serveur. De cette façon, les autres clients peuvent rapidement détecter les nouvelles écritures lors de la vérification des attributs du fichier.

note: type: Plain text
en: Using the B<noac> option provides greater cache coherence among NFS clients accessing the same files, but it extracts a significant performance penalty.  As such, judicious use of file locking is encouraged instead.  The DATA AND METADATA COHERENCE section contains a detailed discussion of these trade-offs.
fr: L'usage de l'option B<noac> offre une plus grande cohérence du cache aux clients NFS qui accèdent aux mêmes fichiers, mais au prix d'une pénalisation significative des performances. C'est pour cette raison qu'une utilisation judicieuse des verrouillages (« locking ») de fichiers est préférable. La section B<COHÉRENCE DES DONNÉES ET DES MÉTADONNÉES> contient une présentation détaillée de ces approches.

note: type: Plain text
en: Using B<actimeo> sets all of B<acregmin>, B<acregmax>, B<acdirmin>, and B<acdirmax> to the same value.  If this option is not specified, the NFS client uses the defaults for each of these options listed above.
fr: L'utilisation de B<actimeo> configure toutes les durées B<acregmin>, B<acregmax>, B<acdirmin> et B<bacdirmax> à la même valeur. Si cette option n'est pas définie, le client utilisera les valeurs par défaut de chacune des options, telles que décrites ci-dessus.

note: type: Plain text
en: Determines how the B<mount>(8)  command behaves if an attempt to mount an export fails.  The B<fg> option causes B<mount>(8)  to exit with an error status if any part of the mount request times out or fails outright.  This is called a "foreground" mount, and is the default behavior if neither the B<fg> nor B<bg> mount option is specified.
fr: Déterminer le comportement de la commande B<mount>(8) dans le cas d'un échec d'une tentative de montage d'un partage. L'option B<fg> entraîne l'arrêt de B<mount>(8) avec un statut d'erreur si la moindre partie de la requête de montage dépasse le temps alloué ou échoue d'une quelconque autre manière. C'est ce que l'on appelle le montage en « premier plan (foreground) », et c'est le comportement par défaut si ni B<fg> ni B<bg> n'est indiqué.

note: type: Plain text
en: If the B<bg> option is specified, a timeout or failure causes the B<mount>(8)  command to fork a child which continues to attempt to mount the export.  The parent immediately returns with a zero exit code.  This is known as a "background" mount.
fr: Si l'option B<bg> est indiquée, un dépassement du temps alloué (timeout) ou un échec entraînera la création d'un fils (fork) qui continuera à essayer de monter le partage. Le père s'interrompt immédiatement en renvoyant un code de sortie à zéro. C'est ce que l'on appelle le montage en « arrière-plan (background) ».

note: type: Plain text
en: If the local mount point directory is missing, the B<mount>(8)  command acts as if the mount request timed out.  This permits nested NFS mounts specified in I</etc/fstab> to proceed in any order during system initialization, even if some NFS servers are not yet available.  Alternatively these issues can be addressed using an automounter (refer to B<automount>(8)  for details).
fr: Si le répertoire servant de point de montage local n'existe pas, la commande B<mount>(8) se comporte comme si la requête était restée sans réponse (timeout). Cela permet aux montages NFS imbriqués définis dans I</etc/fstab> de s'exécuter dans n'importe quel ordre lors de l'initialisation du système, même si certains serveurs NFS ne sont pas encore disponibles. On peut aussi gérer ces problèmes grâce à un auto-monteur (consultez B<automount>(8) pour plus de détails).

note: type: Plain text
en: Selects whether to use NFS v3 or v4 READDIRPLUS requests.  If this option is not specified, the NFS client uses READDIRPLUS requests on NFS v3 or v4 mounts to read small directories.  Some applications perform better if the client uses only READDIR requests for all directories.
fr: Indiquer s'il faut utiliser les requêtes READDIRPLUS de NFS version 3 ou 4. Si cette option n'est pas définie, le client NFS utilisera les requêtes READDIRPLUS sur les montages en NFS version 3 ou 4 pour la lecture des petits répertoires. Certaines applications sont plus efficaces si le client n'utilise que des requêtes READDIR pour tous les répertoires.

note: type: Plain text
en: The number of minutes that the B<mount>(8)  command retries an NFS mount operation in the foreground or background before giving up.  If this option is not specified, the default value for foreground mounts is 2 minutes, and the default value for background mounts is 10000 minutes (80 minutes shy of one week).  If a value of zero is specified, the B<mount>(8)  command exits immediately after the first failure.
fr: Durée, en minute, pendant laquelle le montage NFS sera tenté par la commande B<mount>(8), en arrière-plan ou au premier plan, avant d'abandonner. Si l'option n'est pas définie, la valeur par défaut pour le premier plan est de 2 minutes, et celle pour l'arrière-plan est 10 000 minutes, soit environ une semaine, à 80 minutes près. La commande B<mount>(8) s'arrêtera dès le premier échec si on lui passe la valeur 0.

note: type: Plain text
en: Determines how the client's data cache and attribute cache are shared when mounting the same export more than once concurrently.  Using the same cache reduces memory requirements on the client and presents identical file contents to applications when the same remote file is accessed via different mount points.
fr: Déterminer comment le client partage ses caches de données et d'attributs de fichiers lorsqu'un même partage est monté plus d'une fois en même temps. L'utilisation d'un seul cache réduit les besoins en mémoire sur le client et présente aux applications un contenu identique lorsque l'on accède au même fichier partagé par différents points de montage.

note: type: Plain text
en: If neither option is specified, or if the B<sharecache> option is specified, then a single cache is used for all mount points that access the same export.  If the B<nosharecache> option is specified, then that mount point gets a unique cache.  Note that when data and attribute caches are shared, the mount options from the first mount point take effect for subsequent concurrent mounts of the same export.
fr: Si aucune des options n'est indiquée, ou si l'option B<sharecache> est demandée, un seul cache est utilisé pour tous les points de montage qui accèdent au même partage. Si l'option B<nosharecache> est indiquée, ce point de montage utilise son propre cache. Notez que lorsque les caches des données et des attributs sont partagés, les options de montage du premier point de montage s'appliquent pour les futurs montages de ce même partage, tant que celui-ci est monté.

note: type: Plain text
en: As of kernel 2.6.18, the behavior specified by B<nosharecache> is legacy caching behavior. This is considered a data risk since multiple cached copies of the same file on the same client can become out of sync following a local update of one of the copies.
fr: En ce qui concerne le noyau 2.6.18, le comportement défini par B<nosharecache> est le comportement traditionnel normal. Ceci est considéré comme dangereux pour les données puisque de multiples copies mémorisées du même fichier sur le même client peuvent se désynchroniser suite à une mise à jour locale d'une des copies.

note: type: Plain text
en: Specifies whether the NFS client should use a privileged source port when communicating with an NFS server for this mount point.  If this option is not specified, or the B<resvport> option is specified, the NFS client uses a privileged source port.  If the B<noresvport> option is specified, the NFS client uses a non-privileged source port.  This option is supported in kernels 2.6.28 and later.
fr: Indiquer si le client NFS doit utiliser un port source privilégié quand il communique avec un serveur NFS pour ce point de montage. Si cette option n'est pas précisée, ou si l'option B<resvport> est précisée, le client NFS utilise un port source privilégié. Si l'option B<noresvport> est activée, le client NFS utilise un port source non privilégié. Cette option est permise par les noyaux 2.6.28 et suivants.

note: type: Plain text
en: Using non-privileged source ports helps increase the maximum number of NFS mount points allowed on a client, but NFS servers must be configured to allow clients to connect via non-privileged source ports.
fr: Utiliser un port source non privilégié permet d'augmenter le nombre maximal de points de montage permis par client, mais les serveurs NFS doivent être configurés pour permettre la connexion de clients par des ports source non privilégiés.

note: type: Plain text
en: Refer to the SECURITY CONSIDERATIONS section for important details.
fr: Veuillez consulter la section B<CONSIDÉRATIONS DE SÉCURITÉ> pour d'importantes précisions.

note: type: Plain text
en: Specifies how the kernel manages its cache of directory entries for a given mount point.  I<mode> can be one of B<all>, B<none>, B<pos>, or B<positive>.  This option is supported in kernels 2.6.28 and later.
fr: Préciser comment le noyau s'occupe du cache des entrées de répertoire pour un point de montage donné. I<mode> peut être B<all>, B<none>, B<pos> ou B<positive>. Cette option est prise en charge par les noyaux 2.6.28 et suivants.

note: type: Plain text
en: The Linux NFS client caches the result of all NFS LOOKUP requests.  If the requested directory entry exists on the server, the result is referred to as I<positive>.  If the requested directory entry does not exist on the server, the result is referred to as I<negative>.
fr: Le client NFS Linux garde en cache tous les résultats des requêtes NFS LOOKUP. Si le répertoire indiqué existe sur le serveur, le résultat renvoyé est I<positif> (« positive »), sinon c'est I<négatif> (« negative »).

note: type: Plain text
en: If this option is not specified, or if B<all> is specified, the client assumes both types of directory cache entries are valid until their parent directory's cached attributes expire.
fr: Si cette option n'est pas précisée, ou si B<all> est précisé, le client suppose que les deux types d'entrées (I<positif> ou I<négatif>) du cache de répertoire sont valables jusqu'à ce que le cache de leur répertoire parent expire.

note: type: Plain text
en: If B<pos> or B<positive> is specified, the client assumes positive entries are valid until their parent directory's cached attributes expire, but always revalidates negative entires before an application can use them.
fr: Si B<pos> ou B<positive> est précisé, le client suppose que les entrées positives sont valables jusqu'à ce que le cache de leur répertoire parent expire, mais valide les entrées négatives avant qu'une application les utilise.

note: type: Plain text
en: If B<none> is specified, the client revalidates both types of directory cache entries before an application can use them.  This permits quick detection of files that were created or removed by other clients, but can impact application and server performance.
fr: Si B<none> est précisé, le client valide à nouveau les deux types d'entrées de cache de répertoire avant qu'une application puisse les utiliser. Cela permet une détection rapide des fichiers qui ont été créés ou supprimés par d'autres clients, mais peut avoir des répercussions sur ces applications et les performances du serveur.

note: type: Plain text
en: The DATA AND METADATA COHERENCE section contains a detailed discussion of these trade-offs.
fr: La partie B<COHÉRENCE DES DONNÉES ET DES MÉTADONNÉES> contient un propos détaillé sur ces échanges.

note: type: Plain text
en: Enable/Disables the cache of (read-only) data pages to the local disk using the FS-Cache facility. See cachefilesd(8)  and E<lt>kernel_soruceE<gt>/Documentation/filesystems/caching for detail on how to configure the FS-Cache facility.  Default value is nofsc.
fr: Activer ou désactiver le cache des pages de données (en lecture seule) du disque local en utilisant l'outil FS-Cache. Consultez B<cachefilesd>(8) et Documentation/filesystems/caching dans le code source du noyau pour plus de détails sur la configuration de l'outil FS-Cache. La valeur par défaut est nofsc.

note: type: SS
en: Options for NFS versions 2 and 3 only
fr: Options pour les versions NFS 2 et 3 uniquement

note: type: Plain text
en: Use these options, along with the options in the above subsection, for NFS versions 2 and 3 only.
fr: Utilisez ces options ainsi que les options de la sous-section précédente uniquement pour les systèmes de fichiers de type NFS version 2 et 3.

note: type: TP
en: B<proto=>I<netid>
fr: B<proto=>I<idreseau>

note: type: Plain text
en: The I<netid> determines the transport that is used to communicate with the NFS server.  Available options are B<udp>, B<udp6>, B<tcp>, B<tcp6>, and B<rdma>.  Those which end in B<6> use IPv6 addresses and are only available if support for TI-RPC is built in. Others use IPv4 addresses.
fr: L'identifiant réseau I<idreseau> détermine le transport utilisé pour communiquer avec le serveur NFS. Les options possibles sont B<udp>, B<udp6>, B<tcp>, B<tcp6> et B<rdma>. Les valeurs qui se terminent par B<6> utilisent des adresses IPv6 et ne sont disponibles que si la prise en charge de TI-RPC est intégrée. Les autres utilisent des adresses IPv4.

note: type: Plain text
en: Each transport protocol uses different default B<retrans> and B<timeo> settings.  Refer to the description of these two mount options for details.
fr: Chaque protocole de transport utilise différents réglages de B<retransmission> et de B<timeo>. Merci de vous référer à la description de ces deux options de montage

note: type: Plain text
en: In addition to controlling how the NFS client transmits requests to the server, this mount option also controls how the B<mount>(8)  command communicates with the server's rpcbind and mountd services.  Specifying a netid that uses TCP forces all traffic from the B<mount>(8)  command and the NFS client to use TCP.  Specifying a netid that uses UDP forces all traffic types to use UDP.
fr: En plus de contrôler la façon dont le client NFS transmet les requêtes au serveur, cette option de mount gère aussi la façon dont la commande B<mount>(8) communique avec les services rpcbind et mountd du serveur. Indiquer un id réseau qui utilise TCP entraîne l'utilisation de TCP par tout le trafic passant par la commande B<mount>(8) ou le client NFS. Réciproquement, indiquer UDP entraîne l'utilisation d'UDP par tout le trafic.

note: type: Plain text
en: B<Before using NFS over UDP, refer to the TRANSPORT METHODS section.>
fr: B<avant d'utiliser NFS sur UDP, consultez la section MÉTHODES DE TRANSPORT.>

note: type: Plain text
en: If the B<proto> mount option is not specified, the B<mount>(8)  command discovers which protocols the server supports and chooses an appropriate transport for each service.  Refer to the TRANSPORT METHODS section for more details.
fr: Si l'option B<proto> de B<mount> n'est pas définie, la commande B<mount>(8) découvrira quels protocoles sont acceptés par le serveur et choisira un transport approprié pour chacun des services. Consultez la section B<MÉTHODES DE TRANSPORT> pour plus de détails.

note: type: Plain text
en: The B<udp> option is an alternative to specifying B<proto=udp.> It is included for compatibility with other operating systems.
fr: L'option B<udp> est une variante pour B<proto=udp>, compatible avec d'autres systèmes d'exploitation.

note: type: Plain text
en: The B<tcp> option is an alternative to specifying B<proto=tcp.> It is included for compatibility with other operating systems.
fr: L'option B<tcp> est une variante pour B<proto=tcp>, compatible avec d'autres systèmes d'exploitation.

note: type: Plain text
en: The B<rdma> option is an alternative to specifying B<proto=rdma.>
fr: L'option B<rdma> est une variante pour B<proto=rdma>.

note: type: Plain text
en: The numeric value of the server's NFS service port.  If the server's NFS service is not available on the specified port, the mount request fails.
fr: Valeur numérique du port du service NFS sur le serveur. Si le service NFS du serveur n'est pas accessible sur le port indiqué, la requête de montage échoue.

note: type: Plain text
en: If this option is not specified, or if the specified port value is 0, then the NFS client uses the NFS service port number advertised by the server's rpcbind service.  The mount request fails if the server's rpcbind service is not available, the server's NFS service is not registered with its rpcbind service, or the server's NFS service is not available on the advertised port.
fr: Si cette option n'est pas définie, ou si le port indiqué est 0, le client NFS utilise le numéro du port du service NFS publié par le service rpcbind du serveur. La requête de montage échoue si le service rpcbind du serveur n'est pas accessible, si le service NFS du serveur n'est pas enregistré dans son service rpcbind, ou si le service NFS du serveur n'est pas accessible sur le port publié.

note: type: Plain text
en: The numeric value of the server's mountd port.  If the server's mountd service is not available on the specified port, the mount request fails.
fr: Valeur numérique du port de mountd sur le serveur. Si le service mountd du serveur n'est pas présent sur le port indiqué, la requête de montage échoue.

note: type: Plain text
en: If this option is not specified, or if the specified port value is 0, then the B<mount>(8)  command uses the mountd service port number advertised by the server's rpcbind service.  The mount request fails if the server's rpcbind service is not available, the server's mountd service is not registered with its rpcbind service, or the server's mountd service is not available on the advertised port.
fr: Si cette option n'est pas définie, ou si le port indiqué est 0, la commande B<mount>(8) utilise le numéro du port du service mountd publié par le service rpcbind du serveur. La requête de montage échoue si le service rpcbind du serveur n'est pas accessible, si le service mountd du serveur n'est pas enregistré dans son service rpcbind, ou si le service mountd du serveur n'est pas accessible sur le port publié.

note: type: Plain text
en: This option can be used when mounting an NFS server through a firewall that blocks the rpcbind protocol.
fr: Cette option peut être utilisée pour les montages sur un serveur NFS à travers un pare-feu qui bloque le protocole rpcbind.

note: type: TP
en: B<mountproto=>I<netid>
fr: B<mountproto=>I<idreseau>

note: type: Plain text
en: The transport the NFS client uses to transmit requests to the NFS server's mountd service when performing this mount request, and when later unmounting this mount point.
fr: Le transport utilisé par le client NFS pour transmettre ses requêtes au service mountd d'un serveur NFS quand il lance cette requête de montage, puis quand il démontera ensuite ce montage.

note: type: Plain text
en: I<netid> may be one of B<udp>, and B<tcp> which use IPv4 address or, if TI-RPC is built into the B<mount.nfs> command, B<udp6>, and B<tcp6> which use IPv6 addresses.
fr: I<idreseau> peut valoir B<udp> ou B<tcp> qui utilisent des adresses IPv4, ou bien, si TI-RPC est intégré dans la commande B<mount.nfs>, B<udp6> ou B<tcp6>, qui utilisent des adresses IPv6.

note: type: Plain text
en: This option can be used when mounting an NFS server through a firewall that blocks a particular transport.  When used in combination with the B<proto> option, different transports for mountd requests and NFS requests can be specified.  If the server's mountd service is not available via the specified transport, the mount request fails.
fr: Cette option peut être utilisée pour monter un serveur NFS à travers un pare-feu qui bloque des transferts spécifiques. Utilisé avec l'option B<proto>, différents modes de transfert peuvent être choisis pour les requêtes vers mountd et NFS. Si le serveur ne propose pas de service pour le mode indiqué, la requête de montage échoue.

note: type: Plain text
en: Refer to the TRANSPORT METHODS section for more on how the B<mountproto> mount option interacts with the B<proto> mount option.
fr: Veuillez consulter la section B<MÉTHODES DE TRANSPORT> pour plus de renseignements sur la manière dont l'option de montage B<mountproto> interagit avec l'option B<proto>.

note: type: TP
en: B<mounthost=>I<name>
fr: B<mounthost=>I<nom>

note: type: Plain text
en: The hostname of the host running mountd.  If this option is not specified, the B<mount>(8)  command assumes that the mountd service runs on the same host as the NFS service.
fr: Le nom d'hôte de la machine qui exécute le mountd. Si cette option n'est pas définie, la commande B<mount>(8) considère que le service mountd est assuré par la machine qui offre le service NFS.

note: type: Plain text
en: The RPC version number used to contact the server's mountd.  If this option is not specified, the client uses a version number appropriate to the requested NFS version.  This option is useful when multiple NFS services are running on the same remote server host.
fr: Numéro de version des RPC utilisé pour contacter le mountd du serveur. Si cette option n'est pas définie, le client utilise un numéro de version approprié à la version du NFS contacté. Cette option est utile quand de nombreux services NFS sont offerts par un seul et même serveur.

note: type: Plain text
en: The maximum length of a pathname component on this mount.  If this option is not specified, the maximum length is negotiated with the server. In most cases, this maximum length is 255 characters.
fr: La taille maximale d'un composant du nom de chemin de ce montage. Si cette option n'est pas définie, la taille maximale est négociée avec le serveur. Dans la plupart des cas, cette taille maximale est 255 caractères.

note: type: Plain text
en: Some early versions of NFS did not support this negotiation.  Using this option ensures that B<pathconf>(3)  reports the proper maximum component length to applications in such cases.
fr: Des versions précédentes de NFS ne gèrent pas cette négociation. L'utilisation de cette option garantit que B<pathconf>(3) donnera bien la longueur maximale aux applications pour ces versions.

note: type: Plain text
en: Selects whether to use the NLM sideband protocol to lock files on the server.  If neither option is specified (or if B<lock> is specified), NLM locking is used for this mount point.  When using the B<nolock> option, applications can lock files, but such locks provide exclusion only against other applications running on the same client.  Remote applications are not affected by these locks.
fr: Indiquer s'il faut utiliser le protocole auxiliaire NLM pour verrouiller les fichiers sur le serveur. Si aucune option n'est indiquée (ou si c'est B<lock> qui est choisi), le verrouillage NLM est activé pour ce point de montage. Si on utilise l'option B<nolock>, les applications peuvent verrouiller les fichiers, mais ces verrous n'ont de portée que pour les applications qui tournent sur ce même client. Les applications distantes ne sont pas informées de ces verrous.

note: type: Plain text
en: NLM locking must be disabled with the B<nolock> option when using NFS to mount I</var> because I</var> contains files used by the NLM implementation on Linux.  Using the B<nolock> option is also required when mounting exports on NFS servers that do not support the NLM protocol.
fr: Le verrouillage NLM doit être désactivé lors de l'utilisation de l'option B<nolock> si I</var> est monté  à l'aide de NFS, parce que I</var> contient des fichiers utilisés par l'implémentation de NLM sous Linux. L'usage de B<nolock> est aussi requis lors des montages de partages de serveurs NFS ne gérant pas le protocole NLM.

note: type: Plain text
en: Selects whether to use close-to-open cache coherence semantics.  If neither option is specified (or if B<cto> is specified), the client uses close-to-open cache coherence semantics. If the B<nocto> option is specified, the client uses a non-standard heuristic to determine when files on the server have changed.
fr: Indiquer s'il faut utiliser la sémantique de cohérence de cache close-to-open. Si aucune option n'est indiquée (ou si c'est B<cto> qui est choisi), le client utilise la sémantique de cohérence de cache close-to-open. Si c'est l'option B<nocto> qui est choisie, le client utilise une heuristique non standard pour savoir quand les fichiers ont changé sur le serveur.

note: type: Plain text
en: Using the B<nocto> option may improve performance for read-only mounts, but should be used only if the data on the server changes only occasionally.  The DATA AND METADATA COHERENCE section discusses the behavior of this option in more detail.
fr: L'utilisation de l'option B<nocto> peut améliorer les performances des montages en lecture seule, mais devrait être limitée au cas où les données sur le serveur ne changent qu'occasionnellement. La section B<COHÉRENCE DES DONNÉES ET DES MÉTADONNÉES> expose le comportement de cette option en détails.

note: type: Plain text
en: Selects whether to use the NFSACL sideband protocol on this mount point.  The NFSACL sideband protocol is a proprietary protocol implemented in Solaris that manages Access Control Lists. NFSACL was never made a standard part of the NFS protocol specification.
fr: Indiquer s'il faut utiliser le protocole auxiliaire NFSACL sur ce point de montage. Le protocole auxiliaire NFSACL est un protocole propriétaire mis en œuvre dans Solaris et qui gère les listes de contrôle d'accès (les ACLs). NSFACL n'est jamais devenu un élément standard de la spécification du protocole NFS.

note: type: Plain text
en: If neither B<acl> nor B<noacl> option is specified, the NFS client negotiates with the server to see if the NFSACL protocol is supported, and uses it if the server supports it.  Disabling the NFSACL sideband protocol may be necessary if the negotiation causes problems on the client or server.  Refer to the SECURITY CONSIDERATIONS section for more details.
fr: Si ni B<acl> ni B<noacl> ne sont précisées, le client NFS négocie avec le serveur afin de savoir si le protocole NFSACL est actif, et l'utilise dans ce cas. La désactivation du protocole auxiliaire NFSACL est parfois rendue nécessaire quand la négociation pose des problèmes sur le client ou sur le serveur. Consultez la section B<CONSIDÉRATIONS DE SÉCURITÉ> pour plus de détails.

note: type: TP
en: B<local_lock=>mechanism
fr: B<local_lock=>I<mécanisme>

note: type: Plain text
en: Specifies whether to use local locking for any or both of the flock and the POSIX locking mechanisms.  I<mechanism> can be one of B<all>, B<flock>, B<posix>, or B<none>.  This option is supported in kernels 2.6.37 and later.
fr: Précise si le verrouillage local doit être utilisé pour les mécanismes flock, POSIX, ou les deux.  I<mechanism> peut être B<all>, B<flock>, B<posix>, or B<none>. Cette option est prise en charge par les noyaux 2.6.37 et suivants.

note: type: Plain text
en: The Linux NFS client provides a way to make locks local. This means, the applications can lock files, but such locks provide exclusion only against other applications running on the same client. Remote applications are not affected by these locks.
fr: Le client Linux NFS fournit un moyen de poser des verrous locaux. Les applications peuvent donc verrouiller des fichiers, mais ces verrous n'ont de portée que pour les applications qui tournent sur ce même client. Les applications distantes ne sont pas informées de ces verrous.

note: type: Plain text
en: If this option is not specified, or if B<none> is specified, the client assumes that the locks are not local.
fr: Si cette option n'est pas précisée, ou si B<none> est précisé, le client suppose que les verrous ne sont pas locaux.

note: type: Plain text
en: If B<all> is specified, the client assumes that both flock and POSIX locks are local.
fr: Si B<all> est spécifié, le client suppose que les deux types de verrous flock et POSIX sont locaux.

note: type: Plain text
en: If B<flock> is specified, the client assumes that only flock locks are local and uses NLM sideband protocol to lock files when POSIX locks are used.
fr: Si B<flock> est spécifié, le client suppose que seuls les verrous flock sont locaux, et utilise le protocole NLM associé pour verrouiller les fichiers quand les verrous POSIX sont utilisés.

note: type: Plain text
en: If B<posix> is specified, the client assumes that POSIX locks are local and uses NLM sideband protocol to lock files when flock locks are used.
fr: Si B<posix> est spécifié, le client suppose que les verrous POSIX sont locaux, et utilise le protocole NLM associé pour verrouiller les fichiers quand les verrous flock sont utilisés.

note: type: Plain text
en: To support legacy flock behavior similar to that of NFS clients E<lt> 2.6.12, use 'local_lock=flock'. This option is required when exporting NFS mounts via Samba as Samba maps Windows share mode locks as flock. Since NFS clients E<gt> 2.6.12 implement flock by emulating POSIX locks, this will result in conflicting locks.
fr: Pour supporter le comportement flock de façon semblable à celui des clients NFS E<lt> 2.6.12, utiliser 'local_lock= flock'. Cette option est requise lors de l'exportation des montages NFS à l'aide de Samba comme des cartes Windows Samba partagé en mode verrouillé flock. Puisque les clients NFS E<gt> 2.6.12 utilise flock en émulant les verrous POSIX, il y aura un conflit de verrous.

note: type: Plain text
en: NOTE: When used together, the 'local_lock' mount option will be overridden by 'nolock'/'lock' mount option.
fr: NOTE : Quand elles sont utilisées ensemble, l'option de montage 'local_lock' sera écrasée par l'option de montage 'nolock'/'lock'.

note: type: SS
en: Options for NFS version 4 only
fr: Options pour NFS version 4 uniquement

note: type: Plain text
en: The I<netid> determines the transport that is used to communicate with the NFS server.  Supported options are B<tcp>, B<tcp6>, and B<rdma>.  B<tcp6> use IPv6 addresses and is only available if support for TI-RPC is built in. Both others use IPv4 addresses.
fr:  L'identifiant réseau I<idreseau> détermine le transport utilisé pour communiquer avec le serveur NFS. Les options possibles sont B<tcp>, B<tcp6> et B<rdma>. L'option B<tcp6> utilise des adresses IPv6 et n'est disponible que si la prise en charge de TI-RPC est intégrée. Les deux autres utilisent des adresses IPv4.

note: type: Plain text
en: All NFS version 4 servers are required to support TCP, so if this mount option is not specified, the NFS version 4 client uses the TCP protocol.  Refer to the TRANSPORT METHODS section for more details.
fr: Les serveurs NFS version 4 doivent prendre en charge TCP, donc si cette option n'est pas précisée, le client NFS utilise le protocole TCP. Veuillez vous référer à la section B<MÉTHODES DE TRANSPORT> pour plus de détails.

note: type: Plain text
en: If this mount option is not specified, the NFS client uses the standard NFS port number of 2049 without first checking the server's rpcbind service.  This allows an NFS version 4 client to contact an NFS version 4 server through a firewall that may block rpcbind requests.
fr: Si cette option de montage n'est pas définie, le client NFS utilisera le numéro de port standard de NFS (2049) sans vérifier de prime abord le service rpcbind du serveur. Cette option permet à un client NFS version 4 de contacter un serveur NFS version 4 à travers un pare-feu qui bloquerait les requêtes rpcbind.

note: type: Plain text
en: If the specified port value is 0, then the NFS client uses the NFS service port number advertised by the server's rpcbind service.  The mount request fails if the server's rpcbind service is not available, the server's NFS service is not registered with its rpcbind service, or the server's NFS service is not available on the advertised port.
fr: Si la valeur du port indiquée est 0, le client NFS utilisera le numéro de port du service NFS publié par le service rpcbind du serveur. La requête de montage échouera si le service rpcbind du serveur n'est pas disponible, si le service NFS du serveur n'est pas enregistré dans son service rpcbind, ou si le service NFS du serveur n'est pas accessible sur le port publié.

note: type: Plain text
en: Selects whether to use close-to-open cache coherence semantics for NFS directories on this mount point.  If neither B<cto> nor B<nocto> is specified, the default is to use close-to-open cache coherence semantics for directories.
fr: Indiquer s'il faut utiliser la sémantique de cohérence du cache close-to-open pour les répertoires NFS de ce point de montage. Si ni B<cto> ni B<nocto> ne sont indiquées, la sémantique de cohérence du cache close-to-open sera utilisée par défaut pour les répertoires.

note: type: Plain text
en: File data caching behavior is not affected by this option.  The DATA AND METADATA COHERENCE section discusses the behavior of this option in more detail.
fr: La politique de mise en cache des données des fichiers n'est pas concernée par cette option. La section B<COHÉRENCE DES DONNÉES ET DES MÉTADONNÉES> décrit le comportement de cette option en détails.

note: type: Plain text
en: If this option is not specified, the B<mount>(8)  command attempts to discover an appropriate callback address automatically.  The automatic discovery process is not perfect, however.  In the presence of multiple client network interfaces, special routing policies, or atypical network topologies, the exact address to use for callbacks may be nontrivial to determine.
fr: Si cette option n'est pas indiquée, la commande B<mount>(8) essaie de découvrir automatiquement une adresse de rappel (« callback ») appropriée. La procédure de découverte automatique n'est cependant pas parfaite. Dans le cas d'interfaces réseau multiples, de directives de routages spéciales ou de typologie réseau atypique, l'adresse exacte à utiliser pour les rappels peut ne pas être triviale à déterminer.

note: type: SH
en: nfs4 FILE SYSTEM TYPE
fr: SYSTÈME DE FICHIERS DE TYPE nfs4

note: type: Plain text
en: The B<nfs4> file system type is an old syntax for specifying NFSv4 usage. It can still be used with all NFSv4-specific and common options, excepted the B<nfsvers> mount option.
fr: Le type B<nfs4> de système de fichiers est une ancienne syntaxe précisant l'utilisation de NFSv4. Il peut toujours être utilisé avec toutes les options spécifiques à NFSv4, à l'exception de l'option de montage B<nfsvers>

note: type: SH
en: MOUNT CONFIGURATION FILE
fr: FICHIER DE CONFIGURATION DU MONTAGE

note: type: Plain text
en: If the mount command is configured to do so, all of the mount options described in the previous section can also be configured in the I</etc/nfsmount.conf> file. See B<nfsmount.conf(5)> for details.
fr: Si la commande de montage est configurée pour, toutes les options de montage décrites dans la section précédente peuvent être configurées dans le fichier I</etc/nfsmount.conf>. Référez-vous à B<nfsmount.conf(5)> pour plus de détails.

note: type: SH
en: EXAMPLES
fr: EXEMPLES

note: type: Plain text
en: To mount an export using NFS version 2, use the B<nfs> file system type and specify the B<nfsvers=2> mount option.  To mount using NFS version 3, use the B<nfs> file system type and specify the B<nfsvers=3> mount option.  To mount using NFS version 4, use either the B<nfs> file system type, with the B<nfsvers=4> mount option, or the B<nfs4> file system type.
fr: Pour réaliser le montage d'un partage en NFS version 2, il faut préciser que le type du système de fichiers est B<nfs> et indiquer l'option de montage B<nfsvers=2>. Pour réaliser un montage en NFS version 3, il faut préciser que le type du système de fichiers est B<nfs> et indiquer l'option de montage B<nfsvers=3>. Pour réaliser un montage en NFS version 4, il faut préciser que le type du système de fichiers est B<nfs>, avec l'option de montage B<nfsver=4>, ou demander le système de fichiers B<nfs4>.

note: type: Plain text
en: The following example from an I</etc/fstab> file causes the mount command to negotiate reasonable defaults for NFS behavior.
fr: L'exemple de fichier I</etc/fstab> qui suit permet à la commande mount de négocier des valeurs par défaut convenables pour le comportement NFS.

note: type: Plain text
en: 	server:/export	/mnt	nfs	defaults	0 0
fr: 	serveur:/export	/mnt	nfs	defaults	0 0

note: type: Plain text
en: Here is an example from an /etc/fstab file for an NFS version 2 mount over UDP.
fr: Voici un exemple de ligne du fichier /etc/fstab concernant un montage NFS version 2 en UDP.

note: type: Plain text
en: 	server:/export	/mnt	nfs	nfsvers=2,proto=udp	0 0
fr: 	serveur:/export	/mnt	nfs	nfsvers=2,proto=udp	0 0

note: type: Plain text
en: 	server:/export	/mnt	nfs4	sec=krb5	0 0
fr: 	serveur:/export	/mnt	nfs4	sec=krb5	0 0

note: type: Plain text
en: This example can be used to mount /usr over NFS.
fr: Cet exemple peut servir à réaliser le montage de /usr grâce à NFS.

note: type: Plain text
en: 	server:/export	/usr	nfs	ro,nolock,nocto,actimeo=3600	0 0
fr: 	serveur:/export	/usr	nfs	ro,nolock,nocto,actimeo=3600	0 0

note: type: Plain text
en: This example shows how to mount an NFS server using a raw IPv6 link-local address.
fr: Cet exemple montre comment utiliser une adresse brute non locale IPv6.

note: type: SH
en: TRANSPORT METHODS
fr: MÉTHODES DE TRANSPORT.

note: type: Plain text
en: NFS clients send requests to NFS servers via Remote Procedure Calls, or I<RPCs>.  The RPC client discovers remote service endpoints automatically, handles per-request authentication, adjusts request parameters for different byte endianness on client and server, and retransmits requests that may have been lost by the network or server.  RPC requests and replies flow over a network transport.
fr: Les clients NFS envoient leurs requêtes aux serveurs NFS grâce aux appels de procédures distantes (« Remote Procedure Calls »), les I<RPC>s. Le client RPC découvre automatiquement les entrées du service distant, gère l'authentification requête par requête, ajuste les paramètres des requêtes afin de gérer l'ordre des octets sur le client et le serveur (« endianess »), et se charge de la retransmission des requêtes qui pourraient s'être perdues dans le réseau ou sur le serveur. Les requêtes et les réponses RPC circulent sur un protocole de transport réseau.

note: type: Plain text
en: In most cases, the B<mount>(8)  command, NFS client, and NFS server can automatically negotiate proper transport and data transfer size settings for a mount point.  In some cases, however, it pays to specify these settings explicitly using mount options.
fr: Dans la plupart des cas, la commande B<mount>(8), le client NFS et le serveur NFS peuvent négocier automatiquement les valeurs adéquates de taille pour les transferts de données et de transport pour un point de montage. Cependant, dans certains cas, il peut être efficace d'indiquer explicitement ces valeurs grâce aux options de montage.

note: type: Plain text
en: Traditionally, NFS clients used the UDP transport exclusively for transmitting requests to servers.  Though its implementation is simple, NFS over UDP has many limitations that prevent smooth operation and good performance in some common deployment environments.  Even an insignificant packet loss rate results in the loss of whole NFS requests; as such, retransmit timeouts are usually in the subsecond range to allow clients to recover quickly from dropped requests, but this can result in extraneous network traffic and server load.
fr: Anciennement, les clients NFS se servaient uniquement du transport UDP pour transmettre des requêtes aux serveurs. Bien que son implémentation soit simple, NFS sur UDP a de nombreuses limitations qui l'empêchent d'obtenir de bonnes performances et un fonctionnement fluide dans certains environnements de déploiement courants. Un taux de paquets perdus même insignifiant entraîne la perte de requêtes NFS complètes. On règle alors généralement le délai de dépassement (« timeout ») à une valeur inférieure à la seconde afin que les clients puissent récupérer rapidement en cas de requêtes rejetées. Cela peut entraîner une surcharge du trafic réseau et du serveur.

note: type: Plain text
en: However, UDP can be quite effective in specialized settings where the networks MTU is large relative to NFSs data transfer size (such as network environments that enable jumbo Ethernet frames).  In such environments, trimming the B<rsize> and B<wsize> settings so that each NFS read or write request fits in just a few network frames (or even in a single frame) is advised.  This reduces the probability that the loss of a single MTU-sized network frame results in the loss of an entire large read or write request.
fr: Cependant, UDP peut être assez efficace grâce à des réglages spécifiques lorsque le MTU du réseau dépasse la taille de transfert de données de NFS (par exemple dans les environnements réseau qui utilisent les trames Ethernet Jumbo). Dans ces cas, il est judicieux d'adapter les réglages B<rsize> et B<wsize> de façon à ce que chaque requête de lecture ou d'écriture NFS soit contenue dans quelques trames du réseau (voire même dans une seule trame). Cela réduit la probabilité qu'une perte d'une simple trame réseau de la taille de la MTU entraîne la perte complète d'un grande requête en lecture ou écriture.

note: type: Plain text
en: TCP is the default transport protocol used for all modern NFS implementations.  It performs well in almost every conceivable network environment and provides excellent guarantees against data corruption caused by network unreliability.  TCP is often a requirement for mounting a server through a network firewall.
fr: TCP est le protocole de transport utilisé par défaut dans toutes les implémentations modernes de NFS. Il est efficace dans pratiquement tous les environnements réseau concevables et offre d'excellentes garanties contre la corruption de données que pourrait entraîner un incident réseau. TCP est souvent requis pour accéder à un serveur à travers un pare-feu.

note: type: Plain text
en: Under normal circumstances, networks drop packets much more frequently than NFS servers drop requests.  As such, an aggressive retransmit timeout setting for NFS over TCP is unnecessary. Typical timeout settings for NFS over TCP are between one and ten minutes.  After the client exhausts its retransmits (the value of the B<retrans> mount option), it assumes a network partition has occurred, and attempts to reconnect to the server on a fresh socket. Since TCP itself makes network data transfer reliable, B<rsize> and B<wsize> can safely be allowed to default to the largest values supported by both client and server, independent of the network's MTU size.
fr: Dans des conditions normales, les réseaux rejettent des paquets bien plus souvent que les serveurs NFS ne rejettent de requêtes. C'est pourquoi un réglage agressif de délai de dépassement (« time-out ») de retransmission pour NFS sur TCP est inutile. Les réglages habituels de délai de dépassement pour NFS sur TCP varient entre une et dix minutes. Après qu'un client a terminé ses retransmissions (la valeur de l'option B<retrans> de mount), il considère que le réseau a subi une panne et tente de se reconnecter au serveur grâce à une nouvelle interface de connexion (« socket »). Puisque TCP fiabilise le transport de données sur le réseau, B<rsize> et B<wsize> peuvent en toute sécurité permettre par défaut la plus grande valeur gérée à la fois par le client et par le serveur, indépendamment de la taille du MTU du réseau.

note: type: SS
en: Using the mountproto mount option
fr: Utilisation de l'option de montage B<mountproto>

note: type: Plain text
en: This section applies only to NFS version 2 and version 3 mounts since NFS version 4 does not use a separate protocol for mount requests.
fr: Cette section s'applique uniquement aux versions 2 et 3 du protocole mount car NFS 4 n'utilise pas un protocole de montage séparé.

note: type: Plain text
en: The Linux NFS client can use a different transport for contacting an NFS server's rpcbind service, its mountd service, its Network Lock Manager (NLM) service, and its NFS service.  The exact transports employed by the Linux NFS client for each mount point depends on the settings of the transport mount options, which include B<proto>, B<mountproto>, B<udp>, and B<tcp>.
fr: Le client Linux peut utiliser différents modes de transfert pour contacter le service rpcbind d'un serveur, son service mountd, son gestionnaire de verrou réseau (NLM) et son service NFS. Le mode de transport utilisé par le client NFS de Linux pour chaque point de montage dépend des options passées à mount, qui incluent B<proto>, B<mountproto> B<udp> et B<tcp>.

note: type: Plain text
en: The client sends Network Status Manager (NSM) notifications via UDP no matter what transport options are specified, but listens for server NSM notifications on both UDP and TCP.  The NFS Access Control List (NFSACL) protocol shares the same transport as the main NFS service.
fr: Le client envoie des notifications au gestionnaire réseau de statut (NSM : « network status manager ») à l'aide d'UDP, quel que soit le mode de transfert précisé. Il écoute cependant les notifications NSM du serveur à la fois sur UDP et TCP. Le protocole gérant la liste de contrôle d'accès à NFS (NFACL : « nfs access control list ») utilise le même mode de transfert que le service NFS principal.

note: type: Plain text
en: If no transport options are specified, the Linux NFS client uses UDP to contact the server's mountd service, and TCP to contact its NLM and NFS services by default.
fr: Si aucune option n'est précisée quant au mode de transfert, le client NFS Linux utilise UDP pour contacter le service mountd du server, et TCP pour contacter ses services NLM et NFS par défaut.

note: type: Plain text
en: If the server does not support these transports for these services, the B<mount>(8)  command attempts to discover what the server supports, and then retries the mount request once using the discovered transports.  If the server does not advertise any transport supported by the client or is misconfigured, the mount request fails.  If the B<bg> option is in effect, the mount command backgrounds itself and continues to attempt the specified mount request.
fr: Si le serveur ne gère pas ces modes de transfert pour ces services, la commande B<mount>(8) essaye de trouver quel mode est pris en charge par le serveur, et essaye une fois de se reconnecter avec ce mode. Si le serveur ne propose aucun mode géré par le client ou est mal configuré, la requête de montage échoue. Si l'option B<bg> a été passée, la commande mount passe en arrière-plan et continue d'essayer la requête de montage demandée.

note: type: Plain text
en: When the B<proto> option, the B<udp> option, or the B<tcp> option is specified but the B<mountproto> option is not, the specified transport is used to contact both the server's mountd service and for the NLM and NFS services.
fr: Quand l'une des options B<proto>, B<udp> ou B<tcp> est passée mais que B<mountproto> ne l'est pas, le mode de transfert demandé est utilisé à la fois pour contacter le service mountd du serveur et ses services NLM et NFS.

note: type: Plain text
en: If the B<mountproto> option is specified but none of the B<proto>, B<udp> or B<tcp> options are specified, then the specified transport is used for the initial mountd request, but the mount command attempts to discover what the server supports for the NFS protocol, preferring TCP if both transports are supported.
fr: Si l'option B<mountproto> est passée mais que ni B<proto>, ni B<udp> et ni B<tcp> n'est passée alors le mode demandé est utilisé pour la requête mount initiale, mais la commande mount essaye de découvrir quel mode de transfert est pris en charge pour le protocole NFS, et préférera TCP si les deux modes sont implémentés.

note: type: Plain text
en: If both the B<mountproto> and B<proto> (or B<udp> or B<tcp>)  options are specified, then the transport specified by the B<mountproto> option is used for the initial mountd request, and the transport specified by the B<proto> option (or the B<udp> or B<tcp> options)  is used for NFS, no matter what order these options appear.  No automatic service discovery is performed if these options are specified.
fr: Si B<mountproto> et B<proto> (ou B<udp> ou B<tcp>) sont passés en même temps, le mode de transport indiqué à l'option B<mountproto> est utilisé pour la requête initiale de mountd, et le mode indiqué à B<proto> (ou B<udp> ou B<tcp>) est utilisé pour NFS, quel que soit l'ordre de ces options. Le programme ne cherchera pas à trouver les services si ces options sont données.

note: type: Plain text
en: If any of the B<proto>, B<udp>, B<tcp>, or B<mountproto> options are specified more than once on the same mount command line, then the value of the rightmost instance of each of these options takes effect.
fr: Si l'une des options B<proto>, B<udp>, B<tcp> ou B<mountproto> est passée plus d'une fois dans une même commande, alors la valeur retenue sera celle la plus à droite.

note: type: SS
en: Using NFS over UDP on high-speed links
fr: Utiliser NFS sur UDP sur des connexions haut débit

note: type: Plain text
en: Using NFS over UDP on high-speed links such as Gigabit B<can cause silent data corruption>.
fr: Utiliser NFS sur UDP avec des connexions haut débit comme Gigabit B<peut causer des corruptions de données silencieuses>.

note: type: Plain text
en: The problem can be triggered at high loads, and is caused by problems in IP fragment reassembly. NFS read and writes typically transmit UDP packets of 4 Kilobytes or more, which have to be broken up into several fragments in order to be sent over the Ethernet link, which limits packets to 1500 bytes by default. This process happens at the IP network layer and is called fragmentation.
fr: Le problème peut être déclenché lors de fortes charges, et est causé par des difficultés dans le réassemblage de fragments IP. Les lectures et écritures par NFS transmettent typiquement des paquets UDP de 4 kilooctets ou plus, qui doivent être cassés en plusieurs fragments pour être envoyés sur le lien Ethernet, pour lequel la taille des paquets est limitée à 1500 octets par défaut. Ce processus a lieu au niveau de la couche réseau IP et est appelé fragmentation.

note: type: Plain text
en: In order to identify fragments that belong together, IP assigns a 16bit I<IP ID> value to each packet; fragments generated from the same UDP packet will have the same IP ID. The receiving system will collect these fragments and combine them to form the original UDP packet. This process is called reassembly. The default timeout for packet reassembly is 30 seconds; if the network stack does not receive all fragments of a given packet within this interval, it assumes the missing fragment(s)  got lost and discards those it already received.
fr: Afin d'identifier les fragments qui proviennent du même paquet, IP attribue un identifiant IP (I<IP ID>) sur 16 bits à chaque paquet. Les fragments générés à partir du même paquet UPD auront le même identifiant IP. Le système destinataire récupère ces fragments et les combine pour reformer les paquets UPD originaux. Ce processus est appelé réassemblage. Le délai d'expiration par défaut pour le réassemblage de paquets est de 30 secondes. Si la pile réseau ne reçoit pas tous les fragments d'un paquet donné pendant cet intervalle de temps, elle suppose que les fragments manquants se sont perdus et rejette ceux qui ont déjà été reçus.

note: type: Plain text
en: The problem this creates over high-speed links is that it is possible to send more than 65536 packets within 30 seconds. In fact, with heavy NFS traffic one can observe that the IP IDs repeat after about 5 seconds.
fr: Le problème que cela crée sur des connexions à haut débit est dû au fait qu'il est possible d'envoyer plus de 655356 paquets en 30 secondes. En fait, avec un trafic dense NFS, les identifiants IP se répètent au bout d'environ 5 secondes.

note: type: Plain text
en: This has serious effects on reassembly: if one fragment gets lost, another fragment I<from a different packet> but with the I<same IP ID> will arrive within the 30 second timeout, and the network stack will combine these fragments to form a new packet. Most of the time, network layers above IP will detect this mismatched reassembly - in the case of UDP, the UDP checksum, which is a 16 bit checksum over the entire packet payload, will usually not match, and UDP will discard the bad packet.
fr: Cela a de sérieux effets sur le réassemblage : si un fragment se perd, un autre fragment I<d'un paquet différent> mais avec le I<même identifiant IP> arrivera avant l'expiration au bout de 30 secondes, et la pile réseau combinera ces fragments pour former un nouveau paquet. La plupart du temps, les couches réseau au-dessus d'IP détecteront ce réassemblage non assorti — dans le cas d'UPD, la somme de contrôle UDP sur 16 bits sur la charge utile du paquet ne correspondra pas, et UDP rejettera le mauvais paquet.

note: type: Plain text
en: However, the UDP checksum is 16 bit only, so there is a chance of 1 in 65536 that it will match even if the packet payload is completely random (which very often isn't the case). If that is the case, silent data corruption will occur.
fr: Cependant, comme la somme de contrôle UDP est sur uniquement 16 bits, il y a une chance sur 655356 qu'elle coïncide même si la charge utile du paquet est complètement aléatoire (ce qui très souvent n'est pas vrai). Si tel est le cas, une corruption de données silencieuse se sera produite.

note: type: Plain text
en: This potential should be taken seriously, at least on Gigabit Ethernet.  Network speeds of 100Mbit/s should be considered less problematic, because with most traffic patterns IP ID wrap around will take much longer than 30 seconds.
fr: Cette possibilité doit être prise au sérieux, au moins sur Ethernet Gigabit. Les débits réseau de 100 Mbit/s devraient être considérés comme moins problématiques, car dans la plupart des situations, l'épuisement des identifiants IP prendra bien plus que 30 secondes.

note: type: Plain text
en: It is therefore strongly recommended to use B<NFS over TCP where possible>, since TCP does not perform fragmentation.
fr: Il est donc fortement recommandé d'utiliser B<NFS sur TCP là où c'est possible>, car TCP n'effectue pas de fragmentation.

note: type: Plain text
en: If you absolutely have to use NFS over UDP over Gigabit Ethernet, some steps can be taken to mitigate the problem and reduce the probability of corruption:
fr: Si vous devez absolument utiliser NFS sur UDP sur un réseau Gigabit Ethernet, quelques actions peuvent être effectuées pour limiter le problème et réduire la probabilité de corruption :

note: type: TP
en: I<Jumbo frames:>
fr: I<trames Jumbo :>

note: type: Plain text
en: Many Gigabit network cards are capable of transmitting frames bigger than the 1500 byte limit of traditional Ethernet, typically 9000 bytes. Using jumbo frames of 9000 bytes will allow you to run NFS over UDP at a page size of 8K without fragmentation. Of course, this is only feasible if all involved stations support jumbo frames.
fr: Beaucoup de cartes réseau Gigabit sont capables de transmettre des trames plus grandes que la limite traditionnelle sur Ethernet de 1500 octets (typiquement 9000 octets). Utiliser ces grandes trames (Jumbo) vous permettra de faire fonctionner NFS sur UDP avec une taille de page de 8 ko sans fragmentation. Bien sûr, cela n'est possible que si toutes les stations impliquées gèrent les trames Jumbo.

note: type: Plain text
en: To enable a machine to send jumbo frames on cards that support it, it is sufficient to configure the interface for a MTU value of 9000.
fr: Pour activer l'envoi de trames Jumbo sur une machine avec une carte réseau qui les gère, il suffit de configurer l'interface avec une valeur MTU de 9000.

note: type: TP
en: I<Lower reassembly timeout:>
fr: I<diminution du délai avant expiration de réassemblage :>

note: type: Plain text
en: By lowering this timeout below the time it takes the IP ID counter to wrap around, incorrect reassembly of fragments can be prevented as well. To do so, simply write the new timeout value (in seconds)  to the file B</proc/sys/net/ipv4/ipfrag_time>.
fr: Le réassemblage incorrect de fragments peut être aussi évité en diminuant ce délai sous le temps nécessaire à la réinitialisation des identifiants IP. Pour ce faire, écrivez simplement la nouvelle valeur du délai (en seconde) dans le fichier B</proc/sys/net/ipv4/ipfrag_time>.

note: type: Plain text
en: A value of 2 seconds will greatly reduce the probability of IPID clashes on a single Gigabit link, while still allowing for a reasonable timeout when receiving fragmented traffic from distant peers.
fr: Une valeur de 2 secondes diminuera fortement la probabilité d'une collision d'identifiants IP sur un seul lien Gigabit, tout en permettant un délai d'expiration raisonnable lors de la réception d'un trafic fragmenté depuis des serveurs distants.

note: type: SH
en: DATA AND METADATA COHERENCE
fr: COHÉRENCE DES DONNÉES ET DES MÉTADONNÉES

note: type: SS
en: Close-to-open cache consistency
fr: Cohérence de cache « close-to-open »

note: type: SS
en: Weak cache consistency
fr: Faible cohérence de cache

note: type: Plain text
en: There are still opportunities for a client's data cache to contain stale data.  The NFS version 3 protocol introduced "weak cache consistency" (also known as WCC) which provides a way of efficiently checking a file's attributes before and after a single request.  This allows a client to help identify changes that could have been made by other clients.
fr: Il y a toujours des cas dans lesquels le cache de données du client contient des données incohérentes. Dans la version 3 du protocole NFS est apparue la « faible cohérence de cache » (appelée aussi WCC), offrant une méthode efficace de vérification des attributs d'un fichier avant et après une requête unique. Cela permet à un client une meilleure perception des modifications qui ont pu être réalisées par les autres clients.

note: type: Plain text
en: When a client is using many concurrent operations that update the same file at the same time (for example, during asynchronous write behind), it is still difficult to tell whether it was that client's updates or some other client's updates that altered the file.
fr: Quand un client génère beaucoup d'opérations concomitantes qui modifient le même fichier au même moment (par exemple grâce à des écritures asynchrones en arrière-plan), il est difficile de savoir si le fichier a été modifié par ce client ou par un autre.

note: type: SS
en: Attribute caching
fr: Mémorisation (cache) des attributs

note: type: Plain text
en: Use the B<noac> mount option to achieve attribute cache coherence among multiple clients.  Almost every file system operation checks file attribute information.  The client keeps this information cached for a period of time to reduce network and server load.  When B<noac> is in effect, a client's file attribute cache is disabled, so each operation that needs to check a file's attributes is forced to go back to the server.  This permits a client to see changes to a file very quickly, at the cost of many extra network operations.
fr: L'utilisation de l'option B<noac> de mount permet de réaliser la cohérence de la mémorisation (cache) des attributs pour de multiples clients. Pratiquement toutes les opérations de système de fichiers vérifient les informations d'attributs de fichiers. Le client garde cette information en mémoire (cache) pendant un certain temps afin de réduire la charge du serveur et du réseau. Quand B<noac> est activée, le cache des attributs de fichier est désactivé sur le client et chaque opération qui doit vérifier les attributs des fichiers doit impérativement s'adresser au serveur. Ceci permet au client de voir rapidement les modifications sur un fichier, en contrepartie d'une augmentation importante des opérations réseaux.

note: type: Plain text
en: Be careful not to confuse the B<noac> option with "no data caching." The B<noac> mount option prevents the client from caching file metadata, but there are still races that may result in data cache incoherence between client and server.
fr: Soyez attentif à ne pas confondre l'option B<noac> avec « pas de mémorisation de données (no data caching) ». L'option B<noac> de mount empêche la mise en cache par le client des métadonnées du fichier, mais il existe toujours des cas dans lesquels des incohérences de données cachées peuvent survenir entre le client et le serveur.

note: type: Plain text
en: The NFS protocol is not designed to support true cluster file system cache coherence without some type of application serialization.  If absolute cache coherence among clients is required, applications should use file locking. Alternatively, applications can also open their files with the O_DIRECT flag to disable data caching entirely.
fr: Le protocole NFS n'a pas été conçu pour gérer la cohérence absolue des caches pour des grappes (clusters) de systèmes de fichiers sans qu'il soit nécessaire d'utiliser des types particuliers de sérialisation au niveau applicatif. Si la cohérence absolue du cache est nécessaire aux clients, les applications devront utiliser le verrouillage de fichiers (« file locking »). D'autre part, les applications pourront aussi utiliser le drapeau O_DIRECT lors de l'ouverture des fichiers afin de désactiver totalement la mise en cache des données.

note: type: SS
en: Directory entry caching
fr: Mettre en cache les entrées répertoires

note: type: Plain text
en: The Linux NFS client caches the result of all NFS LOOKUP requests.  If the requested directory entry exists on the server, the result is referred to as a I<positive> lookup result.  If the requested directory entry does not exist on the server (that is, the server returned ENOENT), the result is referred to as I<negative> lookup result.
fr: Le client NFS Linux garde en cache les résultats d'une requête NFS LOOKUP. Si la requête pointe sur un répertoire existant sur le serveur, le résultat sera noté I<positif>. Sinon, si le répertoire n'existe pas (c'est-à-dire si le serveur retourne ENOENT), le résultat sera noté I<négatif>.

note: type: Plain text
en: To detect when directory entries have been added or removed on the server, the Linux NFS client watches a directory's mtime.  If the client detects a change in a directory's mtime, the client drops all cached LOOKUP results for that directory.  Since the directory's mtime is a cached attribute, it may take some time before a client notices it has changed.  See the descriptions of the B<acdirmin>, B<acdirmax>, and B<noac> mount options for more information about how long a directory's mtime is cached.
fr: Afin de détecter l'ajout ou la suppression de répertoires sur le serveur, le client NFS Linux regarde la date de modification (« mtime ») du répertoire. Si le client détecte un changement dans cette date, le client supprime tous les résultats LOOKUP encore en cache concernant ce répertoire. Comme la date de modification est un attribut conservé en cache, il est possible qu'un peu de temps se passe avant que le client remarque le changement. Référez-vous aux descriptions des options de montage B<acdirmin>, B<acdirmax> et B<noac> pour plus d'informations quant à la manière dont le temps de modification est mis en cache.

note: type: Plain text
en: Caching directory entries improves the performance of applications that do not share files with applications on other clients.  Using cached information about directories can interfere with applications that run concurrently on multiple clients and need to detect the creation or removal of files quickly, however.  The B<lookupcache> mount option allows some tuning of directory entry caching behavior.
fr: Mettre en cache les entrées des répertoires améliore les performances des applications qui ne partagent pas de fichiers avec des applications sur un autre client. L'utilisation d'informations en cache sur des répertoires, cependant, peut interférer avec des applications qui tournent simultanément sur de nombreux clients et qui doivent détecter rapidement la création ou la suppression de fichiers. L'option de montage B<lookupcache> permet de personnaliser certains comportements de mise en cache de répertoires.

note: type: Plain text
en: Before kernel release 2.6.28, the Linux NFS client tracked only positive lookup results.  This permitted applications to detect new directory entries created by other clients quickly while still providing some of the performance benefits of caching.  If an application depends on the previous lookup caching behavior of the Linux NFS client, you can use B<lookupcache=positive>.
fr: Avant la version 2.6.28 du noyau, le client NFS Linux cherchait uniquement les résultats de recherches positifs. Cela permettait aux applications de détecter rapidement de nouvelles entrées de répertoires créées par d'autres clients, tout en fournissant une partie des bénéfices dus à la mise en cache. Si une application dépend de cet ancien comportement, vous pouvez utiliser l'option B<lookupcache=positive>.

note: type: Plain text
en: If the client ignores its cache and validates every application lookup request with the server, that client can immediately detect when a new directory entry has been either created or removed by another client.  You can specify this behavior using B<lookupcache=none>.  The extra NFS requests needed if the client does not cache directory entries can exact a performance penalty.  Disabling lookup caching should result in less of a performance penalty than using B<noac>, and has no effect on how the NFS client caches the attributes of files.
fr: Si le client ignore son cache et valide toutes les requêtes de recherche avec le serveur, il peut alors détecter immédiatement toute création ou suppression de répertoire par un autre client. Vous pouvez forcer ce comportement avec l'option B<lookupcache=none>. L'absence de mise en cache des répertoires entraîne une augmentation du nombre de requêtes NFS, et donc une perte de performances. Empêcher la recherche sur le cache devrait permettre une moindre perte au niveau des performances que d'utiliser B<noac>, et n'a aucun effet sur la manière dont le client NFS met en cache les attributs d'un fichier.

note: type: SS
en: The sync mount option
fr: L'option de montage B<sync>

note: type: Plain text
en: The NFS client treats the B<sync> mount option differently than some other file systems (refer to B<mount>(8)  for a description of the generic B<sync> and B<async> mount options).  If neither B<sync> nor B<async> is specified (or if the B<async> option is specified), the NFS client delays sending application writes to the server until any of these events occur:
fr: Le client NFS gère l'option de montage B<sync> différemment que d'autres systèmes de fichiers (consultez B<mount>(8) pour une description générique des options de montage B<sync> et B<async>). Si ni B<sync> ni B<async> ne sont indiquées (ou si l'option B<async> est indiquée), le client NFS retarde l'envoi au serveur des ordres d'écriture des applications jusqu'à ce que l'un de ces événements survienne :

note: type: Plain text
en: Memory pressure forces reclamation of system memory resources.
fr: La saturation en mémoire entraîne une demande de ressources mémoire au système.

note: type: Plain text
en: An application flushes file data explicitly with B<sync>(2), B<msync>(2), or B<fsync>(3).
fr: Une application met à jour (« flush ») les données d'un fichier de manière explicite avec B<sync>(2), B<msync>(2) ou B<fsync>(3).

note: type: Plain text
en: An application closes a file with B<close>(2).
fr: Une application ferme un fichier avec B<close>(2).

note: type: Plain text
en: The file is locked/unlocked via B<fcntl>(2).
fr: Le fichier est verrouillé/déverrouillé grâce à B<fcntl>(2).

note: type: Plain text
en: In other words, under normal circumstances, data written by an application may not immediately appear on the server that hosts the file.
fr: Autrement dit, dans les conditions normales d'utilisation, des données écrites par une application peuvent ne pas apparaître instantanément sur le serveur qui héberge le fichier.

note: type: Plain text
en: If the B<sync> option is specified on a mount point, any system call that writes data to files on that mount point causes that data to be flushed to the server before the system call returns control to user space.  This provides greater data cache coherence among clients, but at a significant performance cost.
fr: Si l'option B<sync> est précisée pour un point de montage, tout appel système qui écrit des données dans des fichiers de ce point de montage entraîne la purge des données sur le serveur avant de revenir en espace utilisateur (« user space »). Cela offre une meilleure cohérence du cache des données, mais a un impact certain sur les performances.

note: type: Plain text
en: Applications can use the O_SYNC open flag to force application writes to individual files to go to the server immediately without the use of the B<sync> mount option.
fr: Les applications peuvent utiliser le drapeau d'ouverture O_SYNC afin que les écritures d'un fichier précis soient immédiatement prises en compte par le serveur, et ce sans l'utilisation de l'option B<sync> de mount.

note: type: SS
en: Using file locks with NFS
fr: Utilisation des verrous de fichiers avec NFS

note: type: Plain text
en: The Network Lock Manager protocol is a separate sideband protocol used to manage file locks in NFS version 2 and version 3.  To support lock recovery after a client or server reboot, a second sideband protocol -- known as the Network Status Manager protocol -- is also required.  In NFS version 4, file locking is supported directly in the main NFS protocol, and the NLM and NSM sideband protocols are not used.
fr: Le Gestionnaire de Verrous Réseaux (NLM, Network Lock Manager) est un protocole auxiliaire séparé servant à gérer les verrous sur les fichiers dans les versions 2 et 3 de NFS. Pour gérer la récupération des verrous après le redémarrage d'un client ou du serveur, un second protocole (connu sous le nom de protocole Network Status Manager) est nécessaire. Dans la version 4 de NFS, le verrouillage des fichiers est directement implanté dans le protocole NFS, et les protocoles NLM et NSM ne sont plus utilisés.

note: type: Plain text
en: In most cases, NLM and NSM services are started automatically, and no extra configuration is required.  Configure all NFS clients with fully-qualified domain names to ensure that NFS servers can find clients to notify them of server reboots.
fr: Dans la plupart des cas, les services NLM et NSM sont démarrés automatiquement et aucune configuration additionnelle n'est requise. La configuration en noms de domaine complètement définis (FQDN) de tous les clients NFS est nécessaire pour permettre aux serveurs NFS de retrouver leurs clients, afin de les prévenir en cas de redémarrage.

note: type: Plain text
en: NLM supports advisory file locks only.  To lock NFS files, use B<fcntl>(2)  with the F_GETLK and F_SETLK commands.  The NFS client converts file locks obtained via B<flock>(2)  to advisory locks.
fr: NLM ne gère que l'annonce de verrouillage de fichiers. Pour verrouiller les fichiers NFS, il faut utiliser B<fcntl>(2) avec les commandes F_GETL et F_SETL. Le client NFS convertit les verrous de fichiers obtenus grâce à B<flock>(2) en annonces de verrouillage.

note: type: Plain text
en: When mounting servers that do not support the NLM protocol, or when mounting an NFS server through a firewall that blocks the NLM service port, specify the B<nolock> mount option. NLM locking must be disabled with the B<nolock> option when using NFS to mount I</var> because I</var> contains files used by the NLM implementation on Linux.
fr: Lors du montage de serveurs ne gérant pas le protocole NLM ou lorsqu'on monte un serveur NFS à travers un pare-feu qui bloque le port du service NLM, il faut utiliser l'option B<nolock> de mount. Le verrouillage NLM doit être désactivé grâce à l'option B<nolock> lorsqu'on utilise NFS pour monter I</var>, puisque I</var> contient les fichiers utilisés par NLM dans son implémentation sous Linux.

note: type: Plain text
en: Specifying the B<nolock> option may also be advised to improve the performance of a proprietary application which runs on a single client and uses file locks extensively.
fr: L'utilisation de l'option B<nolock> est parfois conseillée pour améliorer les performances d'une application propriétaire qui ne tourne que sur un seul client mais qui utilise intensément les verrous de fichiers.

note: type: SS
en: NFS version 4 caching features
fr: Les caractéristiques du cache de la version 4 de NFS.

note: type: Plain text
en: The data and metadata caching behavior of NFS version 4 clients is similar to that of earlier versions.  However, NFS version 4 adds two features that improve cache behavior: I<change attributes> and I<file delegation>.
fr: Le comportement du cache des données et des métadonnées des clients NFS version 4 est identique à celui des précédentes versions. Toutefois, la version 4 de NFS offre deux nouveaux dispositifs pour améliorer le comportement du cache : I<attributs de changement> et I<délégation de fichier>.

note: type: Plain text
en: The I<change attribute> is a new part of NFS file and directory metadata which tracks data changes.  It replaces the use of a file's modification and change time stamps as a way for clients to validate the content of their caches.  Change attributes are independent of the time stamp resolution on either the server or client, however.
fr: L'I<attribut de changement> est un nouvel élément des métadonnées de fichiers et de répertoires NFS qui enregistre les modifications des données. Il se substitue à l'utilisation de l'horodatage des modifications et changements du fichier pour offrir aux clients la validation du contenu de leur cache. Cependant, ces I<attributs de changement> ne sont pas liés à la gestion de l'horodatage ni sur le client ni sur le serveur.

note: type: Plain text
en: A I<file delegation> is a contract between an NFS version 4 client and server that allows the client to treat a file temporarily as if no other client is accessing it.  The server promises to notify the client (via a callback request) if another client attempts to access that file.  Once a file has been delegated to a client, the client can cache that file's data and metadata aggressively without contacting the server.
fr: La I<délégation de fichier> est un contrat qui lie un client NFS version 4 et le serveur, offrant temporairement au client le traitement d'un fichier comme s'il était le seul à y accéder. Le serveur s'engage à prévenir le client (grâce à une requête de rappel, ou « callback ») si un autre client tente d'accéder à ce même fichier. Une fois qu'un fichier a été délégué à un client, ce client peut mémoriser (mettre en cache) les données et les métadonnées de ce fichier de façon agressive sans avoir à contacter le serveur.

note: type: Plain text
en: File delegations come in two flavors: I<read> and I<write>.  A I<read> delegation means that the server notifies the client about any other clients that want to write to the file.  A I<write> delegation means that the client gets notified about either read or write accessors.
fr: Il y a deux types de délégations : I<lecture> et I<écriture>.  Une délégation en I<lecture> indique que le serveur avertira le client si d'autres clients veulent écrire dans ce fichier. Une délégation en I<écriture> indique que le client sera prévenu des tentatives de lecture ou d'écriture.

note: type: Plain text
en: Servers grant file delegations when a file is opened, and can recall delegations at any time when another client wants access to the file that conflicts with any delegations already granted.  Delegations on directories are not supported.
fr: Les serveurs offrent les délégations de fichier sitôt qu'un fichier est ouvert et peuvent annuler ces délégations n'importe quand dès lors qu'un autre client désire accéder à un fichier d'une manière qui entre en conflit avec les délégations déjà attribuées. Les délégations de répertoires ne sont pas gérées.

note: type: Plain text
en: In order to support delegation callback, the server checks the network return path to the client during the client's initial contact with the server.  If contact with the client cannot be established, the server simply does not grant any delegations to that client.
fr: Afin de pouvoir gérer les alertes de délégations (« delegation callback »), le serveur vérifie le chemin retour vers le client au moment du contact initial de celui-ci. Si le retour vers le client ne peut pas être établi, le serveur n'attribue purement et simplement aucune délégation à ce client.

note: type: SH
en: SECURITY CONSIDERATIONS
fr: CONSIDÉRATIONS DE SÉCURITÉ.

note: type: Plain text
en: NFS servers control access to file data, but they depend on their RPC implementation to provide authentication of NFS requests.  Traditional NFS access control mimics the standard mode bit access control provided in local file systems.  Traditional RPC authentication uses a number to represent each user (usually the user's own uid), a number to represent the user's group (the user's gid), and a set of up to 16 auxiliary group numbers to represent other groups of which the user may be a member.
fr: Les serveurs NFS contrôlent l'accès aux données des fichiers, mais leur offre de gestion de l'authentification des requêtes NFS dépend de leur implémentation des RPC. Les contrôles d'accès NFS traditionnels imitent les contrôles d'accès binaires standards offerts par les systèmes de fichiers locaux. L'authentification RPC traditionnelle utilise un nombre pour représenter chaque utilisateur (normalement l'uid propre à cet utilisateur), un nombre pour représenter le groupe de cet utilisateur (le gid de l'utilisateur) et un ensemble d'au maximum 16 nombres de groupes additionnels pour représenter les groupes auxquels cet utilisateur peut appartenir.

note: type: Plain text
en: Typically, file data and user ID values appear unencrypted (i.e. "in the clear") on the network.  Moreover, NFS versions 2 and 3 use separate sideband protocols for mounting, locking and unlocking files, and reporting system status of clients and servers.  These auxiliary protocols use no authentication.
fr: Traditionnellement, les données du fichier et l'ID de l'utilisateur ne sont pas chiffrées sur le réseau (en clair). Qui plus est, les versions 2 et 3 de NFS utilisent des protocoles auxiliaires séparés pour le montage, le verrouillage et le déverrouillage des fichiers, et pour renvoyer les valeurs de retour système des clients et serveurs. Ces protocoles auxiliaires n'utilisent pas d'authentification.

note: type: Plain text
en: In addition to combining these sideband protocols with the main NFS protocol, NFS version 4 introduces more advanced forms of access control, authentication, and in-transit data protection.  The NFS version 4 specification mandates support for strong authentication and security flavors that provide per-RPC integrity checking and encryption.  Because NFS version 4 combines the function of the sideband protocols into the main NFS protocol, the new security features apply to all NFS version 4 operations including mounting, file locking, and so on.  RPCGSS authentication can also be used with NFS versions 2 and 3, but it does not protect their sideband protocols.
fr: En plus d'avoir intégré ces deux protocoles auxiliaires dans le protocole NFS principal, la version 4 de NFS offre des formes plus avancées de contrôle d'accès, d'authentification, et de protection lors du transfert des données. La spécification de la version 4 de NFS requiert une prise en charge de l'authentification renforcée, et les divers types de sécurité permettant le contrôle d'intégrité et le chiffrement à l'aide de RPC. Puisque la version 4 de NFS ajoute les fonctionnalités de ces protocoles au cœur du protocole NFS, les nouvelles caractéristiques de sécurité s'appliquent à toutes les opérations de NFS version 4, incluant donc le montage, le verrouillage des fichiers, et ainsi de suite. L'authentification RPCGSS peut aussi être utilisée avec les versions 2 et 3 de NFS, mais ne protège pas les protocoles associés.

note: type: Plain text
en: Two additional flavors of Kerberos security are supported: B<krb5i> and B<krb5p>.  The B<krb5i> security flavor provides a cryptographically strong guarantee that the data in each RPC request has not been tampered with.  The B<krb5p> security flavor encrypts every RPC request to prevent data exposure during network transit; however, expect some performance impact when using integrity checking or encryption.  Similar support for other forms of cryptographic security is also available.
fr: Deux dispositifs additionnels de la sécurité Kerberos sont pris en charge : B<krb5i> et B<krb5p>. Le dispositif de sécurité B<krb5i> offre une garantie de chiffrement fort contre la falsification des données pour chaque requête RPC. Le dispositif de sécurité B<krb5p> chiffre chaque requête RPC afin d'éviter qu'elle soit exposée pendant son transfert sur le réseau. Toutefois, le chiffrement ou la vérification de l'intégrité entraînent des baisses de performance. D'autres formes de sécurité par chiffrement sont aussi prises en charge.

note: type: Plain text
en: The NFS version 4 protocol allows a client to renegotiate the security flavor when the client crosses into a new filesystem on the server.  The newly negotiated flavor effects only accesses of the new filesystem.
fr: Le protocole de la version 4 de NFS permet à un client de renégocier le type de sécurité lorsqu'un client entre sur un nouveau système de fichiers sur le serveur. Le type nouvellement négocié ne concerne que le nouveau système de fichiers.

note: type: Plain text
en: Such negotiation typically occurs when a client crosses from a server's pseudo-fs into one of the server's exported physical filesystems, which often have more restrictive security settings than the pseudo-fs.
fr: Une telle négociation se produit typiquement lorsqu'un client passe d'un pseudo-système de fichiers du serveur à un des systèmes de fichiers physiques exportés par le serveur, qui ont souvent des paramètres de sécurité plus restrictifs que les pseudo-systèmes de fichiers.

note: type: SS
en: Using non-privileged source ports
fr: Utiliser un port source non privilégié

note: type: Plain text
en: NFS clients usually communicate with NFS servers via network sockets.  Each end of a socket is assigned a port value, which is simply a number between 1 and 65535 that distinguishes socket endpoints at the same IP address.  A socket is uniquely defined by a tuple that includes the transport protocol (TCP or UDP) and the port values and IP addresses of both endpoints.
fr: Le client NFS communique normalement avec le serveur par des tuyaux réseaux (network sockets). À chaque bout du tuyau est associé un port qui est un simple nombre entre 1 et 65535, ce qui permet de distinguer des tuyaux pointant sur la même adresse IP. Un tuyau est identifié de manière unique par un n-uplet comprenant le protocole de passage (TCP ou UDP) et les ports et adresses IP de chaque bout.

note: type: Plain text
en: The NFS client can choose any source port value for its sockets, but usually chooses a I<privileged> port.  A privileged port is a port value less than 1024.  Only a process with root privileges may create a socket with a privileged source port.
fr: Le client NFS peut choisir n'importe quel port d'origine pour ses tuyaux, mais il choisit en général un port I<privilégié> (c'est-à-dire avec une valeur inférieure à 1024). Seul un processus tournant avec des droits du superutilisateur peut créer un tuyau à partir d'un port privilégié.

note: type: Plain text
en: The exact range of privileged source ports that can be chosen is set by a pair of sysctls to avoid choosing a well-known port, such as the port used by ssh.  This means the number of source ports available for the NFS client, and therefore the number of socket connections that can be used at the same time, is practically limited to only a few hundred.
fr: La fourchette des ports potentiellement choisis est configurée par une paire de sysctls pour éviter l'utilisation de ports bien connus, tel celui de SSH. Cela signifie que le nombre de ports source potentiels pour le client NFS, et donc pour le nombre de connexions par tuyau disponible à un moment donné est en pratique de l'ordre d'une centaine.

note: type: Plain text
en: As described above, the traditional default NFS authentication scheme, known as AUTH_SYS, relies on sending local UID and GID numbers to identify users making NFS requests.  An NFS server assumes that if a connection comes from a privileged port, the UID and GID numbers in the NFS requests on this connection have been verified by the client's kernel or some other local authority.  This is an easy system to spoof, but on a trusted physical network between trusted hosts, it is entirely adequate.
fr: Comme décrit plus haut, le schéma d'authentification NFS traditionnel (connu sous le nom d'AUTH_SYS) compte sur l'envoi d'UID et de GID locaux pour identifier les utilisateurs à l'origine de requêtes. Un serveur NFS suppose que si une connexion provient d'un port non privilégié, les numéros UID et GID de la requête NFS ont déjà été vérifiés par le noyau du client ou tout autre programme système local. Ce système est facile à contourner, mais sur un réseau sécurisé d'ordinateurs de confiance, c'est parfaitement adapté.

note: type: Plain text
en: Roughly speaking, one socket is used for each NFS mount point.  If a client could use non-privileged source ports as well, the number of sockets allowed, and thus the maximum number of concurrent mount points, would be much larger.
fr: En gros, un tuyau est utilisé pour chaque point de montage NFS. Si un client peut aussi utiliser un port source non privilégié, le nombre de tuyaux autorisés (et donc le nombre maximal de points de montage en parallèles) sera beaucoup plus important.

note: type: Plain text
en: Using non-privileged source ports may compromise server security somewhat, since any user on AUTH_SYS mount points can now pretend to be any other when making NFS requests.  Thus NFS servers do not support this by default.  They explicitly allow it usually via an export option.
fr: Utiliser un port source non privilégié peut quelque peu compromettre la sécurité du serveur, car n'importe quel utilisateur d'un point de montage sur AUTH_SYS peut maintenant se faire passer pour un autre comme source de la requête. C'est pourquoi les serveurs NFS ne le prennent pas en charge par défaut. En règle générale, ils l'autorisent explicitement à l'aide d'une option de partage.

note: type: Plain text
en: To retain good security while allowing as many mount points as possible, it is best to allow non-privileged client connections only if the server and client both require strong authentication, such as Kerberos.
fr: Pour garder un bon niveau de sécurité tout en ouvrant un maximum de points de montage, il est préférable d'autoriser les connexions clients sur un port non privilégié seulement si le serveur et le client utilisent tous deux une authentification forte, comme celle fournie par Kerberos.

note: type: SS
en: Mounting through a firewall
fr: Montage à travers un pare-feu

note: type: Plain text
en: A firewall may reside between an NFS client and server, or the client or server may block some of its own ports via IP filter rules.  It is still possible to mount an NFS server through a firewall, though some of the B<mount>(8)  command's automatic service endpoint discovery mechanisms may not work; this requires you to provide specific endpoint details via NFS mount options.
fr: Un pare-feu peut se trouver entre un client NFS et le serveur, ou alors le client ou le serveur peuvent bloquer certains de leurs propres ports grâce à des règles de filtrage IP. Il est toujours possible de monter un serveur NFS à travers un pare-feu, bien que les mécanismes de découverte automatique des terminaisons d'accès (« endpoints ») de la commande B<mount>(8) peuvent ne pas fonctionner. Il vous faudra alors fournir des détails spécifiques à ces terminaisons d'accès (« endpoints ») grâce aux options de mount.

note: type: Plain text
en: NFS servers normally run a portmapper or rpcbind daemon to advertise their service endpoints to clients. Clients use the rpcbind daemon to determine:
fr: Les serveurs NFS lancent habituellement un service (daemon) portmapper ou rpcbind pour annoncer aux clients les terminaisons (endpoints) des services. Les clients se servent du démon rpcbind pour déterminer :

note: type: Plain text
en: What network port each RPC-based service is using
fr: Le port réseau utilisé par chaque service basé sur les RPC

note: type: Plain text
en: What transport protocols each RPC-based service supports
fr: Le protocole de transport utilisé par chaque service basé sur les RPC

note: type: Plain text
en: The rpcbind daemon uses a well-known port number (111) to help clients find a service endpoint.  Although NFS often uses a standard port number (2049), auxiliary services such as the NLM service can choose any unused port number at random.
fr: Le démon rpcbind utilise un port bien connu (111) afin d'aider les clients à trouver la terminaison (endpoint) d'un service. Bien que NFS utilise souvent un numéro de port standard (2049), des services auxiliaires tels que NLM peuvent choisir au hasard des numéros de port inutilisés.

note: type: Plain text
en: Common firewall configurations block the well-known rpcbind port.  In the absense of an rpcbind service, the server administrator fixes the port number of NFS-related services so that the firewall can allow access to specific NFS service ports.  Client administrators then specify the port number for the mountd service via the B<mount>(8)  command's B<mountport> option.  It may also be necessary to enforce the use of TCP or UDP if the firewall blocks one of those transports.
fr: Les configurations habituelles des pare-feu bloquent le port bien connu de rpcbind. En l'absence du service rpcbind, l'administrateur du serveur définit un numéro de port pour les services liés à NFS afin que le pare-feu puisse permettre l'accès aux ports des services spécifiques NFS. Les administrateurs des clients pourront alors indiquer le numéro du port du service mountd grâce à l'option B<mountport> de la commande B<mount>(8). Il peut être nécessaire d'imposer l'utilisation de TCP ou d'UDP si le pare-feu bloque l'un de ces transports.

note: type: SS
en: NFS Access Control Lists
fr: Désactiver le traitement des ACL (Access Control List).

note: type: Plain text
en: Solaris allows NFS version 3 clients direct access to POSIX Access Control Lists stored in its local file systems.  This proprietary sideband protocol, known as NFSACL, provides richer access control than mode bits.  Linux implements this protocol for compatibility with the Solaris NFS implementation.  The NFSACL protocol never became a standard part of the NFS version 3 specification, however.
fr: Solaris permet aux clients NFS version 3 l'accès direct aux Access Control Lists (ACL) POSIX stockés dans son système de fichiers local. Ce protocole auxiliaire propriétaire, connu sous le nom de NFSACL, offre un contrôle d'accès plus riche que le mode binaire. Linux implémente ce protocole dans un but de compatibilité avec l'implémentation NFS de Solaris. Cependant, le protocole NFSACL n'est jamais devenu une partie standard de la spécification NFS version 3.

note: type: Plain text
en: The NFS version 4 specification mandates a new version of Access Control Lists that are semantically richer than POSIX ACLs.  NFS version 4 ACLs are not fully compatible with POSIX ACLs; as such, some translation between the two is required in an environment that mixes POSIX ACLs and NFS version 4.
fr: La spécification de NFS version 4 impose une nouvelle version des Access Control Lists qui sont sémantiquement plus riches que les ACL POSIX. Les ACL de NFS version 4 ne sont pas totalement compatibles avec les ACL POSIX. De ce fait, des traductions entre les deux sont obligatoires dans un environnement qui mélange à la fois les ACL POSIX et NFS version 4.

note: type: SH
en: THE REMOUNT OPTION
fr: OPTION DE REMONTAGE

note: type: Plain text
en: Generic mount options such as B<rw> and B<sync> can be modified on NFS mount points using the B<remount> option.  See B<mount>(8)  for more information on generic mount options.
fr: Les options de montage générique comme B<rw> et B<sync> peuvent être modifiées par les points de montage utilisant l'option B<remount>. Voir B<mount>(8) pour plus d'informations sur les options génériques de montage.

note: type: Plain text
en: With few exceptions, NFS-specific options are not able to be modified during a remount.  The underlying transport or NFS version cannot be changed by a remount, for example.
fr: Sauf quelques exceptions, les options spécifiques à NFS ne peuvent pas être modifiées pendant un remontage. Par exemple, le transport sous-jacent ou la version NFS ne peuvent pas être changés par un remontage.

note: type: Plain text
en: Performing a remount on an NFS file system mounted with the B<noac> option may have unintended consequences.  The B<noac> option is a combination of the generic option B<sync>, and the NFS-specific option B<actimeo=0>.
fr: Effectuer un remontage sur un système de fichiers NFS monté avec l'option B<noac> peut avoir des conséquences inattendues. L'option B<noac> est une combinaison de l'option générique B<sync> et de l'option spécifique NFS B<actimeo=0>.

note: type: SS
en: Unmounting after a remount
fr: Démontage après remontage

note: type: Plain text
en: For mount points that use NFS versions 2 or 3, the NFS umount subcommand depends on knowing the original set of mount options used to perform the MNT operation.  These options are stored on disk by the NFS mount subcommand, and can be erased by a remount.
fr: Pour les points de montage qui utilisent NFS versions 2 ou 3, la sous-commande de démontage NFS dépend de la connaissance de l'ensemble initial des options de montage utilisées pour effectuer l'opération MNT. Ces options sont stockées sur le disque par la sous-commande de montage NFS, et peuvent être effacées par un remontage.

note: type: Plain text
en: To ensure that the saved mount options are not erased during a remount, specify either the local mount directory, or the server hostname and export pathname, but not both, during a remount.  For example,
fr: Afin de s'assurer que les options de montage enregistrées ne sont pas effacées lors d'un remontage, il faut spécifier au remontage le répertoire de montage local, ou le serveur hôte et le chemin d'exportation, mais pas les deux. Par exemple,

note: type: Plain text
en: merges the mount option B<ro> with the mount options already saved on disk for the NFS server mounted at /mnt.
fr: fusionne l'option de montage B<ro> avec les options de montage déjà enregistrées sur le disque pour le serveur NFS monté dans /mnt.

note: type: SH
en: FILES
fr: FICHIERS

note: type: Plain text
en: file system table
fr: Table des systèmes de fichiers

note: type: Plain text
en: Before 2.4.7, the Linux NFS client did not support NFS over TCP.
fr: Le client NFS antérieur à 2.4.7 ne gérait pas NFS sur TCP.

note: type: Plain text
en: Before 2.4.20, the Linux NFS client used a heuristic to determine whether cached file data was still valid rather than using the standard close-to-open cache coherency method described above.
fr: Le client NFS antérieur à 2.4.20 utilisait une heuristique pour savoir si les données mémorisées d'un fichier (en cache) étaient toujours valides plutôt qu'utiliser la méthode standard de cohérence de cache close-to-open décrite ci-dessus.

note: type: Plain text
en: Starting with 2.4.22, the Linux NFS client employs a Van Jacobsen-based RTT estimator to determine retransmit timeout values when using NFS over UDP.
fr: Depuis la version 2.4.22, le client NFS utilise une estimation RTT de type Van Jacobsen pour définir les délais de dépassement de temps (timeout) lorsqu'il utilise NFS sur UDP.

note: type: Plain text
en: Before 2.6.0, the Linux NFS client did not support NFS version 4.
fr: Le client NFS Linux antérieur à 2.6.0 ne gérait pas NFS version 4.

note: type: Plain text
en: Before 2.6.8, the Linux NFS client used only synchronous reads and writes when the B<rsize> and B<wsize> settings were smaller than the system's page size.
fr: Le client NFS antérieur à 2.6.8 n'utilisait les lectures et écritures synchrones que lorsque les réglages de B<rsize> et B<wsize> étaient inférieurs à la taille des pages du système.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: RFC 768 for the UDP specification.
fr: RFC 768 concernant la spécification UDP.

note: type: Plain text
en: RFC 793 for the TCP specification.
fr: RFC 793 concernant la spécification TCP.

note: type: Plain text
en: RFC 1094 for the NFS version 2 specification.
fr: RFC 1094 concernant la spécification de NFS version 2.

note: type: Plain text
en: RFC 1813 for the NFS version 3 specification.
fr: RFC 1813 concernant la spécification de NFS version 3.

note: type: Plain text
en: RFC 1832 for the XDR specification.
fr: RFC 1832 concernant la spécification XDR.

note: type: Plain text
en: RFC 1833 for the RPC bind specification.
fr: RFC 1833 concernant la spécification RPC bind.

note: type: Plain text
en: RFC 2203 for the RPCSEC GSS API protocol specification.
fr: RFC 2203 concernant la spécification du protocole de l'API GSS RPCSEC.

note: type: Plain text
en: RFC 5661 for the NFS version 4.1 specification.
fr: RFC 5661 concernant la spécification de NFS version 4.1.

note: type: Plain text
en: NFS is an Internet Standard protocol created by Sun Microsystems in 1984. NFS was developed to allow file sharing between systems residing on a local area network.  The Linux NFS client supports three versions of the NFS protocol: NFS version 2 [RFC1094], NFS version 3 [RFC1813], and NFS version 4 [RFC3530].
fr: NFS est un protocole standard de l'Internet créé par Sun Microsystem en 1984. NFS a été développé pour permettre le partage de fichiers entre des systèmes connectés à un réseau local. Le client NFS de Linux gère trois versions du protocole : NFS version 2 [RFC1094], NFS version 3 [RFC1813], et NFS version 4 [RFC3530].

note: type: Plain text
en: The NFS protocol version number used to contact the server's NFS service.  If the server does not support the requested version, the mount request fails.  If this option is not specified, the client negotiates a suitable version with the server, trying version 4 first, version 3 second, and version 2 last.
fr: Le numéro de version du protocole NFS utilisé pour contacter le service NFS du serveur.  Si le serveur ne gère pas la version demandée, la requête de montage échoue. Si cette option n'est pas définie, le client tente de trouver une version adaptée au serveur, en tentant successivement les versions 4, 3 puis 2.

note: type: Plain text
en: Use these options, along with the options in the first subsection above, for NFS version 4 and newer.
fr: Utilisez ces options ainsi que les options de la première sous-section ci-dessus pour les systèmes de fichiers de type NFS version 4 et plus récents.

note: type: Plain text
en: Specifies a single IPv4 address (in dotted-quad form), or a non-link-local IPv6 address, that the NFS client advertises to allow servers to perform NFS version 4 callback requests against files on this mount point. If the server is unable to establish callback connections to clients, performance may degrade, or accesses to files may temporarily hang.
fr: Indiquer une seule adresse IPv4 en quatre parties séparées par des points, ou une adresse IPv6 qui n'est pas un lien local. Le client NFS signalera alors que les serveurs peuvent envoyer des requêtes NFSv4 de rappel sur les fichiers de ce point de montage. Si le serveur ne peut pas établir de connexion de rappel (« callback ») sur ces clients, les performances peuvent être dégradées ou les accès à ces fichiers temporairement suspendus.

note: type: SH
en: BUGS
fr: BOGUES

note: type: Plain text
en: The Linux NFS client does not yet support certain optional features of the NFS version 4 protocol, such as security negotiation, server referrals, and named attributes.
fr: Le client NFS Linux ne prend toujours pas en charge certaines caractéristiques optionnelles du protocole NFS version 4, telles que la négociation de sécurité, les soumissions de serveurs et les attributs nommés.

note: type: Plain text
en: RFC 3530 for the NFS version 4 specification.
fr: RFC 3530 concernant la spécification de NFS version 4.
