É certamente relacionado ao root_squash'ing.
Eu imagino que você já leu sobre root_squash
, mas por completo.
Quando em vigor, ele remapeia o UID privilegiado e o GID de 0
para o 65534
, que normalmente é o usuário nobody
. Portanto, se root
criasse um arquivo em um compartilhamento esmagado, ele seria de propriedade de nobody
. Isso traz algum benefício de segurança - embora, sem dúvida, não seja muito, já que o usuário root
em um cliente NFS pode representar qualquer outro UID.
Em resposta ao seu problema, você tem certeza de que o segundo grupo de exportação está sendo usado? A participação foi reexportada desde que as opções foram alteradas? O servidor NFS é capaz de resolver corretamente o nome do host mattr-desktop
?
Se a resposta a todos é "sim", isso é estranho. Você pode querer experimentar as opções anonuid=0,anongid=0
apenas para resolver as permissões nesse arquivo.