web-dev-qa-db-fra.com

Mont.NFS: Accès refusé par le serveur lors du montage

Sur mon système Ubuntu, j'ai cette ligne dans/etc/fstab:

myserver:/home/me /mnt/me nfs rsize=8192,wsize=8192,timeo=14,intr

Quand je fais

Sudo mount -a

Je reçois:

mount.nfs: access denied by server while mounting myserver:/home/me

Comment puis-je diagnostiquer ce problème? Le serveur NFS est également Ubuntu.

Détails supplémentaires: Je suis capable de monter cette part NFS d'autres clients Ubuntu sur le même réseau sans problème. Toutefois, le client problématique est différent en ce qu'il est à l'intérieur de VirtualBox sur un système Windows. Je peux ping "myserver" bien du client problématique.

éditer :/etc/exporte sur "myServer":

/home/me *(rw,all_squash,async,no_subtree_check,anonuid=1000,anongid=1000)

/etc/hosts.allowond et /etc/hosts.Deny sur "myserver" sont tous deux tous les commentaires. Et gardez à l'esprit que je peux connecter l'amende d'autres clients sur le même réseau.

ubuntuvirtual-machinesnfs
12
JoelFan

Trouvé!

L'un des journaux avait la ligne:

refused mount request from 192.168.1.108 for /home/me (/home/me): illegal port 64112

J'ai googlé et j'ai constaté que depuis que le port est supérieur à 1024, j'ai besoin d'ajouter l'option "Sous-espacement" à la ligne correspondante dans/etc/exportations sur le serveur. Une fois que j'ai fait cela (et Ran Exportsfs -r), le mont -A sur le client a fonctionné.

22
JoelFan

Cette question est liée à la manière dont le réseau est défini pour votre VM.

Par défaut avec VirtualBox, vous avez [~ # ~] NAT [~ # ~ ~] Réseau. Qui résultent Traduction Port.

Étape par étape cela donne:

  1. Le client NFS utilise un port réservé (<1024 ... qui ne peut être ouvert que par root -> sécurisé)
  2. VirtualBox fait la traduction du port (NAT) -> le port client est maintenant supérieur à 1024
  3. Le serveur NFS refuse la connexion pour ce port d'insécurité.

Comme mentionné par @joelfan, une solution serait de définir l'option insecure sur le serveur. Ceci est une solution rapide mais ... insécurité;)

Ce qui fixe le cas pour moi (de manière sécurisée) devait changer de [~ # ~ # ~ ~ ~ ~] to pont Réseau pour ce VM. De cette façon, mon VM a sa propre adresse IP et aucune traduction du port n'est effectuée.

10
samb

Devinez quoi ... pour moi, la source de la même erreur était une désactivation de la version entre mon client NFS et le serveur.

Les journaux étaient silencieux comme si rien ne se passait, et seule Nfswatch fonctionnant sur le côté serveur m'a aidé à clarifier la situation.

Le problème a été résolu en ajoutant l'option de montage NFSver du côté du client:

server:/path   /mount/point   nfs   nfsvers=3   0 0
2
revl

Avez-vous vérifié que la résolution du nom est correcte sur le serveur du client qui tente de se connecter (et est répertorié dans le fichier Exports)?

1
Matt Simmons

Si cela aide les autres personnes, j'ai un synology NAS et le point NFS a effectivement ajouté un autre élément au chemin.

J'essayais de monter "xxx.xxx.xxx.xxx/folder" car c'est ce que je fais dans Windows. Mais pour Ubuntu avec NFS, j'ai dû utiliser "xxx.xxx.xxx.xxx/volume1/folder".

0
Webs

vérifiez les fichiers hosts.allow et hosts.deny Et si le client est entré correctement. Lorsque cela ne vous aide pas, veuillez publier votre fichier d'exportation.

0
Christian