mount.nfs: acesso negado pelo servidor durante a montagem em máquinas Ubuntu?

Eu tenho três máquinas em produção -

machineA    10.66.136.129
machineB    10.66.138.181
machineC    10.66.138.183

e todas essas máquinas têm o Ubuntu 12.04 instalado e eu tenho acesso root a todas essas três máquinas.

Agora devo fazer as coisas abaixo nas minhas máquinas acima -

Create mount point /opt/exhibitor/conf
Mount the directory in all servers.
 sudo mount <NFS-SERVER>:/opt/exhibitor/conf /opt/exhibitor/conf/

Eu já criei o /opt/exhibitor/confdiretório em todas essas três máquinas, como mencionado acima.

Agora estou tentando criar um ponto de montagem. Então eu segui o processo abaixo -

Instale os arquivos de suporte NFS e o servidor do kernel NFS nas três máquinas acima

$ sudo apt-get install nfs-common nfs-kernel-server

Crie o diretório compartilhado em todas as três máquinas acima

$ mkdir /opt/exhibitor/conf/

Editou /etc/exportse adicionou a entrada desta maneira em todas as três máquinas acima -

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
#
/opt/exhibitor/conf/     10.66.136.129(rw)
/opt/exhibitor/conf/     10.66.138.181(rw)
/opt/exhibitor/conf/     10.66.138.183(rw)

Eu tentei montar na máquinaA, como abaixo, da máquinaB e da máquinaC e isso me dá esse erro-

root@machineB:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

root@machineC:/# sudo mount -t nfs 10.66.136.129:/opt/exhibitor/conf /opt/exhibitor/conf/
mount.nfs: access denied by server while mounting 10.66.136.129:/opt/exhibitor/conf

Meu /etc/exportsarquivo ficou bom? Tenho certeza de que estraguei meu exportsarquivo. Como eu tenho o mesmo conteúdo em todas as três máquinas no arquivo de exportações.

Alguma idéia do que estou fazendo errado aqui? E qual será o /exportsarquivo correto aqui?

exportfs

Ao criar um /etc/exportsarquivo em um servidor, você precisa exportá-lo. Normalmente, você deseja executar este comando:

$ exportfs -a

Isso exportará todas as entradas no arquivo de exportação.

showmount

A outra coisa que frequentemente faço é a partir de outras máquinas, verificarei qualquer máquina que exporte compartilhamentos NFS para a rede usando o showmountcomando

$ showmount -e <NFS server name>

Exemplo

Digamos, por exemplo, que estou logado.

$ showmount -e mulder
Export list for mulder:
/export/raid1/isos     192.168.1.0/24
/export/raid1/proj     192.168.1.0/24
/export/raid1/data     192.168.1.0/24
/export/raid1/home     192.168.1.0/24
/export/raid1/packages 192.168.1.0/24

fstab

Para montá-las nas botas, você adicionaria essa linha às máquinas clientes que desejam consumir as montagens NFS.

server:/shared/dir /opt/mounted/dir nfs rsize=8192,wsize=8192,timeo=14,intr

montagem automática

Se você estiver reinicializando esses servidores, sugiro que você configure a automounting ( autofs) em vez de adicionar essas entradas a /etc/fstab. É um pouco mais trabalhoso, mas vale a pena.

Isso permitirá que você reinicie os servidores de forma mais independente um do outro e também criará a montagem NFS quando for realmente necessário e / ou em uso. Quando ficar ocioso, será desmontado.

Referências

• 18.2 Configuração do cliente NFS - Guia de implantação do CentOS 5

Eu vi o mesmo erro ( mount.nfs: access denied by server while mounting...) e o problema foi corrigido por -o v3opção da seguinte maneira:

$ sudo mount -o v3 a-nfs-server:/path/to/export /path/to/mount

• O servidor é o Ubuntu 14.04 64bit LTS.
• O cliente é o CentOS 6.5 de 64 bits.

No meu caso funciona usando nfs4 fazendo:

$ sudo mount -t nfs4 nome do servidor: / / path / to / mount

No /etc/exportarquivo no servidor

/Path/to/export 192.168.1.0/24(rw,sync,fsid=0,no_root_squash,crossmnt,no_subtree_check,no_acl)

fsid=0cria o /Path/to/exportdiretório raiz quando você monta o compartilhamento.

crossmnt, porque tenho outras unidades no sistema de arquivos exportado que também quero acessar.

no_root_squash, porque eu quero acessar como usuário root (su) no lado do cliente. Tenho certeza de que sou o único que pode fazer isso na minha rede local.

Servidor e clientes são Ubuntu 14.04 64bit.

Se você quiser usar o nfs3, a resposta do @ fumisky-wells também funciona para mim.

Eu estava recebendo a mesma mensagem de erro e o problema ocorreu devido à máquina cliente ter duas interfaces de rede conectadas à mesma LAN. O servidor foi configurado para esperar um endereço IP específico e o tráfego estava saindo na segunda interface que possui um endereço IP DHCP. Então, acabei de configurar a segunda interface para ter um endereço IP estático e também adicionei o segundo endereço IP estático à configuração do servidor.

/etc/exportsprecisa ser editado na máquina do servidor NFS , não nos clientes, como você disse, como é verificado pelo servidor NFS quando um cliente solicita acesso a um compartilhamento.

Se você colocar o seguinte no /etc/exportsservidor NFS, ele funcionará:

/opt/exhibitor/conf 10.66.136.129(rw)
/opt/exhibitor/conf 10.66.138.181(rw)
/opt/exhibitor/conf 10.66.138.183(rw)

Se o nfs-client estiver tentando montar o compartilhamento exportado dentro do contêiner linux, o contêiner deverá ser executado no modo privilegiado.

Em caso de estivador;

$ docker run -it --rm --privileged ubuntu:14.04

Para mim, o problema era que eu estava usando o endereço IP do servidor em /etc/exports/vez do endereço do cliente .

O problema é que você deve colocar todos os ips aos quais concede acesso no servidor /etc/exports/

Depois de lutar com a mesma mensagem de erro por horas, meu problema acabou sendo nada mais complicado do que as boas e antigas permissões de arquivo Linux no host NFS.

A pasta que eu estava tentando compartilhar ( /home/foo/app/share) tinha as permissões corretas, mas como o diretório inicial do usuário ( /home/foo) tinha o 0750modo, o NFS não pôde atravessá-lo para acessar o diretório compartilhado.

Assim que eu defini o diretório inicial do usuário para o modo 0751, o serviço NFS pôde entrar nele e eu consegui montar o compartilhamento na minha máquina cliente.

Para mim, o problema era que meu roteador alterava o endereço IP usado do cliente, de forma que a entrada na /etc/exportsmáquina do servidor permitia apenas o acesso a um endereço IP que não era mais usado.

O mesmo poderia acontecer se você tentar montar um compartilhamento NFS na instância do Virtual Box com o adaptador de rede configurado como NAT.

Escolher Bridged Adapternas configurações de rede da máquina virtual corrige esse problema.

Eu sei que esse é um thread antigo, mas meu problema estava relacionado ao LXC e ao AppArmor .

Matar o AppArmor , ou adicionar um perfil de exceção, o corrigiu.

Este erro também pode ser causado ao tentar montar um caminho criptografado. (Por exemplo, no seu diretório pessoal, se você optar por criptografá-lo)

A única solução que funcionou para mim foi exportar sistemas de arquivos começando com /srv. Parece que essa é uma limitação (ou opção padrão, pelo menos) do NFSv4.

Como eu estava tentando exportar uma unidade USB para /mediaa qual é montada automaticamente , eu precisava de uma maneira de montá-la /srv. Para conseguir isso:

sudo mkdir /srv/videos
sudo mount --bind /media/jim/wdportable/videos /srv/videos

E em /etc/exports:

/srv/videos 192.168.0.200(ro)

Quando eu exportava /media/jim/wdportable/videosdiretamente, a tentativa de montar no cliente sempre resultava mount.nfs: access denied by server.

A -o v3solução funcionou, mas eu não queria forçar a v3.

Note-se que uma página vinculada que me levou até aqui tinha a minha resposta correta: NÃO é possível usar * curinga no endereço IP na exportação. É * (todos os IPs) ou usado como curinga nos nomes de domínio IE: * .domain.com.

Por exemplo: isso está correto

/Path/to/export 192.168.1.0/24(flags)

Isso não funcionará (ou está incorreto, pelo menos), mas funcionou para mim por anos até eu tentar montar a exportação de uma VM do Fedora.

/Path/to/export 192.168.1.*(flags)