Chapitre 8.  Network File System (NFS)

Actuellement, il y a deux versions de NFS incluses dans Red Hat Enterprise Linux. NFS version 3 (NFSv3) prend en charge les écritures asynchrones sécurisées et offre une gestion des erreurs plus robuste que NFSv2. NFSv3 prend aussi en charge les fichiers et décalages d'une taille de 64 bits, permettant ainsi aux clients d'accéder à plus de 2 Go de données de fichiers. NFSv4 fonctionne à travers les parefeux et sur l'Internet, n'a plus besoin du service rpcbind, prend en charge les ACL, et utilise les opérations stateful.

Red Hat Enterprise Linux 7 ajoute un support à NFS version 4.1 (NFSv4.1), ce qui propose un certain nombre d'améliorations des performances et de la sécurité, y compris la prise en charge des clients pNFS (« Parallel NFS »). En outre, une connexion TCP distincte n'est plus nécessaire pour les rappels, permettant ainsi à un serveur NFS d'attribuer des délégations même lorsqu'il ne peut pas contacter le client (par exemple lorsqu'un pare-feu ou un NAT interfère). De plus, NFSv4.1 fournit des sémantiques true exactement-une (sauf pour les opérations de démarrage), résolvant ainsi un problème connu qui faisait que certaines opérations pouvaient renvoyer un résultat inexact si une réponse était perdue et que l'opération avait été envoyée à deux reprises.

Red Hat Enterprise Linux 7 prend en charge les clients NFSv3, NFSv4.0, et NVSv4.1. Les clients NFS tentent de monter par NFSv4.0 par défaut, et retombent sur NFSv3 si l'opération de montage a échoué.

Toutes les versions de NFS peuvent utiliser TCP (Transmission Control Protocol) exécuté sur un réseau IP, avec NFSv4 qui le requiert. NFSv3 peuvent utiliser le protocole UDP (User Datagram Protocol) exécuté sur un réseau IP afin de fournir une connexion réseau sans état (« Stateless ») entre le client et le serveur.

Lors de l'utilisation de NFSv3 avec UDP, la connexion UDP sans état (sous des conditions normales) possède un alourdissement du protocole moindre que TCP. Ceci se traduit par de meilleures performances sur des réseaux propres et non encombrés. Cependant, comme UDP est sans état, si le serveur tombe en panne de manière inattendue, les clients UDP continueront de saturer le réseau avec des requêtes pour le serveur. En outre, lorsqu'une trame est perdue avec UDP, la requête RPC entière doit être retransmise. Avec TCP, seule la trame perdue doit être envoyée à nouveau. Pour ces raisons, TCP est le protocole préféré lors d'une connexion à un serveur NFS.

The mounting and locking protocols have been incorporated into the NFSv4 protocol. The server also listens on the well-known TCP port 2049. As such, NFSv4 does not need to interact with rpcbind ^[1], lockd, and rpc.statd daemons. The rpc.mountd daemon is still required on the NFS server to set up the exports, but is not involved in any over-the-wire operations.

Une fois que les emballages TCP auront fourni l'accès au client, le serveur NFS se réfèrera au fichier de configuration /etc/exports pour déterminer si le client a le droit d'accéder à un système de fichiers exporté. Une fois cette vérification effectuée, toutes les opérations des fichiers et répertoires seront disponibles pour l'utilisateur.