J'ai reçu ce message d'erreur du côté du client lorsque firewalld bloquait le mountd du côté du serveur. Je pourrais imaginer que cela se produise lorsque firewalld bloquait également le port attribué à nfs . Pour remédier à ce problème, j'ai ajouté un nouveau fichier firewalld exception. Étant donné que le mountd a été généré dynamiquement (je n'ai pas défini la valeur dans le champ /etc/sysconfig/nfs comme recommandé aquí y aquí ), j'ai dû trouver le port pour lequel ajouter une exception. Ce document indique que la commande à utiliser est rpcbind -p et rechercher ensuite mountd . Dans mon cas, il s'agissait du port 20048. Enfin, je me suis assuré que tous les ports étaient autorisés à passer par firewalld . Puisque nfs a besoin de rpc, j'ai autorisé le port 111 (à la fois TCP et UDP), le port 2049 (à la fois TCP et UDP), et le port 20048 (à la fois TCP et UDP).
Je ne suis pas tout à fait sûr de la façon de faire cette dernière étape sur Raspbian (et je doute que cela vous intéresse, puisque ma réponse arrive presque quatre ans trop tard), mais cela devrait vous permettre de démarrer.
J'ai remarqué que vous avez mis la sortie de rpcinfo dans les commentaires de votre réponse, je vais donc inclure mon image "après" pour que vous puissiez l'utiliser. rpcinfo pointant vers mon serveur.
> rpcinfo -p 192.168.1.73
program vers proto port
100000 4 tcp 111 rpcbind
100000 3 tcp 111 rpcbind
100000 2 tcp 111 rpcbind
100000 4 udp 111 rpcbind
100000 3 udp 111 rpcbind
100000 2 udp 111 rpcbind
100024 1 udp 44606 status
100024 1 tcp 43709 status
100005 1 udp 20048 mountd
100005 1 tcp 20048 mountd
100005 2 udp 20048 mountd
100005 2 tcp 20048 mountd
100005 3 udp 20048 mountd
100005 3 tcp 20048 mountd
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 3 tcp 2049 nfs_acl
100021 1 udp 46387 nlockmgr
100021 3 udp 46387 nlockmgr
100021 4 udp 46387 nlockmgr
100021 1 tcp 36435 nlockmgr
100021 3 tcp 36435 nlockmgr
100021 4 tcp 36435 nlockmgr
