Eu tenho a test.local
caixa FreeBSD ( ) configurada como servidor NFS. E eu estou tentando montar seu formulário de compartilhamento NFS meu mac ( hhmm.local
)
/nfs hhmm.local
/nfs
tem 777
permissão.
E eu verifiquei no mac que está funcionando,
hhmm:~ Eonil$ showmount -e test.local
Exports list on test.local:
/nfs test.local
hhmm:~ Eonil$
Mas quando eu tento montar,
hhmm:~ Eonil$ mount_nfs test.local:/nfs ~/nfs
mount_nfs: can't access /nfs: Permission denied
hhmm:~ Eonil$
Uau. Não consigo descobrir por que isso não funciona. O que devo fazer?
Respostas:
Eu tive o mesmo problema
mount_nfs: can't access /: Permission denied
no OS X 10.6.8 e, mesmo com aresvport
opção, ele ainda falhou, modificando a montagem de exportação do servidor nfs para usar ainsecure
opção trabalhada.fonte
Resolvi esse problema com este post do blog: http://www.cyberciti.biz/faq/apple-mac-osx-nfs-mount-command-tutorial/
A solução principal foi dar uma opção
resvport
na opção de montagem. Volume NFS montado magicamente!fonte
resvport
opção funciona bem se você planeja montar apenas através da CLI. Se você deseja montar através do localizador do Mac OS X, é necessário adicionar ainsecure
opção no lado do servidor, conforme mencionado pelo @Cas. Não há como especificarresvport
via localizador, e a capacidade de montar e usar opções avançadas foi removida do "Utilitário de Disco", portanto parece que a correção do lado do servidor é a única solução viável para a conexão da GUI.Suponha que o host 10.18.14.27 executando o NFS tenha compartilhado o caminho
No seu mac, tente:
Verifique se o conteúdo está visível:
fonte
meu problema resolvido, NFS para mac High Sierra 10.13 Mudança no servidor NFS / etc / exportações, coloque o IP do seu cliente. Ex: servidor ip: 192.168.1.2 cliente ip: 192.168.1.10 no servidor, sudo vi, / export / www 192.168.1.10 (rw, inseguro, root_squash, no_subtree_check, assíncrono)
fonte
ping hhmm.local
funciona), não há razão para que isso faça diferença.