OK, je suis sérieusement confondu avec ce genre de choses, de sorte que des réponses descriptives vraiment descriptives seraient appréciées, surtout s'ils font de toute cette forme de montage moins magique et plus prévisible.
J'essaie de monter mes NAS Drobo-FS avec NFS pour obtenir une meilleure performance qu'avec CIFS. P>
Le Drobo exécute une distribution de Linux réduite coupé. P>
inside / etc / fstab sur la machine client (Ubuntu avec IP: 192.168.1.150 ) P>
client$ sudo chmod 123 /media/drobonfs/somefile client$ ls -l /media/drobonfs/somefile ---x-w--wx 1 root root 0 2012-01-04 14:15 /media/drobonfs/somefile drobo$ ls -l /mnt/DroboFS/Shares/public/somefile ---x-w--wx 1 root root 0 Jan 4 14:15 /mnt/DroboFS/Shares/public/somefile
3 Réponses :
On dirait que cela devrait fonctionner dans les exportations sur le Drobo: où nnn est votre identifiant d'utilisateur numérique sur le client. >
Malheureusement non, cela n'a pas fonctionné. Il est toujours monté, mais le propriétaire / groupe était toujours réglé sur la racine.
changer / etc / exports strong> à: puis sur le serveur NFS, exécutez: p> $ sudo exportfs -a
Pourquoi l'option est-elle insécurité Aide ici ...?
Lorsqu'un partage est monté, l'ID utilisateur (UID) du système hôte est mappé sur l'ID utilisateur (UID) du client.
sur le client L'utilisateur mappé (basé sur l'ID utilisateur) deviendra le propriétaire de la Share monté.
Votre problème est causé parce que l'hôte utilise d'autres uid, alors le client.
Vous pouvez résoudre ceci en définissant un fichier /etc/nfs.map:
Ça ressemblera à: Donc, lorsque vous utilisez NFS, vous devez vous assurer qu'il existe une correspondance UID / GID entre les utilisateurs de l'hôte et du client.
Veuillez lire l'article suivant: http: //www.kernelcrash .com / blog / nfs-uidgid-mapping / 2007/09/10 / Un autre excellent moyen de résoudre ce problème regarde dans l'UID sur le système hôte et client en regardant sur cette ou en tapant: changez l'UID avec: bonne chance! /etc/nfs.map #
GID 500 1000 # Drobo Client
UID 500 2003 # DROBO Client / etc / passwd sur les deux systèmes.
map_static qui est pour la définition nfs.map n'est pas reconnu sur Centos 7 x86_64 avec NFS-Server installé par défaut. mot-clé inconnu "map_static = / etc / nfs.map"
Changer UID / GID pour laisser le serveur et le client ont le même numéro UID / GID pour moi. Linux-changement-uids-and-gids-for-userner