web-dev-qa-db-ja.com

Windows 10でCentOS NFS共有をマウントできない-「ネットワークエラー-53」

CentOS 8仮想マシン（192.168.10.203）がnfs-serverを実行していて、Windows 10 Pro x86_64マシン（192.168.10.10）に共有をマウントしようとしています。 NFS用のWindows機能）ですが、mount \\<nfs_server_IP>\data N:を実行すると、次のエラーが発生します。

ネットワークエラー-53

詳細については、「NET HELPMSG 53」と入力してください。

ネットワークエラー53のメッセージは「ネットワークパスが見つかりませんでした」ですが、その意味がわかりません。

これは、CentOSマシンでの/etc/exportsの外観です。

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

私はまた、最小限のオプションを試してみました：

/data 192.168.10.0/24(rw,sync)

CentOSとWindows 10の両方のマシンが互いにpingを実行できます。

ポート2049でNFSサーバーに接続できます

NFSマシンで実行されるrpcinfo -p localhostの出力：

$ 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

/etc/exportsにinsecureオプションがあります Windows Server 2008クライアントでNFS共有をマウントしようとしているときに「ネットワークエラー-53」 。うまくいきませんでした。

両方のホストでファイアウォールを無効にしてみましたが（CentOSマシンではsystemctl disable firewalld && iptables --flush）、両方のWindows Defenderファイアウォール（パブリックおよびプライベートネットワークファイアウォール）を無効にしてみました。

何か案は？

nfswindows-10rpccentos8
4
ResetACK

Linux部分-NFSサーバー設定が正しいことを確認します。

  • nfs-utilsおよびnfs-utils-libをインストールする必要があります
  • rpcbind、nfs-server、nfs-lock、nfs-idmapを有効にする必要があります

  • rpcbind、nfs-server、nfs-lock、nfs-idmapを開始する必要があります

  • 共有するディレクトリを選択してください

  • ユーザーが自分のディレクトリ内のすべてにアクセスできることを確認してください
  • 使用する予定のユーザーのUIDとGIDを取得する

  • windows 10 NFSクライアントのIPアドレスを取得する

  • エクスポートファイル（etc/exports）を編集して、使用するユーザーを追加します：/home/user 192.168.1.2(rw,sync,root_squash,all_squash,anonuid=1001,anongid=1001)-注：IDは以前に取得したものです

  • systemctl restart nfs-serverでサービスを再起動します

  • rpcinfo -pで適切なポートを取得します

  • それらをファイアウォールに追加する

windows部分：

  • nFSクライアントをインストールしたことを確認してください
  • サーバーとクライアントの両方で、以前にプルしたUIDとGID（Linuxパーツの例では1001）を一致させる必要があります。
  • hKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Defaultにregeditします。
  • Defaultキー内を右クリックして、2つの新しいDWORD（32ビット）エントリを作成する必要があります。 「AnonymousGid」と「AnonymousUid」という名前にする必要があります。どちらも、前に取得したユーザーのGIDとUIDに一致する10進数の値である必要があります（例では1001）。

  • 以下を使用して、Windows 10クライアント側でNFSサービスを再起動します。

    nfsadminクライアントのホスト名の設定casesensitive = yes

    nfsadminクライアントのホスト名の停止

    nfsadminクライアントのホスト名の開始

  • 最後に、マウントを作成します。mount-o anon\192.168.1.3\home\storage\X：

マウント成功のメッセージが表示されます。

4
Overmind

何か案は？

SELinuxの仕事は私の考えです。

編集;

-私は個人的な経験から、何かが発生したときにRHEL/Centosシステムを処理するときは、SELinuxを常にチェックするのが良いことを知っています。/var/log/auditでAVCを確認しましたが拒否されました

-setenforce 0を試すことができます。

1
user9517

これで解決しました：

NFSはNFS v4でのみ実行されていました-Linuxサーバーにv2/3サービスを追加すると問題が解決し、NFSをマウントできました。

1
Peter VARGA