Estou tentando montar uma unidade NFS, mas estou recebendo um erro de autenticação RPC, com o motivo dado de que as credenciais são muito fracas.
No lado do servidor (192.168.100. 109 ), parece que o servidor NFS e o daemon de montagem estão sendo iniciados e disponíveis para o cliente de destino (192.168.100. 101 ):
# cat /etc/exports
/datastore/winmedia -ro 192.168.100.101
# portmap
# nfsd -tun 4
# mountd
# showmount -e 192.168.100.109
Exports list on 192.168.100.109
/datastore/winmedia 192.168.100.101
No entanto, ao tentar montar o disco no lado do cliente, recebo um erro de autenticação RPC
# ls /mnt/winmedia
# mount -v 192.168.100.109:/datastore/winmedia /mnt/winmedia
mount: no type was given - I'll assume nfs because of the colon
mount: RPC: Authentication error; why=Client credential too weak
Olhando nos registros do servidor, ele apenas diz que a conexão foi recusada, mas não indica o motivo.
Feb 11 23:43:25 fattyopenbsd mountd[16785]: Can't open /var/db/mountdtab: No such file or directory
Feb 11 23:48:41 fattyopenbsd mountd[16785]: Refused mount RPC from host 192.168.100.101 port 62826
No lado do cliente, rpcinfo mostra os mesmos dados que no lado do servidor, exceto sem os nomes dos programas.
Rpcinfo do lado do servidor:
# rpcinfo -p 192.168.100.109
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100003 2 tcp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 udp 2049 nfs
100005 1 udp 630 mountd
100005 3 udp 630 mountd
100005 1 tcp 612 mountd
100005 3 tcp 612 mountd
E no lado do cliente, a mesma coisa, mas nenhum nome de processo
# rpcinfo -p 192.168.100.109
program vers proto port
100000 2 tcp 111
100000 2 udp 111
100003 2 tcp 2049
100003 3 udp 2049
100003 2 tcp 2049
100003 3 udp 2049
100005 1 udp 630
100005 3 udp 630
100005 1 tcp 612
100005 3 tcp 612
Então, minhas perguntas são 1) Por que o monte está sendo recusado? (Existe uma maneira de obter informações mais detalhadas sobre a solicitação com falha?) 2) Como posso fazer com que a unidade NFS seja montada?
O servidor está executando o OpenBSD 5.8
O cliente que está tentando é o Puppy Linux, e é um VirtualMachine em uma máquina Windows. (Não tenho certeza se o IP da VM é um problema. Se eu executar ifconfig no cliente, ele mostrará um endereço 10.0.*.* em eth0, mas o host do Windows terá o endereço 192 ... 101 por meio de conexão sem fio. log do servidor mostra a solicitação proveniente do endereço ... 101, o problema de VM provavelmente não é um problema, mas se eu estiver errado, qualquer sugestão seria ótimo).
UPDATE Agora acredito que esse problema está relacionado às configurações de rede das VMs. A solicitação para o servidor é proveniente de um número de porta sem privilégios (> 1024) na máquina host da VM.
A VM está usando NAT, portanto, mesmo que a VM use uma porta privilegiada ao fazer a solicitação, isso não é refletido na solicitação final.
Isso deve ser solucionável usando uma conexão de ponte com o host em vez de NAT, o que faria com que o IP e a porta solicitassem o mesmo que a VM, mas infelizmente só tenho wifi no meu local e não consegui a conexão em ponte trabalhando com adaptador wifi.
Solução: use o Samba em vez do NFS, para que um nome de usuário e senha sejam usados para autenticação em vez de uid, endereço IP e número da porta do lado do cliente.