Eu tenho um servidor com NFSv4. Estou montando o conteúdo da pasta inicial do usuário remoto no host local. Capaz de ler e gravar conteúdo, mas quando estou verificando a propriedade de arquivos no volume montado do host local, todos eles pertencem ao usuário e grupo remoto correspondente (512). Existe alguma maneira de fazer parecer que eles pertencem ao usuário e grupo local (1000) no host local?
/etc/exports no host remoto (IP é 192.168.1.110)
/home/user512 192.168.1.142(rw,sync,all_squash,anonuid=512,anongid=512)
/etc/fstab no host local (IP é 192.168.1.142)
192.168.1.110:/home/user512 /home/localuser/projects/project512 nfs rw,hard,intr,rsize=32768,wsize=32768 0 0
Isto é o que o idmapping deve fazer. Primeiro de tudo, o enable está no cliente e no servidor:
limpe o cache do idmap e reinicie o daemon do idmap:
Agora no servidor e o cliente enviará em vez de IDs numéricos entidades de string como [email protected] . Você precisa ter uma conta bob nos dois hosts - cliente e servidor. No entanto, os IDs numéricos podem ser diferentes.
Você tem todas as peças lá. Na página man do exportfs,
all_squash
mapeia todos os uids e gids para as versões anônimas. O que você escreveu forçou esses valores a serem 512. Se você mudasse para 1000, o servidor nfs no host remoto faria tudo 1000, e o acesso deveria ser concedido.no seu cliente nfs, edite /etc/idmapd.conf e altere
depois disso reinicie o serviço nfs
Consegui corrigir
nobody:nobody
o problema de propriedade sobre NFS no CentOS 6 (servidor) + 7 (cliente) com duas alterações:/etc/idmapd.conf
Domain
parâmetro é o mesmo no servidor e no clienteentão no cliente
e remontar ações, se necessário