mount.nfs: acesso negado pelo servidor durante a montagem (com NFSv4)

Question

Estou executando duas VMs (Ubuntu 14.04.3 LTS) como servidor e cliente NFSv4:

nfs4server 172.28.128.3
nfs4client 10.0.2.16

No nfs4server, tenho nfs-kernel-server e nfs-common instalado. O ponto de montagem é:

vagrant@nfs4server:~$ cat /etc/exports
/shares/wordpress 10.0.0.0/8(rw,sync,no_subtree_check)

No nfs4client, tenho nfs-utils , rpcbind e nfs-common instalado. Eu posso ver os pontos de montagem do servidor disponíveis:

vagrant@nfs4client:~$ showmount -e 172.28.128.3
Export list for 172.28.128.3:
/shares/wordpress 10.0.0.0/8

O usuário / grupo do diretório de montagem do meu cliente é o mesmo que o usuário / grupo do diretório de montagem do servidor.

vagrant@nfs4server:~$ ls -l /shares
total 4
drwxr-xr-x 2 anyperk www-data 4096 Nov 24 10:52 wordpress

vagrant@nfs4client:~$ ls -l /mnt/
total 4
drwxrwxr-x 2 anyperk www-data 4096 Nov 24 10:36 wordpress_shared_content

No entanto, quando tento montar o diretório, recebo o seguinte erro:

vagrant@nfs4client:~$ sudo mount -v -t nfs 172.28.128.3:/shares/wordpress /mnt/wordpress_shared_content/
mount.nfs: timeout set for Tue Nov 24 10:59:02 2015
mount.nfs: trying text-based options 'vers=4,addr=172.28.128.3,clientaddr=10.0.2.15'
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting 172.28.128.3:/shares/wordpress

Suponho que seja um problema de permissões, mas tentei várias correções relacionadas a permissões sem sucesso:

• definir o acesso à rede para /shares/wordpress para "*" em vez de "10.0.0.0/8" - não funcionou
• adicionada a opção "fsid = 0" para /etc/exports , execute exportfs -a e tente novamente montar - não trabalho
• definir explicitamente as opções "uid = anyperk", "gid = www-data" em /etc/exports para corresponder às permissões do diretório de montagem, executar exportfs -a e tentar novamente montar - não funcionou

Answer 1

Devido à rede do Vagrant, as duas VMs não puderam se comunicar / autenticar adequadamente em redes diferentes. Mudei as duas VMs para a mesma rede DHCP (172.28.128.0/24) e o cliente conseguiu montar o compartilhamento sem problemas.