mount.nfs: acesso negado pelo servidor durante a montagem

11

No meu sistema Ubuntu, eu tenho essa linha em / etc / fstab:

myserver:/home/me /mnt/me nfs rsize=8192,wsize=8192,timeo=14,intr

Quando faço

sudo mount -a

Eu recebo:

mount.nfs: access denied by server while mounting myserver:/home/me

Como posso diagnosticar este problema? O servidor nfs também é o Ubuntu.

Detalhes adicionais: Eu sou capaz de montar este compartilhamento nfs de outros clientes Ubuntu na mesma rede sem nenhum problema. No entanto, o cliente problemático é diferente porque está sendo executado dentro do VirtualBox em um sistema Windows. Eu posso pingar "myserver" bem do cliente problemático.

EDITAR: / etc / exports em "myserver":

/home/me *(rw,all_squash,async,no_subtree_check,anonuid=1000,anongid=1000)

/etc/hosts.allow e /etc/hosts.deny em "myserver" são ambos comentários. E lembre-se de que posso me conectar bem com outros clientes na mesma rede.

    
por JoelFan 29.01.2010 / 15:29

6 respostas

19

Encontrou!

Um dos logs tinha a linha:

refused mount request from 192.168.1.108 for /home/me (/home/me): illegal port 64112

Eu pesquisei e descobri que, como a porta é superior a 1024, eu precisava adicionar a opção "insegura" à linha relevante em / etc / exports no servidor. Depois que fiz isso (e executei exportfs -r), a montagem -a no cliente funcionou.

    
por 31.01.2010 / 03:03
10

Esta questão está relacionada a como a rede está definida para sua VM.

Por padrão, com o VirtualBox, você tem a rede NAT . Que resultam em tradução de porta .

Passo a passo, isso dá:

  1. O cliente NFS está usando uma porta reservada (< 1024 ... que só pode ser aberta por root - > secure)
  2. O Virtualbox faz a tradução da porta (NAT) - > porta do cliente agora é maior que 1024
  3. O servidor NFS recusa a conexão para essa porta insegura.

Como mencionado por @JoelFan, uma correção seria definir a opção insecure para o servidor. Esta é uma solução rápida, mas ... insegura;)

O que consertou o caso para mim (de uma maneira segura) foi mudar da rede NAT para Bridge para essa vm. Dessa forma, meu vm tem seu próprio endereço IP e nenhuma tradução de porta é feita.

    
por 15.08.2012 / 11:50
2

Adivinha o que ... para mim, a fonte de exatamente o mesmo erro foi uma incompatibilidade de versão entre o meu cliente NFS e o servidor.

Os registros ficaram em silêncio, como se nada tivesse acontecido, e apenas o nfswatch sendo executado no lado do servidor me ajudou a esclarecer a situação.

O problema foi resolvido adicionando a opção de montagem nfsver no lado do cliente:

server:/path   /mount/point   nfs   nfsvers=3   0 0
    
por 10.03.2012 / 07:02
1

Você verificou se a resolução de nomes está correta no servidor para o cliente que está tentando se conectar (e está listado no arquivo de exportações)?

    
por 29.01.2010 / 16:40
0

verifique os arquivos hosts.allow e hosts.deny e se o cliente foi digitado corretamente. quando isso não ajudar, poste seu arquivo de exportação.

    
por 29.01.2010 / 16:31
0

Caso isso ajude outras pessoas, eu tenho um Synology NAS e o ponto NFS realmente adicionou outro item ao caminho.

Eu estava tentando montar "xxx.xxx.xxx.xxx/folder", pois é isso que eu faço no Windows. Mas para o Ubuntu com NFS eu tive que usar "xxx.xxx.xxx.xxx/volume1/folder".

    
por 31.03.2013 / 00:52