Ich habe das gleiche Problem, weil der Client versucht hat, sich lokal mit seinem eigenen RPC zu verbinden.
Ich musste 127.0.0.1 hinzufügen zu meinem /etc/hosts.allow auf dem Client-Rechner.
Für meine unten kopierte Sitzung sind dies die beteiligten Daten:
guarraist der Name des Client-Rechners.192.168.2.53Der Server (mit dem Namenfluoraber dieser Name wird hier nicht verwendet)./filesist die exportierte Freigabe vom Server./files/fluorist das Ziel, auf dem es gemountet werden soll.
Eine Shell-Session-Vorabmodifikation:
[email protected]:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
[email protected]:/files# mount 192.168.2.53:/files fluor/
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
[email protected]:/files#
Ich habe die Datei geändert und folgendes erhalten:
[email protected]:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
[email protected]:/files# mount 192.168.2.53:/files fluor/
[email protected]:/files#
Nachdem dem Client die lokale IP hinzugefügt wurde, konnte er seinen eigenen RPC verwenden, wie Sie sehen können, die Fehlermeldung verschwand und ich konnte die Remote-Freigabe ordnungsgemäß einhängen.
systemctl start rpc-statd
oder
service rpcbind start
service nfs-common start
dann funktionieren Ihre NFS-Mounts.