WindowsのUbuntuクライアントコンピュータでNFS共有の場所が見つからないのはなぜですか?

WindowsのUbuntuクライアントコンピュータでNFS共有の場所が見つからないのはなぜですか?

私はフォローしましたこれUbuntu 20でNFSリンクを設定し、

ただし、私のWindowsコンピュータを使用して次の形式でサーバーIPにアクセスしようとすると、//server_IP/エラーが発生します。

Windowsで見つかりませんserver_IP。名前を正しく入力したことを確認してください。

この問題を解決する方法がわかりません。

注:私は共有場所をホストし、nginxサーバーIPを介してブラウザで共有場所を見ることができました。

おすすめしてください、ありがとう

ベストアンサー1

Windowsのデフォルトのファイル共有プロトコルはNFSではなくSMBです。 Windowsエクスプローラに入力すると、\\hostname-or-IP\share_name指定されたホストの指定されたSMBファイル(またはプリンタ)共有に接続するようにWindowsに要求されます。

Windows 10では、NFSを使用できます。もしあなたがインストールした任意に選択できるNFSアドインサービスは、Windows 10 EnterpriseおよびProバージョンでのみ利用可能です。

これをインストールしても両方のシステムがADドメインに参加していない場合、Linux NFSサーバーはWindowsユーザーを認識しないため、あるWindowsユーザーが他のユーザーが共有できないNFSの特定のコンテンツにアクセスできるように指定することができます。ありません。基本的に、それは全部または全く無限の状況です。

Windows の構成は Unix と Linux SE とは関係ありませんが、以下は Windows 10 をネイティブ NFS クライアントとして構成する方法を説明するリンクです。 https://graspingtech.com/mount-nfs-share-windows-10/

このプロセスにはレジストリの編集が含まれるため、インターフェイスはユーザーフレンドリーではありません。

代わりに、SambaパッケージをUbuntuサーバーにインストールし、WindowsのデフォルトのSMBプロトコルを使用してディスクの場所を共有することをお勧めします。

しかし、次のような合併症があります。マイクロソフトはSMBプロトコルバージョン1(SMBv1)と対応するNetBIOS機能を使用しなくなったため、SMBプロトコルの一部は\\hostname-or-ip\ネットワーク共有を閲覧しないことを許可します(つまり、そのホストに接続して利用可能なコンテンツのみを表示する)。 -Active Directory環境が無効になり、最終的に削除されます。

(SMBv1を再度有効にすることはまだ可能ですが、あまりお勧めしませんSMBv1の本質的な欠陥により、WannaCryランサムウェアワームは2017年に世界中で非常に急速に広がりました。元のワームが使用する特定の脆弱性はパッチされていますが、SMBv1は非常に複雑ですが、SMBv2はプロトコルを基本的に簡素化して最適化しているため、同じ技術に異なるバリエーションがある可能性があります。 )

この問題を解決するために、マイクロソフトはAD以外の環境でネットワーク共有を通知および検索するための新しいプロトコルを導入しました。このプロトコルはまだSambaと統合されていませんが、別々のwsdd2デーモンはSamba構成を読み取り、必要な通知を提供できます。Active Directory 以外の Windows システムが Samba サーバーを検索し、使用可能な共有を表示できるようにします。

新しい検索プロトコルはWS-Discoverと呼ばれ、いくつかのセキュリティ問題もあります。インターネットにさらされると、システムは他のホストへのDoS攻撃のためのアンプとして使用される可能性があります。を使用している場合は、wsdd2ネットワーク境界で双方向にポート3702および5355(UDPおよびTCP)へのすべてのトラフィックをブロックする必要があります。信頼できないWS-Discoverメッセージがネットワークまたは独自のネットワークに入ることを望まない。システムのWS-Discoverメッセージが漏洩しました。

おすすめ記事