Un server NFS ha il demone portmapper sempre in ascolto sulle porte 111 tcp e 111 udp, il servizio nfs usa la porta 2049 udp. Con il comando
# rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32111 status
100024 1 tcp 32111 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100021 1 udp 32771 nlockmgr
100021 3 udp 32771 nlockmgr
100021 4 udp 32771 nlockmgr
100005 1 udp 32032 mountd
100005 1 tcp 32032 mountd
100005 2 udp 32032 mountd
100005 2 tcp 32032 mountd
100005 3 udp 32032 mountd
100005 3 tcp 32032 mountd
Possiamo vedere che esistono altri servizi in ascolto su altre porte. Ad esempio l'NFS mount daemon mountd tradizionalmente chiamato rpc.mountd attende le richieste di mount, generalmente ascolta su una porta casuale assegnata dal portmapper.
Per poter aprire il firewall su una sola porta bisogna forzare rpc.mountd con il parametro --port. In Debian Sarge si aggiunge a /etc/default/nfs-kernel-server una riga del tipo
RPCMOUNTDOPTS="--port 32032"
Anche l'NFS status monitor chiamato tradizionalmente rpc.statd, si pone in ascolto su una porta casuale assegnata dal portmapper. Per determinarla si mette in /etc/default/nfs-common l'opzione:
STATDOPTS="--port 32111"
Infine nlockmgr (chiamato anche rpc.lockd) utilizza due porte scelta casualmente, una udp e una tcp. Per determinarla si deve passare l'opportuno parametro al kernel; se il supporto NFS è compilato staticamente nel boot manager si aggiunge quanto segue alla riga kernel:
lockd.nlm_udpport=32771 lockd.nlm_tcpport=32771
Altrimenti se il supporto NFS è compilato come modulo si aggiunge un file /etc/modprobe.d/local con questa riga:
options lockd nlm_udpport=32771 nlm_tcpport=32771
Se cercate di accedere ad una directory NFS dove avete permessi grazie al gruppo ed ottenete un Permission denied, controllate a quanti gruppi appartenete! Sembra che ci sia un limite a 16 gruppi.
Verificato su Linux 2.6.26 e NFS versione 3.
Cercare user is in too many groups in NFS security.
Può essere che durante il montaggio di una risorsa NFS sul client si manifesti questo errore (si è utilizzata l'opzione -v di mount):
mount.nfs: trying text-based options 'vers=4.2,addr=10.0.0.210,clientaddr=10.0.0.112' mount.nfs: mount(2): Protocol not supported mount.nfs: trying text-based options 'vers=4.1,addr=10.0.0.210,clientaddr=10.0.0.112' mount.nfs: mount(2): Input/output error mount.nfs: mount system call failed
Sul server non si riscontrano errori evidenti. Potrebbe essere un problema di versione, nel nostro caso il server ha NFS v. 1.2.2 mentre il client ha NFS v. 1.3.4 (Debian 6.0 e Ubuntu 18.04 rispettivamente).
Si forza la version 3 del protocollo NFS in /etc/fstab:
nis-server:/nfshome /nfshome nfs defaults,nfsvers=3 0 0
quindi il montaggio avviene correttamente:
mount.nfs: trying text-based options 'nfsvers=3,addr=10.0.0.210' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 10.0.0.210 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 10.0.0.210 prog 100005 vers 3 prot UDP port 53361