web-dev-qa-db-ja.com

Windows Server 2008クライアントでNFS共有をマウントしようとすると「ネットワークエラー-53」

CentOS | Windows 2008

Nfsdを実行しているCentOS5.5サーバーがあります。 Windows側では、Windows Server 2008 R2Enterpriseを実行しています。 「ファイルサービス」サーバーの役割を有効にしており、NFSクライアントとNFSサーバーの両方がオンになっています。

他のLinuxシステムからCentOSNFS共有に正常に接続/マウントできますが、Windowsからの接続でエラーが発生します。接続しようとすると、次のようになります。

C:\Users\fooadmin>mount -o anon 10.10.10.10:/share/ z:
Network Error - 53

Type 'NET HELPMSG 53' for more information.

(IPと共有名は無実を保護するために変更されました:-))

追加情報:

  • WindowsクライアントとNFSサーバー間の(TCP/2049上のNFSへの)telnetを使用した低レベルのネットワーク接続を確認したので、ポートが開いていることがわかります。さらに、インバウンドおよびアウトバウンドのファイアウォールポートが存在し、有効になっていることを確認しました。
  • Microsoftテクニカルノート 「プロバイダーの順序」を変更して「NFSネットワーク」がMicrosoftWindowsネットワークなどの他のアイテムよりも上になるようにすることを提案しました。私はこれを変更してNFSクライアントを再起動しました-運がありません。
  • NFSサーバー上の共有フォルダーがすべてのユーザーによって読み取り/書き込み可能であることを確認しました(777)
  • mount 10.10.10.10:/share/ z:mount 10.10.10.10:/share z:mount -o anon mtype=hard \\10.10.10.10:/share *のようなマウントコマンドの他のバリエーションを試しました。
  • コマンド出力に従って、NET HELPMSG 53と入力してみましたが、あまりわかりません。 「ネットワークパスが見つかりませんでした」だけです。

トラブルシューティングの進め方が分からなくなりました。何か案は?

2
Mike B

私は同じ問題を抱えており、投稿を見つけました here と言っています:

NFSサーバーには、安全でないモードで動作するオプションがあります(より高い着信ポート番号を許可します)。多くの場合、Windows NFSクライアントはより大きなポート番号を使用します。共有にオプションを追加することで、このオプションを有効にできます例:/ share *(insecure、rw)

Nfsクライアントを含むUNIXサービス用のWindowsサービスをインストールすることもできます。このユーティリティを使用してNFSサーバーに接続し、再度クロスチェックを試すことができます。次のリンクからパッケージをダウンロードできます http://www.Microsoft.com/downloads/e...displayLang=en

それに従って/ etc/exportsを変更し(安全でないオプションを追加することにより)、動作します。お役に立てれば。

3
phil