Comment configurer un montage NFS sur Ubuntu 18.04

NFS, ou système de fichiers réseau, est un protocole de système de fichiers distribué qui vous permet de monter des répertoires distants sur votre serveur. Cela vous permet de gérer un espace de stockage dans un emplacement différent et d’écrire sur cet espace à partir de plusieurs clients. NFS fournit un moyen relativement rapide et facile d’accéder aux systèmes distants via un réseau et fonctionne bien dans les situations où les ressources partagées doivent être accédées régulièrement.

Dans ce guide, nous verrons comment installer les composants nécessaires à la fonctionnalité NFS, configurer les montages NFS et démonter un partage NFS distant.

Nous allons utiliser deux serveurs dans ce tutoriel, l’un partageant son système de fichiers avec l’autre. Pour suivre, vous aurez besoin de:

Tout au long de ce didacticiel, nous faisons référence au serveur qui partage ses répertoires en tant que * hôte * et au serveur qui monte ces répertoires en tant que * client *. Pour les conserver correctement, nous allons utiliser les adresses IP suivantes comme remplaçants pour les valeurs * host * et * client *:

Lorsque ces adresses IP apparaissent dans les commandes et les fichiers de configuration, vous devrez les remplacer par vos propres adresses IP * hôte * et * client * respectives.

Nous allons commencer par installer les composants nécessaires sur chaque serveur.

Nous allons partager deux répertoires distincts, avec des paramètres de configuration différents, afin d’illustrer deux manières principales de configurer les montages NFS en ce qui concerne l’accès superutilisateur.

Les super-utilisateurs peuvent tout faire n’importe où sur leur système. Toutefois, les répertoires montés sur NFS ne faisant pas partie du système sur lequel ils sont montés, le serveur NFS refuse par défaut d’exécuter des opérations nécessitant des privilèges de superutilisateur. Cette restriction par défaut signifie que les superutilisateurs sur le * client * ne peuvent pas écrire de fichiers en tant que * racine *, réaffecter la propriété ou effectuer toute autre tâche de superutilisateur sur le montage NFS.

Cependant, il arrive parfois que des utilisateurs de confiance sur le système * client * aient besoin d’effectuer ces actions sur le système de fichiers monté, mais qu’ils n’aient pas besoin d’un accès superutilisateur sur * l’hôte *. Vous pouvez configurer le serveur NFS pour autoriser cette opération, bien que cela introduise un élément de risque, de sorte qu’un utilisateur peut puisse obtenir un accès root à l’ensemble du système * hôte *.

Nous plongerons ensuite dans le fichier de configuration NFS pour configurer le partage de ces ressources.

Ouvrez le fichier + / etc / exports + dans votre éditeur de texte avec les privilèges * root *:

Le fichier contient des commentaires montrant la structure générale de chaque ligne de configuration. La syntaxe est la suivante:

/ etc / exports

Nous devrons créer une ligne pour chacun des répertoires que nous prévoyons de partager. Puisque notre exemple * client * a une adresse IP de «+ 203.0.113.24 +», nos lignes ressembleront à ce qui suit. Assurez-vous de changer l’adresse IP indiquée ici par celle de votre * client *:

/ etc / exports

Ici, nous utilisons les mêmes options de configuration pour les deux répertoires à l’exception de + no_root_squash +. Voyons ce que chacune de ces options signifie:

Lorsque vous avez terminé vos modifications, enregistrez et fermez le fichier. Ensuite, pour rendre les partages disponibles aux clients que vous avez configurés, redémarrez le serveur NFS à l’aide de la commande suivante:

Avant de pouvoir utiliser les nouveaux partages, vous devez toutefois vous assurer que le trafic sur les partages est autorisé par les règles de pare-feu.

Commençons par vérifier l’état du pare-feu pour voir s’il est activé et, le cas échéant, ce qui est actuellement autorisé:

Sur notre système, seul le trafic SSH est autorisé à passer. Nous devons donc ajouter une règle pour le trafic NFS.

Avec de nombreuses applications, vous pouvez utiliser + sudo ufw app list + et les activer par leur nom, mais + nfs + n’en fait pas partie. Cependant, comme + ufw + vérifie également + / etc / services + pour le port et le protocole d’un service, nous pouvons toujours ajouter NFS par nom. La meilleure pratique vous recommande d’activer la règle la plus restrictive qui permette toujours le trafic que vous souhaitez autoriser. Ainsi, plutôt que de l’activer, n’importe où, nous serons spécifiques.

Utilisez la commande suivante pour ouvrir le port + 2049 + sur * l’hôte *, en vous assurant de remplacer l’adresse IP de votre * client *:

Vous pouvez vérifier le changement en tapant:

Vous devriez voir le trafic autorisé du port + 2049 + dans la sortie:

Cela confirme que UFW n’autorise le trafic NFS que sur notre port * client * sur le port + 2049 +.

Maintenant que le serveur * hôte * est configuré et sert ses partages, nous allons préparer notre * client *.

Afin de rendre les partages distants disponibles sur le * client *, nous devons monter les répertoires sur le * hôte * que nous voulons partager dans des répertoires vides sur le * client *.

Nous allons créer deux répertoires pour nos supports:

Maintenant que nous avons un emplacement pour placer les partages distants et que nous avons ouvert le pare-feu, nous pouvons monter les partages en adressant notre serveur * hôte *, qui dans ce guide est + 203.0.113.0 +:

Ces commandes monteront les partages de l’ordinateur hôte sur la machine * client *. Vous pouvez vérifier qu’ils ont été montés avec succès de plusieurs manières. Vous pouvez vérifier cela avec une commande simple + mount + ou + + findmnt + , mais + df -h + `fournit une sortie plus lisible qui illustre comment l’utilisation du disque est affichée différemment pour les partages NFS:

Les deux actions que nous avons montées apparaissent en bas. Comme ils ont été montés à partir du même système de fichiers, ils affichent la même utilisation du disque. Pour voir la quantité d’espace réellement utilisée sous chaque point de montage, utilisez la commande d’utilisation du disque + du + et le chemin du montage. L’indicateur + -s + fournit un résumé de l’utilisation plutôt que l’affichage de l’utilisation de chaque fichier. + -H + imprime une sortie lisible par l’homme.

Par exemple:

Cela nous montre que le contenu de tout le répertoire de base n’utilise que 36 Ko de l’espace disponible.

Ensuite, testons l’accès aux partages en écrivant quelque chose à chacun d’eux.

Nous pouvons monter les partages NFS distants automatiquement au démarrage en les ajoutant au fichier + / etc / fstab + sur le * client *.

Ouvrez ce fichier avec les privilèges root dans votre éditeur de texte:

Au bas du fichier, ajoutez une ligne pour chacune de nos actions. Ils vont ressembler à ceci:

/ etc / fstab

Le * client * serveur montera automatiquement les partitions distantes au démarrage, bien que l’établissement de la connexion et de la disponibilité des partages puisse prendre quelques instants.

Si vous ne souhaitez plus que le répertoire distant soit monté sur votre système, vous pouvez le démonter en sortant de la structure de répertoires du partage et en le démontant, comme suit:

Cela supprimera les partages distants, ne laissant que votre stockage local accessible:

Si vous souhaitez également empêcher leur remontage lors du prochain redémarrage, éditez + / etc / fstab + et supprimez la ligne ou mettez-la en commentaire en plaçant un symbole # au début de la ligne. Vous pouvez également empêcher le montage automatique en supprimant l’option + auto +, ce qui vous permettra de le monter manuellement.

Dans ce tutoriel, nous avons créé un hôte NFS et illustré quelques comportements clés de NFS en créant deux montages NFS différents, que nous avons partagés avec notre client NFS *. Si vous souhaitez implémenter NFS en production, il est important de noter que le protocole lui-même n’est pas chiffré. Dans les cas où vous partagez des fichiers destinés à être accessibles au public, cela ne pose aucun problème grave.

Si vous utilisez NFS pour des données privées, vous devrez toutefois décider de la manière dont vous souhaitez protéger ces données. Vous pourrez peut-être acheminer NFS via SSH ou une connexion VPN pour créer une expérience plus sécurisée, mais cela entraîne souvent une réduction importante des performances. Si les performances posent problème, envisagez SSHFS. Il est légèrement plus lent que le trafic NFS non chiffré, mais généralement beaucoup plus rapide que le NFS tunnel. Le chiffrement authentifié par Kerberos pour NFS est une autre option à explorer.