macOS Sierra: Mounten von NFS-Volumes

Ich habe einen Linux-Server mit einer Reihe von NFS-Exporten. Ich habe sie auf meinem Mac gemountet, indem ich eine Datei eingerichtet auto_nfsund sie in /nfs/…Ordnern gemountet habe.

Ich denke , dies kann die Ursache für ein merkwürdiges Verhalten bei einigen Anwendungen sein, die diese Volumes anscheinend nicht vollständig durchlaufen können ( Einzelheiten dazu, was ich mit eigenartig meine, finden Sie unter Anwendungen, die mit Netzwerkvolumes nicht richtig funktionieren ).

Wenn ich eine SMB-Freigabe mounte, erscheint sie als separates Volume unter meinem Computer, aber nicht so bei NFS.

Ich komme zu dem Schluss, dass die Dinge für mich besser funktionieren würden, wenn ich die NFS-Freigaben im /VolumesVerzeichnis mounte. Aber ich kann nicht:

  • Die Einstellungen in auto_nfserfordern vorhandene Verzeichnisse, und in Sierra kann ich keine erstellen.
  • Ich kann keine NFS-Freigabe mit dem Protokoll mounten nfs:, da dies anscheinend nicht unterstützt wird.

Anscheinend hat Sierra ein paar Regeln bezüglich des /VolumesVerzeichnisses geändert.

Wie kann ich eine NFS-Freigabe als normales Volume mounten? Hängen Sie die NFS-Freigabe in /Volumes als Laufwerk ein , aber:

  • Es ist ein altes und gilt nicht für Sierra
  • Die Vorschläge funktionieren hier nicht

Antworten (2)

Drücken Sie im Finder cmd + k und geben Sie den Pfad zum NFS-Server/der Freigabe ein:

verbinden zum Server

Für mich wurde dies als /Volumes/users-1 gemountet (aber ich hatte bereits /Volumes/Users gemountet).

iMac21:~ user$ df -h /Volumes/users-1
Filesystem               Size   Used  Avail Capacity iused     ifree %iused  Mounted on
192.168.7.5:/nas/users  5.4Ti  4.8Ti  292Gi    95%  261121 366027775    0%   /Volumes/users-1
iMac21:~ user$

Wenn Sie möchten, dass dies beim Booten geschieht, können Sie es zu den Anmeldeelementen für Ihren Benutzer hinzufügen.

Ich hatte das nfs:Protokoll bereits ausprobiert, wie in meiner Frage erwähnt, aber es hat damals nicht funktioniert. Ich denke, mein Fehler war, den Rest des Pfades nicht einzubeziehen. Ich wusste nicht, dass man den Anmeldeobjekten ein Volumen hinzufügen kann, also habe ich zwei Dinge gelernt. Danke.
Grüße aus dem Jahr 2019, eine solche Benutzeroberfläche gibt es hier nicht mehr
Sicher, geben Sie zuerst das Finder-Programm ein und dann Cmd + k

Die akzeptierte Antwort funktioniert nur, wenn der NFS-Server Verbindungen auf nicht reservierten Ports (dh >1024) zulässt.

Die Export-Manpages sagen es:

exportfs versteht die folgenden Exportoptionen: secure

Diese Option erfordert, dass Anforderungen von einem Internetport stammen, der kleiner als IPPORT_RESERVED (1024) ist. Diese Option ist standardmäßig aktiviert . Geben Sie zum Deaktivieren unsicher an.

Bei meiner CentOS 7.3-Box ist dies standardmäßig nicht der Fall und ich musste unsicher zum Mount hinzufügen.

Damit der MACOS-Client funktioniert, müssen Sie die insecureOption Ihrem NFS-Server in Ihrem Export hinzufügen

Bsp .:/my/export 192.168.5.0/24(insecure)

Wenn das nicht möglich ist: Mit mountkönnen Sie eine Option bereitstellen, um reservierte Ports von der Mac-Seite zuzulassen:sudo mount -t nfs -o resvport server:/my/export nfs

Ich habe einen halben Tag damit verbracht. Ich habe den Kommentar gesehen, aber ich hatte kein CentOS – ich habe Ubuntu Mate 16.04. Ich habe es endlich versucht und das war das Problem.
Dies sollte als die beste Antwort akzeptiert werden. Es rettet meinen Tag. Danke!
@pedz: "sicher" ist die Standardeinstellung bei (fast?) allen Linux-Distributionen. Es ist überhaupt nicht spezifisch für CentOS, nur für normale Linux- und Unix-Server (im Gegensatz zu NAS-Appliances, denke ich).
Wie "unsicher" ist es, die Verwendung von Ports über 1024 zuzulassen? Mir ist überhaupt nicht klar, was daran unsicher sein soll
Auf Ports unter 1024 kann nur der Root-Benutzer auf *NIX-Rechnern zugreifen. Meine Vermutung ist, dass es "sicherer" ist, weil Sie Root-Zugriff auf einen Computer haben müssen. In einer Unternehmensumgebung könnte dies durchsetzbar sein, aber jeder, der sein eigenes Gerät verwendet, kann Root auf diesem System haben, also ist es nicht so sicher, wie der Name vermuten lässt.