Network File System (NFS) est un protocole de système de fichiers distribué qui vous permet de partager des répertoires distants sur un réseau. Avec NFS, vous pouvez monter des répertoires distants sur votre système et travailler avec les fichiers sur la machine distante comme s'il s'agissait de fichiers locaux.
Le protocole NFS n'est pas crypté par défaut et contrairement à Samba, il ne fournit pas d'authentification de l'utilisateur. L'accès au serveur est limité par les adresses IP ou les noms d'hôte des clients.
Dans ce didacticiel, nous verrons comment configurer un serveur NFSv4 sur Ubuntu 18.04. Nous vous montrerons également comment monter un système de fichiers NFS sur le client.
Prérequis #
Cet exemple suppose que vous avez un serveur exécutant Ubuntu 18.04 et un autre exécutant toute autre distribution Linux. Le serveur et les clients doivent pouvoir communiquer entre eux via un réseau privé. Si votre fournisseur d'hébergement ne propose pas d'adresses IP privées, vous pouvez utiliser les adresses IP publiques et configurer le pare-feu du serveur pour autoriser le trafic sur le port 2049 uniquement à partir de sources fiables.
Les machines de cet exemple ont les adresses IP suivantes :
NFS Server IP: 192.168.33.10
NFS Clients IPs: From the 192.168.33.0/24 range
Configurer le serveur NFS #
Nous allons commencer par installer et configurer le serveur NFS.
Installation du serveur NFS #
Actualisez l'index des packages et installez le package du serveur NFS :
sudo apt updatesudo apt install nfs-kernel-server
Une fois l'installation terminée, les services NFS démarreront automatiquement.
Par défaut, sur Ubuntu 18.04, NFS version 2 est désactivé. Les versions 3 et 4 sont activées. Vous pouvez le vérifier en exécutant le cat suivant commande :
sudo cat /proc/fs/nfsd/versions-2 +3 +4 +4.1 +4.2
NFSv2 est assez ancien maintenant, et il n'y a aucune raison de l'activer.
Les options de configuration du serveur NFS sont définies dans /etc/default/nfs-kernel-server et /etc/default/nfs-common des dossiers. Les paramètres par défaut sont suffisants dans notre cas.
Création des systèmes de fichiers #
Lors de la configuration d'un serveur NFSv4, il est recommandé d'utiliser un répertoire racine NFS global et de lier le montage des répertoires réels au point de montage partagé. Dans cet exemple, nous utiliserons le /srv/nfs4 répertoire en tant que racine NFS.
Nous allons partager deux répertoires (/var/www et /opt/backups ), avec différents paramètres de configuration, pour mieux expliquer comment les montages NFS peuvent être configurés.
Créez le système de fichiers d'exportation à l'aide de mkdir commande :
sudo mkdir -p /srv/nfs4/backupssudo mkdir -p /srv/nfs4/www
Montez les répertoires réels :
sudo mount --bind /opt/backups /srv/nfs4/backupssudo mount --bind /var/www /srv/nfs4/www
Pour rendre les montages liés permanents, ouvrez le /etc/fstab fichier :
sudo nano /etc/fstabet ajoutez les lignes suivantes :
/etc/fstab/opt/backups /srv/nfs4/backups none bind 0 0
/var/www /srv/nfs4/www none bind 0 0
Exporter les systèmes de fichiers #
L'étape suivante consiste à définir les systèmes de fichiers qui seront exportés par le serveur NFS, les options de partage et les clients autorisés à accéder à ces systèmes de fichiers. Pour ce faire, ouvrez le fichier /etc/exports fichier :
sudo nano /etc/exports/etc/exports Le fichier contient également des commentaires décrivant comment exporter un répertoire.
Dans notre cas, nous devons exporter le www et backups répertoires et n'autoriser l'accès qu'aux clients sur le 192.168.33.0/24 réseau :
/srv/nfs4 192.168.33.0/24(rw,sync,no_subtree_check,crossmnt,fsid=0)
/srv/nfs4/backups 192.168.33.0/24(ro,sync,no_subtree_check) 192.168.33.3(rw,sync,no_subtree_check)
/srv/nfs4/www 192.168.33.110(rw,sync,no_subtree_check)
La première ligne contient fsid=0 qui définissent le répertoire racine NFS /srv/nfs4 . L'accès à ce volume NFS n'est autorisé qu'aux clients du 192.168.33.0/24 sous-réseau. Le crossmnt l'option est requise pour partager des répertoires qui sont des sous-répertoires d'un répertoire exporté.
La deuxième ligne montre comment spécifier plusieurs règles d'exportation pour un système de fichiers. Il exporte le /srv/nfs4/backups répertoire et n'autorise qu'un accès en lecture à l'ensemble 192.168.33.0/24 plage et accès en lecture et en écriture à 192.168.33.3 . La sync indique à NFS d'écrire les modifications sur le disque avant de répondre.
La dernière ligne devrait être explicite. Pour plus d'informations sur toutes les options disponibles, tapez man exports dans votre terminal.
Enregistrez le fichier et exportez les partages :
sudo exportfs -ra
Vous devez exécuter la commande ci-dessus chaque fois que vous modifiez le /etc/exports dossier. S'il y a des erreurs ou des avertissements, ils seront affichés sur le terminal.
Pour afficher les exportations actives en cours et leur état, utilisez :
sudo exportfs -v
La sortie inclura toutes les actions avec leurs options. Comme vous pouvez le voir, il y a aussi des options que nous n'avons pas définies dans le /etc/exports dossier. Ce sont des options par défaut et si vous souhaitez les modifier, vous devrez définir explicitement ces options.
/srv/nfs4/backups
192.168.33.3(rw,wdelay,root_squash,no_subtree_check,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4/www 192.168.33.110(rw,wdelay,root_squash,no_subtree_check,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4 192.168.33.0/24(rw,wdelay,crossmnt,root_squash,no_subtree_check,fsid=0,sec=sys,rw,secure,root_squash,no_all_squash)
/srv/nfs4/backups
192.168.33.0/24(ro,wdelay,root_squash,no_subtree_check,sec=sys,ro,secure,root_squash,no_all_squash)
Sur Ubuntu, root_squash est activé par défaut. C'est l'une des options les plus importantes concernant la sécurité NFS. Il empêche les utilisateurs root connectés à partir des clients d'avoir des privilèges root sur les partages montés. Il mappera la racine UID et GID à nobody /nogroup UID /GID .
Pour que les utilisateurs des machines clientes aient accès, NFS s'attend à ce que les ID d'utilisateur et de groupe du client correspondent à ceux du serveur. Une autre option consiste à utiliser la fonctionnalité de mappage d'identifiants NFSv4 qui traduit les identifiants d'utilisateur et de groupe en noms et inversement.
C'est ça. À ce stade, vous avez configuré un serveur NFS sur votre serveur Ubuntu. Vous pouvez maintenant passer à l'étape suivante et configurer les clients et vous connecter au serveur NFS.
Configuration du pare-feu #
Si vous utilisez un pare-feu sur votre réseau, vous devrez ajouter une règle qui autorisera le trafic sur le port NFS.
En supposant que vous utilisez UFW pour gérer votre pare-feu pour autoriser l'accès depuis le 192.168.33.0/24 sous-réseau, vous devez exécuter la commande suivante :
sudo ufw allow from 192.168.33.0/24 to any port nfsPour vérifier l'exécution du changement :
sudo ufw status
La sortie doit montrer que le trafic sur le port 2049 est autorisé :
To Action From
-- ------ ----
2049 ALLOW 192.168.33.0/24
22/tcp ALLOW Anywhere
22/tcp (v6) ALLOW Anywhere (v6)
Configurer les clients NFS #
Maintenant que le serveur NFS est configuré et que les partages sont exportés, l'étape suivante consiste à configurer les clients et à monter les systèmes de fichiers distants.
Vous pouvez également monter le partage NFS sur des machines macOS et Windows, mais nous nous concentrerons sur les systèmes Linux.
Installation du client NFS #
Sur les machines clientes, nous n'avons besoin d'installer que les outils nécessaires pour monter un système de fichiers NFS distant.
-
Installer le client NFS sur Debian et Ubuntu
Le nom du paquet qui inclut les programmes pour monter les systèmes de fichiers NFS sur les distributions basées sur Debian est
nfs-common. Pour l'installer, lancez :sudo apt updatesudo apt install nfs-common -
Installer le client NFS sur CentOS et Fedora
Sur Red Hat et ses dérivés installez le
nfs-utilspaquet :sudo yum install nfs-utils
Montage des systèmes de fichiers #
Nous allons travailler sur la machine cliente avec IP 192.168.33.110 qui a un accès en lecture et en écriture au /srv/nfs4/www système de fichiers et accès en lecture seule à /srv/nfs4/backups système de fichiers.
Créez deux nouveaux répertoires pour les points de montage. Vous pouvez créer ces répertoires à n'importe quel endroit de votre choix.
sudo mkdir -p /backupssudo mkdir -p /srv/www
Montez les systèmes de fichiers exportés avec le mount commande :
sudo mount -t nfs -o vers=4 192.168.33.10:/backups /backupssudo mount -t nfs -o vers=4 192.168.33.10:/www /srv/www
Où 192.168.33.10 est l'IP du serveur NFS. Vous pouvez également utiliser le nom d'hôte au lieu de l'adresse IP, mais il doit pouvoir être résolu par la machine cliente. Cela se fait généralement en mappant le nom d'hôte à l'IP dans le /etc/hosts fichier.
Lors du montage d'un système de fichiers NFSv4, vous devez omettre le répertoire racine NFS, donc au lieu de /srv/nfs4/backups vous devez utiliser /backups .
Vérifiez que les systèmes de fichiers distants sont correctement montés à l'aide du montage ou de df commande :
df -hLa commande imprimera tous les systèmes de fichiers montés. Les deux dernières lignes sont les partages montés :
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00 38G 1.7G 36G 5% /
devtmpfs 236M 0 236M 0% /dev
tmpfs 244M 0 244M 0% /dev/shm
tmpfs 244M 4.5M 240M 2% /run
tmpfs 244M 0 244M 0% /sys/fs/cgroup
/dev/sda2 1014M 87M 928M 9% /boot
tmpfs 49M 0 49M 0% /run/user/1000
192.168.33.10:/backups 9.7G 1.2G 8.5G 13% /backups
192.168.33.10:/www 9.7G 1.2G 8.5G 13% /srv/www
Pour rendre les montages permanents au redémarrage, ouvrez le /etc/fstab fichier :
sudo nano /etc/fstabet ajoutez les lignes suivantes :
/etc/fstab192.168.33.10:/backups /backups nfs defaults,timeo=900,retrans=5,_netdev 0 0
192.168.33.10:/www /srv/www nfs defaults,timeo=900,retrans=5,_netdev 0 0
Pour trouver plus d'informations sur les options disponibles lors du montage d'un système de fichiers NFS, tapez man nfs dans votre terminal.
Une autre option pour monter les systèmes de fichiers distants consiste à utiliser soit le autofs outil ou pour créer une unité systemd.
Test d'accès NFS #
Testons l'accès aux partages en créant un nouveau fichier sur chacun d'eux.
Tout d'abord, essayez de créer un fichier de test dans /backups répertoire en utilisant le touch commande :
sudo touch /backups/test.txt
Le /backup le système de fichiers est exporté en lecture seule et comme prévu, vous verrez un Permission denied message d'erreur :
touch: cannot touch ‘/backups/test’: Permission denied
Ensuite, essayez de créer un fichier de test dans le /srv/www répertoire en tant que racine en utilisant le sudo commande :
sudo touch /srv/www/test.txt
Encore une fois, vous verrez Permission denied message.
touch: cannot touch ‘/srv/www’: Permission denied
Si vous vous souvenez du /var/www le répertoire appartient à www-data utilisateur et ce partage a root_squash jeu d'options qui associe l'utilisateur root à nobody utilisateur et nogroup groupe qui ne dispose pas d'autorisations d'écriture sur le partage distant.
En supposant que vous ayez un www-data utiliser sur la machine cliente avec le même UID et GID comme sur le serveur distant (ce qui devrait être le cas si par exemple, vous avez installé nginx sur les deux machines) vous pouvez tester de créer un fichier en tant qu'utilisateur www-data avec :
sudo -u www-data touch /srv/www/test.txtLa commande n'affichera aucune sortie, ce qui signifie que le fichier a été créé avec succès.
Pour le vérifier, listez les fichiers dans le /srv/www répertoire :
ls -la /srv/wwwLa sortie doit afficher le fichier nouvellement créé :
drwxr-xr-x 3 www-data www-data 4096 Jun 23 22:18 .
drwxr-xr-x 3 root root 4096 Jun 23 22:29 ..
-rw-r--r-- 1 www-data www-data 0 Jun 23 21:58 index.html
-rw-r--r-- 1 www-data www-data 0 Jun 23 22:18 test.txt
Démontage du système de fichiers NFS #
Si vous n'avez plus besoin du partage NFS distant, vous pouvez le démonter comme tout autre système de fichiers monté à l'aide de la commande umount. Par exemple, pour démonter le fichier /backup partage que vous exécuteriez :
sudo umount /backups
Si le point de montage est défini dans le /etc/fstab fichier, assurez-vous de supprimer la ligne ou de la commenter en ajoutant # au début de la ligne.