So richten Sie einen NFS-Mount unter Ubuntu ein 18.04

NFS (Network File System) ist ein verteiltes Dateisystemprotokoll, mit dem Sie Remoteverzeichnisse auf Ihrem Server bereitstellen können. Auf diese Weise können Sie Speicherplatz an einem anderen Speicherort verwalten und von mehreren Clients auf diesen Speicherplatz schreiben. NFS bietet eine relativ schnelle und einfache Möglichkeit, über ein Netzwerk auf Remote-Systeme zuzugreifen, und funktioniert auch in Situationen, in denen auf die freigegebenen Ressourcen regelmäßig zugegriffen werden muss.

In diesem Handbuch wird erläutert, wie Sie die für die NFS-Funktionalität erforderlichen Komponenten installieren, NFS-Bereitstellungen konfigurieren und die Bereitstellung einer NFS-Remotefreigabe aufheben.

In diesem Lernprogramm werden zwei Server verwendet, von denen einer einen Teil des Dateisystems mit dem anderen teilt. Um mitzukommen, benötigen Sie:

In diesem Tutorial bezeichnen wir den Server, der seine Verzeichnisse als * Host * freigibt, und den Server, der diese Verzeichnisse als * Client * bereitstellt. Um sie klar zu halten, verwenden wir die folgenden IP-Adressen als Ersatz für die * Host * - und * Client * -Werte:

Wenn diese IP-Adressen in Befehlen und Konfigurationsdateien angezeigt werden, müssen Sie sie durch Ihre jeweiligen * Host * - und * Client * -IP-Adressen ersetzen.

Wir beginnen mit der Installation der erforderlichen Komponenten auf jedem Server.

Wir werden zwei separate Verzeichnisse mit unterschiedlichen Konfigurationseinstellungen gemeinsam nutzen, um zwei wichtige Möglichkeiten zu veranschaulichen, wie NFS-Bereitstellungen in Bezug auf den Superuser-Zugriff konfiguriert werden können.

Superuser können überall auf ihrem System arbeiten. Von NFS gemountete Verzeichnisse sind jedoch nicht Teil des Systems, auf dem sie gemountet werden. Daher lehnt der NFS-Server standardmäßig die Ausführung von Vorgängen ab, für die Superuser-Berechtigungen erforderlich sind. Diese Standardeinschränkung bedeutet, dass Superuser auf dem * Client * keine Dateien als * root * schreiben, den Besitz neu zuweisen oder andere Superuser-Aufgaben auf dem NFS-Mount ausführen können.

Manchmal gibt es jedoch vertrauenswürdige Benutzer auf dem * Client * -System, die diese Aktionen auf dem bereitgestellten Dateisystem ausführen müssen, aber keinen Superuser-Zugriff auf dem * Host * benötigen. Sie können den NFS-Server so konfigurieren, dass dies zulässig ist, obwohl dies ein gewisses Risiko mit sich bringt, da ein solcher Benutzer Root-Zugriff auf das gesamte * Host * -System erhalten könnte.

Als Nächstes gehen wir in die NFS-Konfigurationsdatei ein, um die gemeinsame Nutzung dieser Ressourcen einzurichten.

Öffnen Sie die Datei "+ / etc / exports +" in Ihrem Texteditor mit * root * -Privilegien:

Die Datei enthält Kommentare zum allgemeinen Aufbau der einzelnen Konfigurationszeilen. Die Syntax lautet grundsätzlich:

/ etc / exports

Für jedes Verzeichnis, das wir freigeben möchten, müssen wir eine Zeile erstellen. Da unser Beispiel * client * eine IP von + 203.0.113.24 + hat, sehen unsere Zeilen wie folgt aus. Stellen Sie sicher, dass Sie die hier angezeigte IP-Adresse in die Ihres * Kunden * ändern:

/ etc / exports

Hier verwenden wir die gleichen Konfigurationsoptionen für beide Verzeichnisse mit Ausnahme von "+ no_root_squash +". Werfen wir einen Blick darauf, was jede dieser Optionen bedeutet:

Wenn Sie mit den Änderungen fertig sind, speichern und schließen Sie die Datei. Starten Sie anschließend den NFS-Server mit dem folgenden Befehl neu, um die Freigaben für die von Ihnen konfigurierten Clients verfügbar zu machen:

Bevor Sie die neuen Freigaben jedoch tatsächlich verwenden können, müssen Sie sicherstellen, dass der Datenverkehr zu den Freigaben von den Firewall-Regeln zugelassen wird.

Überprüfen Sie zunächst den Firewall-Status, um festzustellen, ob er aktiviert ist, und, falls ja, um festzustellen, was derzeit zulässig ist:

Auf unserem System wird nur SSH-Verkehr zugelassen, daher müssen wir eine Regel für NFS-Verkehr hinzufügen.

Bei vielen Anwendungen können Sie "+ sudo ufw app list " verwenden und sie nach Namen aktivieren, aber " nfs " ist keine davon. Da ` ufw` auch` + / etc / services` auf den Port und das Protokoll eines Dienstes prüft, können wir NFS weiterhin namentlich hinzufügen. Es wird empfohlen, die restriktivste Regel zu aktivieren, die weiterhin den von Ihnen gewünschten Datenverkehr zulässt. Anstatt den Datenverkehr von jedem beliebigen Ort aus zuzulassen, werden wir uns darauf beschränken.

Verwenden Sie den folgenden Befehl, um den Port "+ 2049 +" auf dem * Host * zu öffnen und dabei die * IP-Adresse Ihres * Clients * zu ersetzen:

Sie können die Änderung überprüfen, indem Sie Folgendes eingeben:

In der Ausgabe sollte der Verkehr von Port "+ 2049 +" zugelassen sein:

Dies bestätigt, dass UFW nur ​​NFS-Datenverkehr von unserem * Client * -Rechner auf Port + 2049 + zulässt.

Nachdem der * Host * -Server konfiguriert ist und seine Freigaben bereitstellt, bereiten wir unseren * Client * vor.

Um die Remote-Freigaben auf dem * Client * verfügbar zu machen, müssen die Verzeichnisse auf dem * Host * bereitgestellt werden, den wir freigeben möchten, um die Verzeichnisse auf dem * Client * zu leeren.

Wir erstellen zwei Verzeichnisse für unsere Reittiere:

Nachdem wir nun einen Speicherort für die Remotefreigaben haben und die Firewall geöffnet haben, können wir die Freigaben bereitstellen, indem wir unseren * Host * -Server ansprechen, der in diesem Handbuch "+ 203.0.113.0 +" lautet:

Diese Befehle mounten die Freigaben vom Host-Computer auf dem * Client * -Maschine. Sie können auf verschiedene Arten überprüfen, ob die Bereitstellung erfolgreich war. Sie können dies mit einem einfachen Befehl + mount + oder + findmnt + überprüfen, aber + df -h + bietet eine besser lesbare Ausgabe, die veranschaulicht, wie die Festplattennutzung für die NFS-Freigaben unterschiedlich angezeigt wird:

Die beiden von uns gemounteten Shares werden unten angezeigt. Da sie über dasselbe Dateisystem bereitgestellt wurden, weisen sie dieselbe Datenträgerverwendung auf. Verwenden Sie den Befehl "+ du " und den Pfad des Mount, um zu sehen, wie viel Speicherplatz unter den einzelnen Mountpunkten tatsächlich verwendet wird. Das " -s " - Flag liefert eine Zusammenfassung der Verwendung, anstatt die Verwendung für jede Datei anzuzeigen. Das ` -h +` druckt eine lesbare Ausgabe.

Zum Beispiel:

Dies zeigt uns, dass der Inhalt des gesamten Basisverzeichnisses nur 36 KB des verfügbaren Speicherplatzes belegt.

Als Nächstes testen wir den Zugriff auf die Freigaben, indem wir jeweils etwas in die Freigaben schreiben.

Wir können die Remote-NFS-Freigaben automatisch beim Booten bereitstellen, indem wir sie zur Datei "+ / etc / fstab +" auf dem * client * hinzufügen.

Öffnen Sie diese Datei mit Root-Rechten in Ihrem Texteditor:

Fügen Sie am Ende der Datei eine Zeile für jede unserer Freigaben hinzu. Sie werden so aussehen:

/ etc / fstab

Der * Client * -Server stellt die Remote-Partitionen beim Booten automatisch bereit, obwohl es einige Momente dauern kann, bis die Verbindung hergestellt ist und die Freigaben verfügbar sind.

Wenn Sie nicht mehr möchten, dass das Remote-Verzeichnis auf Ihrem System bereitgestellt wird, können Sie die Bereitstellung aufheben, indem Sie die Verzeichnisstruktur der Freigabe verlassen und die Bereitstellung wie folgt aufheben:

Dadurch werden die Remotefreigaben entfernt, sodass nur auf Ihren lokalen Speicher zugegriffen werden kann:

Wenn Sie auch verhindern möchten, dass sie beim nächsten Neustart erneut bereitgestellt werden, bearbeiten Sie "+ / etc / fstab " und löschen Sie die Zeile oder kommentieren Sie sie aus, indem Sie ein # -Symbol am Zeilenanfang einfügen. Sie können die automatische Bereitstellung auch verhindern, indem Sie die Option " auto +" entfernen, mit der Sie sie manuell bereitstellen können.

In diesem Lernprogramm haben wir einen NFS-Host erstellt und einige wichtige NFS-Verhaltensweisen veranschaulicht, indem wir zwei verschiedene NFS-Bereitstellungen erstellt haben, die wir mit unserem NFS-Client geteilt haben. Wenn Sie NFS in der Produktion implementieren möchten, ist es wichtig zu beachten, dass das Protokoll selbst nicht verschlüsselt ist. In Fällen, in denen Sie öffentlich zugängliche Dateien freigeben, verursacht dies keine ernsthaften Probleme.

Wenn Sie jedoch NFS für private Daten verwenden, müssen Sie entscheiden, wie Sie diese Daten schützen möchten. Möglicherweise können Sie NFS über SSH oder eine VPN-Verbindung weiterleiten, um eine sicherere Umgebung zu schaffen. Dies führt jedoch häufig zu einer erheblichen Leistungsminderung. Wenn die Leistung ein Problem darstellt, lesen Sie SSHFS. Es ist etwas langsamer als unverschlüsselter NFS-Verkehr, aber in der Regel viel schneller als getunnelter NFS. Kerberos-authentifizierte Verschlüsselung für NFS ist eine weitere zu untersuchende Option.