Warum kann ich den freigegebenen NFS-Speicherort auf Ubuntu-Clientcomputern unter Windows nicht finden?

Warum kann ich den freigegebenen NFS-Speicherort auf Ubuntu-Clientcomputern unter Windows nicht finden?

Ich bin gefolgtDasLink zum Konfigurieren von NFS unter Ubuntu 20,

Aber wenn ich versuche, mit meinem Windows-Rechner auf die Server-IP im Format zuzugreifen //server_IP/, erhalte ich die Fehlermeldung

Windows kann nicht finden server_IP. Achten Sie darauf, den Namen richtig einzugeben.

Ich bin nicht sicher, wie ich das Problem beheben kann.

HINWEIS: Ich habe nginxden freigegebenen Standort gehostet und kann den freigegebenen Standort über die Server-IP im Browser sehen.

Bitte um Vorschläge, Danke

Antwort1

Das Standard-Dateifreigabeprotokoll von Windows ist nicht NFS, sondern SMB. Wenn Sie \\hostname-or-IP\share_namein den Windows Explorer tippen, fordern Sie Windows auf, eine Verbindung zur angegebenen SMB-Dateifreigabe (oder Druckerfreigabe) auf dem angegebenen Host herzustellen.

Windows 10 kann NFS verwenden ...WennSie installieren dieOptionalDienste für das NFS-Add-On, das möglicherweise nur für die Enterprise- und Pro-Versionen von Windows 10 verfügbar ist.

Und selbst wenn Sie dies installieren, kann der Linux-NFS-Server keine Windows-Benutzer identifizieren, es sei denn, beide Systeme sind in einer einzigen AD-Domäne vereint. Es besteht daher keine Möglichkeit festzulegen, dass ein Windows-Benutzer auf etwas in der NFS-Freigabe zugreifen darf, ein anderer jedoch nicht. Im Wesentlichen gilt das Alles-oder-Nichts-Prinzip.

Obwohl die Konfiguration von Windows für Unix&Linux SE nicht zum Thema gehört, finden Sie hier einen Link, der beschreibt, wie Sie Windows 10 als einfachen NFS-Client konfigurieren: https://graspingtech.com/mount-nfs-share-windows-10/

Beachten Sie, dass das Verfahren eine Bearbeitung der Registrierung umfasst und daher nicht sehr benutzerfreundlich ist.

Stattdessen empfehle ich die Installation des Samba-Softwarepakets auf Ihrem Ubuntu-Server und die Verwendung zum Freigeben des Festplattenspeicherorts mithilfe des nativen SMB-Protokolls von Windows.

Es gibt jedoch eine Komplikation:da Microsoft die SMB-Protokollversion 1 (kurz SMBv1) und damit auch die NetBIOS-Funktionalität ablehnt, werden die Teile des SMB-Protokolls, die das Durchsuchen der Netzwerkfreigaben (d. h. sich nur mit diesem Host verbinden \\hostname-or-ip\und sehen, was auf diesem Host verfügbar ist) in einer Nicht-Active Directory-Umgebung ermöglichen, deaktiviert und letztendlich entfernt.

(Die erneute Aktivierung von SMBv1 ist immer noch möglich, abersehr nicht zu empfehlendenn die inhärenten Mängel von SMBv1 ermöglichten die weltweite Verbreitung des WannaCry-Ransomwarewurms im Jahr 2017. Die spezielle Lücke, die der ursprüngliche Wurm ausnutzte, wurde geschlossen, aber möglicherweise sind noch andere Varianten derselben Technik möglich, da SMBv1 sehr komplex war/ist und SMBv2 eine radikale Vereinfachung und Optimierung des Protokolls darstellte.)

Um dies zu umgehen, hat Microsoft ein neues Protokoll zur Bekanntgabe und Erkennung von Netzwerkfreigaben in Nicht-AD-Umgebungen eingeführt. Dieses Protokoll wurde bisher noch nicht in Samba integriert, aberEin separater wsdd2-Daemon kann Ihre Samba-Konfiguration lesen und die erforderlichen Ankündigungen bereitstellenum es Windows-Systemen ohne Active Directory zu ermöglichen, Ihren Samba-Server zu finden und zu sehen, welche Freigaben verfügbar sind.

Das neue Browserprotokoll heißt WS-Discover und es gibt auch einige Sicherheitsbedenken. Wenn es dem Internet ausgesetzt ist, können Ihre Systeme möglicherweise als Verstärker für DoS-Angriffe gegen andere Hosts verwendet werden. Wenn Sie verwenden wsdd2, sollten Sie jeglichen Verkehr zu den Ports 3702 und 5355 (UDP und TCP) an der Grenze Ihres Netzwerks in beide Richtungen blockieren: Sie möchten weder, dass nicht vertrauenswürdige WS-Discover-Nachrichten in Ihr Netzwerk gelangen, noch dass WS-Discover-Nachrichten Ihrer eigenen Systeme nach außen dringen.

verwandte Informationen