為什麼我無法從 Windows 的 Ubuntu 客戶端電腦上找到 NFS 共享位置？
我已按照此連結在 Ubuntu 20 上配置 NFS，
但是當我嘗試使用我的 windows 機器以格式訪問伺服器 IP 時
//server_IP/，我收到錯誤Windows 找不到
server_IP. 確保正確輸入名稱。我不知道如何糾正這個問題。
注意：我曾經
nginx託管共享位置，並且可以通過伺服器 IP 在瀏覽器中查看共享位置。請推薦，謝謝
Windows 的預設文件共享協議不是 NFS，而是 SMB。當您
\\hostname-or-IP\share_name在 Windows 資源管理器中鍵入時，您要求 Windows 連接到指定主機上的指定 SMB 文件（或列印機）共享。Windows 10 可以使用 NFS…如果您安裝了可選的 NFS 服務附加組件，該附加組件可能僅適用於 Windows 10 的企業版和專業版。
即使您安裝了它，除非兩個系統都加入一個 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 協議共享磁碟位置。
**但是，有一個複雜的問題：**由於 Microsoft 正在棄用 SMB 協議版本 1（簡稱 SMBv1）及其 NetBIOS 功能，因此允許瀏覽網路共享的 SMB 協議部分（即僅連接
\\hostname-or-ip\並查看可用內容）在該主機上）在非 Active Directory 環境中被禁用並最終被刪除。（重新啟用 SMBv1 仍然是可能的，但非常不推薦，因為 SMBv1 的固有缺陷是導致 WannaCry 勒索蠕蟲在 2017 年在全球如此迅速傳播的原因。原始蠕蟲使用的特定漏洞已被修補，但可能相同技術的其他變體仍然可能，因為 SMBv1 非常複雜，而 SMBv2 是協議的徹底簡化和優化。）
為了解決這個問題，Microsoft 引入了一種新協議，用於在非 AD 環境中宣布和發現網路共享。該協議尚未與 Samba 集成，但一個單獨的 wsdd2 守護程序可以讀取您的 Samba 配置並提供必要的公告，以允許非 Active Directory Windows 系統找到您的 Samba 伺服器並查看它有哪些共享可用。
新的瀏覽協議稱為 WS-Discover，它也有一些安全問題。如果暴露在網際網路上，它可能會讓您的系統被用作針對其他主機的 DoS 攻擊放大器。如果你使用
wsdd2，你應該阻止任何到你網路邊界的埠 3702 和 5355（UDP 和 TCP）的流量，在兩個方向上：你不希望不受信任的 WS-Discover 消息進入你的網路，也不希望你自己的系統的 WS-Discover 消息洩漏。