mount.nfs: accès refusé par le serveur lors du montage sur des machines Ubuntu?

J'ai trois machines en production -

machineA    10.66.136.129
machineB    10.66.138.181
machineC    10.66.138.183

et Ubuntu 12.04 est installé sur toutes ces machines et j’ai un accès root à toutes ces trois machines.

Maintenant je suis supposé faire ci-dessous des choses dans mes machines ci-dessus -

Create mount point /opt/exhibitor/conf
Mount the directory in all servers.
 sudo mount <NFS-SERVER>:/opt/exhibitor/conf /opt/exhibitor/conf/

J'ai déjà créé un /opt/exhibitor/confrépertoire dans ces trois machines, comme mentionné ci-dessus.

Maintenant, j'essaie de créer un point de montage. J'ai donc suivi le processus ci-dessous -

Installez les fichiers de support NFS et le serveur de noyau NFS sur les trois ordinateurs ci-dessus.

$ sudo apt-get install nfs-common nfs-kernel-server

Créer le répertoire partagé sur les trois machines ci-dessus

$ mkdir /opt/exhibitor/conf/

Edité le /etc/exportset ajouté comme ceci dans les trois machines ci-dessus -

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
#
/opt/exhibitor/conf/     10.66.136.129(rw)
/opt/exhibitor/conf/     10.66.138.181(rw)
/opt/exhibitor/conf/     10.66.138.183(rw)

J'ai essayé de monter sur machineA comme ci-dessous de machineB et machineC et cela me donne cette erreur-

root@machineB:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

root@machineC:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

Mon /etc/exportsdossier a- t-il l' air bon? Je suis à peu près sûr que j'ai foiré mon exportsdossier. Comme j'ai le même contenu dans les trois machines du fichier export.

Une idée de ce que je fais de mal ici? Et quel sera le bon /exportsfichier ici?

exportfs

Lorsque vous créez un /etc/exportsfichier sur un serveur, vous devez vous assurer de l'exporter. En règle générale, vous voudrez exécuter cette commande:

$ exportfs -a

Cela exportera toutes les entrées du fichier d'exportations.

showmount

L'autre chose que je vais souvent faire est d'utiliser d'autres commandes pour vérifier toutes les machines qui exportent des partages NFS vers le réseau à l'aide de la showmountcommande.

$ showmount -e <NFS server name>

Exemple

Disons par exemple que je suis connecté à scully.

$ showmount -e mulder
Export list for mulder:
/export/raid1/isos     192.168.1.0/24
/export/raid1/proj     192.168.1.0/24
/export/raid1/data     192.168.1.0/24
/export/raid1/home     192.168.1.0/24
/export/raid1/packages 192.168.1.0/24

fstab

Pour les monter lors de l’amorçage, vous devez ajouter cette ligne à vos ordinateurs clients qui souhaitent utiliser les montages NFS.

server:/shared/dir /opt/mounted/dir nfs rsize=8192,wsize=8192,timeo=14,intr

montage automatique

Si vous êtes sur le point de redémarrer ces serveurs, je vous suggère fortement de vous pencher sur la configuration de automounting ( autofs) au lieu d’ajouter ces entrées /etc/fstab. C'est un peu plus de travail mais cela en vaut la peine.

Cela vous permettra de redémarrer les serveurs de manière plus indépendante les uns des autres et ne créera également le montage NFS que lorsque cela est réellement nécessaire et / ou utilisé. Quand il tourne au ralenti, il sera démonté.

Références

• 18.2 Configuration du client NFS - Guide de déploiement CentOS 5

J'ai vu la même erreur ( mount.nfs: access denied by server while mounting...) et le problème a été résolu par -o v3option comme suit:

$ sudo mount -o v3 a-nfs-server:/path/to/export /path/to/mount

• Le serveur est Ubuntu 14.04 LTS 64bit.
• Le client est CentOS 6.5 64bit.

Dans mon cas, utilise nfs4 comme suit:

$ sudo mount -t nfs4 nom du serveur: / / chemin / vers / mount

Dans le /etc/exportfichier sur le serveur

/Path/to/export 192.168.1.0/24(rw,sync,fsid=0,no_root_squash,crossmnt,no_subtree_check,no_acl)

fsid=0rend le /Path/to/exportrépertoire racine lorsque vous montez le partage.

crossmnt, car j’ai accès à d’autres lecteurs dans le système de fichiers exporté.

no_root_squash, car je veux accéder en tant qu’utilisateur root (su) du côté client. Je suis à peu près sûr que je suis le seul à pouvoir le faire sur mon réseau local.

Le serveur et les clients sont Ubuntu 14.04 64bit.

Si vous voulez utiliser nfs3, la réponse de @fumisky-wells fonctionne également pour moi.

Je recevais le même message d'erreur et mon problème était dû au fait que la machine cliente avait deux interfaces réseau connectées au même réseau local. Le serveur avait été configuré pour s’attendre à une adresse IP spécifique et le trafic était acheminé sur la deuxième interface dotée d’une adresse IP DHCP. Donc, je viens de configurer la deuxième interface pour avoir une adresse IP statique et également ajouté la deuxième adresse IP statique à la configuration du serveur.

/etc/exportsdoit être modifié sur la machine du serveur NFS , et non sur les clients, comme vous le dites, comme il est vérifié par le serveur NFS lorsqu'un client demande l'accès à un partage.

Si vous mettez les informations suivantes /etc/exportssur le serveur NFS, cela devrait fonctionner:

/opt/exhibitor/conf 10.66.136.129(rw)
/opt/exhibitor/conf 10.66.138.181(rw)
/opt/exhibitor/conf 10.66.138.183(rw)

Si nfs-client tente de monter un partage exporté dans un conteneur linux, celui-ci doit s'exécuter en mode privilégié.

En cas de docker;

$ docker run -it --rm --privileged ubuntu:14.04

Pour moi, le problème était que j'utilisais l'adresse IP du serveur à la /etc/exports/place de celle du client .

Le fait est que vous devez mettre tous les ips auxquels vous accordez l’accès sur le serveur. /etc/exports/

Après avoir lutté avec ce même message d'erreur pendant des heures, mon problème s'est avéré être rien de plus compliqué que de bonnes anciennes autorisations de fichiers Linux sur l'hôte NFS.

Le dossier que j'essayais de partager ( /home/foo/app/share) disposait des autorisations appropriées, mais étant donné que le répertoire de base de l'utilisateur ( /home/foo) était en 0750mode, NFS n'était pas en mesure de le parcourir pour accéder au répertoire partagé.

Dès que j'ai mis le répertoire de base de l'utilisateur en mode 0751, le service NFS a pu y accéder et j'ai pu monter le partage à partir de mon ordinateur client.

Pour moi, le problème était que mon routeur avait changé l'adresse IP utilisée du client, de sorte que l'entrée /etc/exportssur la machine serveur permettait uniquement l'accès à une adresse IP qui n'était plus utilisée.

La même chose pourrait se produire si vous essayez de monter un partage NFS sur une instance de Virtual Box avec un adaptateur réseau configuré en tant que NAT.

Le choix Bridged Adapterdans les paramètres réseau de la machine virtuelle résout ce problème.

Je sais que c'est un vieux fil, mais mon problème avait à voir avec LXC et AppArmor .

La suppression d' AppArmor ou l'ajout d'un profil d'exception l'a corrigé.

Cette erreur peut également être provoquée en essayant de monter un chemin crypté. (Par exemple, dans votre répertoire personnel, si vous avez choisi de le chiffrer)

La seule solution qui a fonctionné pour moi était d’exporter les systèmes de fichiers /srv. Il semble que ceci soit une limitation (ou une option par défaut, au moins) de NFSv4.

Étant donné que j'essayais d'exporter une clé USB /mediavers laquelle un montage automatique était effectué , il me fallait un moyen de le monter /srv. Pour cela:

sudo mkdir /srv/videos
sudo mount --bind /media/jim/wdportable/videos /srv/videos

Et dans /etc/exports:

/srv/videos 192.168.0.200(ro)

Lorsque j'exportais /media/jim/wdportable/videosdirectement, la tentative de montage sur le client aboutissait toujours à mount.nfs: access denied by server.

La -o v3solution a fonctionné, mais je ne voulais pas forcer v3.

Il convient de noter qu'une page liée qui m'amène ici avait ma bonne réponse, à savoir que vous ne pouvez PAS utiliser de caractère générique * dans l'adresse IP lors de l'exportation. Il s'agit soit * (toutes les adresses IP), soit utilisé comme caractère générique dans les noms de domaine IE: * .domain.com.

Ex: c'est correct

/Path/to/export 192.168.1.0/24(flags)

Cela ne fonctionnera pas (ou est au moins incorrect), mais a fonctionné pour moi pendant des années jusqu'à ce que j'essaye de monter l'exportation à partir d'une machine virtuelle Fedora.

/Path/to/export 192.168.1.*(flags)