Dado que você vem do Windows, você descobrirá que o NFS é ... diferente.
O problema que você está enfrentando é bastante comum. O NFS está passando o UID e o GID dos arquivos / diretórios para frente e para trás entre as máquinas com a suposição de que os IDs do usuário e do grupo são mapeados de forma idêntica em ambos . Isso significa que você pode obter uma situação em que o UID / GID no servidor é passado de volta para um cliente NFS, mas não pode ser igualado no /etc/passwd
ou /etc/group
do cliente, o que significa sem acesso.
No passado (distante), isso foi co-patrocinado com NIS e NIS +, embora existam outros esquemas que foram inseridos neste framework (sendo um deles o Winbind do Samba). No entanto, isso requer um servidor de ID central, seguido por muitas permissões de correção manual.
Existem maneiras diferentes de corrigir isso, mas o mais barato / rápido é criar um grupo com o mesmo número de ID de grupo em ambas as máquinas - digamos, ID de grupo 50000 - e definir os bits de grupo no servidor de arquivos enquanto adiciona usuário para o grupo no cliente; Em seguida, use as permissões de grupo nos arquivos para controlar o acesso. Não é uma ótima solução, mas vai funcionar. Observe que você pode ter problemas com serviços que explicitamente alteram seu grupo em tempo de execução (também conhecido como privledge drop) e talvez seja necessário alterar a configuração que controla o grupo que é assumido no tempo de execução para assegurar que é o que você criou.
Para os arquivos que chegam por meio de um compartilhamento do Windows (também conhecido como Samba), simplesmente force o grupo a ser o mesmo que você criou. Dessa forma, todos os arquivos recebem automaticamente o GID "correto".