J'ai un serveur avec NFSv4. Je monte le contenu du dossier de base de l'utilisateur distant sur l'hôte local. Capable de lire et d'écrire le contenu, mais lorsque je vérifie la propriété des fichiers du volume monté à partir de l'hôte local, ils appartiennent tous à l'utilisateur et au groupe distants correspondants (512). Existe-t-il un moyen de donner l'impression qu'ils appartiennent à l'utilisateur et au groupe locaux (1000) sur l'hôte local?
/ etc / exports sur l' hôte distant (IP est 192.168.1.110)
/home/user512 192.168.1.142(rw,sync,all_squash,anonuid=512,anongid=512)
/ etc / fstab sur l' hôte local (IP est 192.168.1.142)
192.168.1.110:/home/user512 /home/localuser/projects/project512 nfs rw,hard,intr,rsize=32768,wsize=32768 0 0
rpcidmapd
sur mon client Linux Mint.echo N > /sys/module/nfsd/parameters/nfs4_disable-idmapping
que cela rendra ce paramètre permanent, ou devrai-je le réinitialiser à chaque fois après le redémarrage?idmapd
place derpcidmapd
nfs-idmapd
Vous avez tous les morceaux là. A partir de la page de manuel exportfs,
all_squash
mappe tous les uids et gids aux versions anonymes. Ce que vous avez écrit a forcé ces valeurs à 512. Si vous passez à 1000, le serveur nfs sur l'hôte distant produira tout en 1000 et l'accès devra être accordé.la source
anonuid=1000,anongid=1000
etanonuid=1003,anongid=1003
(et de redémarrer le serveur nfss, et de démonter / remonter le partage) et aucun des deux ne fonctionne. Vote négatif, parce que cette réponse ne semble pas fonctionner./home/gkistner *(async,rw,all_squash,anonuid=1000,anongid=1000,no_subtree_check)
dans les exportations, et10.20.118.112:/home/gkistner /mnt/r2 nfs rsize=8192,wsize=8192,timeo=14,intr
dans fstabsur votre client nfs, éditez /etc/idmapd.conf et changez
après cela, redémarrez le service nfs
la source