web-dev-qa-db-fra.com

Impossible de monter le partage CentOS NFS sur Windows 10 - "Erreur réseau - 53"

J'ai une machine virtuelle CentOS 8 (192.168.10.203) fonctionnement nfs-server, et j'essaie de monter le partage sur ma machine Windows 10 Pro x86_64 (192.168.10.10) J'ai installé la fonction Windows "Services pour NFS"), mais lorsque j'exécute mount \\<nfs_server_IP>\data N:, Je reçois toujours cette erreur:

Erreur réseau - 53

Tapez 'NET HELPMSG 53' pour plus d'informations.

Le message d'erreur réseau 53 est "Le chemin d'accès réseau est introuvable" mais je ne sais pas ce que cela signifie.

C'est ce que mon /etc/exports ressemble à la machine CentOS:

/data 192.168.10.0/24(rw,sync,root_squash,insecure,anonuid=0,anongid=0)

J'ai également essayé avec les options du strict minimum:

/data 192.168.10.0/24(rw,sync)

Les machines CentOS et Windows 10 peuvent se pinguer l'une l'autre.

Je peux me connecter au serveur NFS sur le port 2049

Sortie de rpcinfo -p localhost exécuté sur la machine NFS:

$ rpcinfo -p localhost
       program vers proto   port  service
        100000    4   tcp    111  portmapper
        100000    3   tcp    111  portmapper
        100000    2   tcp    111  portmapper
        100000    4   udp    111  portmapper
        100000    3   udp    111  portmapper
        100000    2   udp    111  portmapper
        100024    1   udp  39181  status
        100024    1   tcp  38357  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  53482  nlockmgr
        100021    3   udp  53482  nlockmgr
        100021    4   udp  53482  nlockmgr
        100021    1   tcp  39197  nlockmgr
        100021    3   tcp  39197  nlockmgr
        100021    4   tcp  39197  nlockmgr

J'ai l'option insecure dans mon /etc/exports per "Erreur réseau - 53" lors de la tentative de montage du partage NFS dans le client Windows Server 2008 . Ça n'a pas marché.

J'ai essayé de désactiver les pare-feu sur les deux hôtes sans résultat (systemctl disable firewalld && iptables --flush sur la machine CentOS et la désactivation des deux pare-feu Windows Defender (pare-feu de réseau public et privé).

Des idées?

4
ResetACK

Sur la partie Linux - assurez-vous que la configuration de votre serveur NFS est correcte:

  • nfs-utils et nfs-utils-lib doivent être installés
  • rpcbind, nfs-server, nfs-lock, nfs-idmap doivent être activés
  • rpcbind, nfs-server, nfs-lock, nfs-idmap doivent être démarrés

  • Choisissez les répertoires que vous souhaitez partager

  • assurez-vous que votre utilisateur peut accéder à tout dans son répertoire
  • obtenir l'UID et le GID de l'utilisateur que vous prévoyez d'utiliser
  • obtenir l'adresse IP de votre client NFS Windows 10

  • éditez le fichier exports (etc/exports) et ajoutez-y l'utilisateur que vous utiliserez: /home/user 192.168.1.2(rw,sync,root_squash,all_squash,anonuid=1001,anongid=1001) - note: les identifiants sont ceux obtenus précédemment

  • redémarrez le service avec systemctl restart nfs-server

  • obtenir les ports appropriés avec rpcinfo -p

  • ajoutez-les au pare-feu

Sur la partie windows:

  • assurez-vous d'avoir installé Client pour NFS
  • vous devez maintenant faire correspondre l'UID et le GID qui ont été extraits précédemment (1001 dans l'exemple de la partie Linux) sur le serveur et le client
  • regedit à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default
  • Vous devrez créer deux nouvelles entrées DWORD (32 bits) en cliquant avec le bouton droit dans la clé par défaut. Ils doivent être nommés "AnonymousGid" et "AnonymousUid". Ils doivent tous deux avoir une valeur décimale correspondant au GID et à l'UID de votre utilisateur que vous avez obtenus précédemment (1001 dans l'exemple)
  • redémarrez le service NFS côté client Windows 10 en utilisant:

    client nfsadmin HOSTNAME config sensible à la casse = oui

    arrêt du client nfsadmin HOSTNAME

    client nfsadmin HOSTNAME start

  • enfin, faites votre montage: mount -o anon\192.168.1.3\home\storage\X:

Vous devriez obtenir un message de montage réussi.

4
Overmind

Des idées?

SELinux faisant son travail est mon idée.

Éditer;

-Je sais par expérience personnelle que SELinux est toujours une bonne chose à vérifier lorsque l'on traite avec un système RHEL/Centos en cas de problème. Vérification de/var/log/audit pour AVC refusée

-setenforce 0 pourrait être essayé.

1
user9517

Cela l'a résolu pour moi:

Le NFS fonctionnait uniquement sous NFS v4 - l'ajout du service v2/3 au serveur Linux a résolu le problème et j'ai pu monter le NFS.

1
Peter VARGA