Eu tenho usado o Ubuntu no meu ReadyNAS Pro por algum tempo. O código do ReadyNAS Radiator é baseado no Debian. Eu não mudei nada no lado do ReadyNAS.
Acabei de realizar a atualização 14.04 de 13.10 e, para minha surpresa, o comportamento do NFSv3 mudou.
As montagens funcionam bem como antes. Eu posso montar os sistemas de arquivos conforme o esperado.
Coordenei o uid / gid no lado do cliente e do servidor. Olhando para id e ls -l UID / GID mostra que eles são os mesmos em ambos os lados (1005/1000).
Mas, se eu criar um novo arquivo ou tentar acessar um arquivo ou diretório existente, recebo uma falha de permissão do lado do cliente.
Especificamente, qualquer tentativa de criar um novo arquivo mostra o ID do usuário nobody e o grupo de usuários nogroup, qualquer tentativa de acesso através de um diretório que não seja a + x falhar e qualquer tentativa de ler um arquivo que não seja a + r falha.
Eu adicionei manualmente no_all_squash no lado ReadyNAS e exportfs -vr sem alteração. Então, isso mais o problema de começar a atualização sugere algo no lado do cliente Ubuntu está esmagando o UID / GID. Mas eu tinha certeza que o squashing era uma função do lado do servidor.
Eu notei que o nome de domínio não estava alinhado após a atualização, por isso, certifiquei-me de que hostname --domain retorna o mesmo em ambos os lados.
Eu fiquei sem ideias sobre como depurar isso.
Estou reduzido a ler os logs de alterações do upstream para tentar descobrir o que mudou.
Alguém tem sugestões sobre o que procurar a seguir? Pesquisando este problema não foi útil até agora. Qualquer ajuda seria apreciada.
Eu percebi isso. Eu fiz um tcpdump e descobri que a autenticação RPC era AUTH_NULL, não o UNIX esperado. Agora, aqui está o quebra-cabeça real: eu tinha sec = sys explicitamente em todas as montagens do NFS. REMOVING sec = sys retornado para RPC AUTH_UNIX.
Eu enviei um relatório de bug sobre isso: bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1315974