Meu servidor NFS é uma caixa do Windows XP SP3 com o Microsoft Windows Services para Unix instalado.
Eu tenho um compartilhamento configurado em C: \ NFS com o nome do compartilhamento NFS e codificação ANSI.
O acesso anônimo está ativado, com o anon UID / GID definido como 0/0. Além disso, configurei ALL MACHINES para Read-Write e marquei a caixa de seleção para Permitir acesso root.
Meu primeiro cliente NFS é uma caixa Ubuntu 10.04, com o nfs-common instalado. Correndo
sudo mount -t nfs 1.1.1.1:/NFS /home/user/NFS
é bem-sucedido, mas quando tento visualizar a pasta (mesmo como raiz), ela me diz que não tenho as permissões necessárias para visualizar o conteúdo da pasta.
Meu segundo cliente NFS é uma caixa do IBM iSeries executando o OS / 400 V5R3. Eu usei o comando mount abaixo:
MOUNT TYPE(*NFS) MFS('1.1.1.1:/NFS') MNTOVRDIR('/PARENT/NFS') OPTIONS('rw,nosuid,retry=5,rsize=8096,wsize=8096,timeo=20,retrans=2,acregmin=30,acregmax=60,acdirmin=30,acdirmax=60,soft') CODEPAGE(*BINARY *ASCII)
que também é montado com sucesso. Tentando
WRKLNK '/PARENT/NFS'
e use a Opção 5 para entrar no diretório produz um erro Not authorized to object - apesar de eu ser um agente de segurança com a autoridade especial * ALLOBJ.
Meu instinto diz que é um problema com o compartilhamento do Windows, mas não sei o que poderia ser. Você tem alguma sugestão?
Qualquer motivo para não usar apenas o Samba na caixa * NIX? Dessa forma, você pode acessar compartilhamentos na caixa * NIX do Windows ou montar compartilhamentos do Windows na caixa * NIX.
"Microsoft Windows Services para Unix", de alguma forma isso me dá azia apenas lê-lo.
Você verificou que tem a permissão de execução (no Unix significa "List Folder" quando aplicada a pastas) concedida no diretório e em seus subdiretórios? Pode haver algumas configurações específicas do Windows que podem ser equivalentes, como "List Folder" ou "Traverse Folder". Conceda a todos ou a qualquer servidor NFS que esteja executando como. Não importa que você seja um superusuário / QSECOFR no lado cliente , o que importa é o ID da conta do servidor tem permissões para fazer, quais são as permissões do diretório, qual ID do usuário do servidor é mapeado para (no caso de mapeamento de id, o que não é o caso aqui).
Não é o caso aqui: as permissões nos diretórios acima do exportado também podem causar erros semelhantes. Exemplo, suponha que você tenha um diretório c: \ foo \ bar \ baz exportado e todas as permissões apropriadas sejam concedidas no baz, mas as permissões do foo não permitem que o servidor NFS atinja o baz. Erro!
Ative o login no servidor, se possível, e observe os registros.
Não tenho certeza sobre o XP. No entanto, tive um problema semelhante no Windows Server 2012. A solução era ativar a configuração de diretiva Acesso à rede: permitir que as permissões de todos os usuários se aplicassem a usuários anônimos em Configurações de segurança \ Diretivas locais \ Opções de segurança .
Encontrei a solução nesta página: link