Dateifreigaben mit dem Dienstprogramm „Mount Helper“ einbinden

Verwenden Sie „Mount Helper“, um zonale und regionale Dateifreigaben mit Verschlüsselung während der Übertragung einzubinden. Das Dienstprogramm automatisiert die IPsec-Konfiguration für Zonenfreigaben und die Stunnel-Einrichtung für regionale Freigaben.

Vorbereitende Schritte

Bevor Sie Dateifreigaben mit Mount Helper einbinden:

Verbindung zu Ihrem Rechenhost herstellen

Um Dateifreigaben mit Mount Helper einzubinden, müssen Sie sich bei Ihrem Rechenhost anmelden.

Ein Mount-Verzeichnis erstellen

Erstellen Sie auf Ihrem Server ein Verzeichnis, in dem Sie die Dateifreigabe einbinden möchten.

mkdir /mnt/share-test

Eine zonale Dateifreigabe einbinden

Verwenden Sie die folgende Befehlssyntax, um eine Zonen-Dateifreigabe einzubinden. Ersetzen Sie den Einbindungspfad durch die für Ihre Dateifreigabe spezifischen Angaben.

mount -t ibmshare -o secure=true 10.0.0.1:/MOUNT_PATH /mnt/MOUNT_POINT

Wenn der Befehl gesendet wird, erstellt das Dienstprogramm die Zertifikatssignierungsanforderung (CSR) und ruft den Metadaten-Dienst auf, um das Zwischenzertifikat und das End-Peer-Zertifikat abzurufen. Es analysiert die Befehlszeilenargumente des Befehls „mount“ und erstellt die Datei „ /etc/swanctl/conf.d/type_ibmshare_.conf “. Der Dienst „ strongSwan “ verwendet diese Konfigurationsdatei, um die IPsec-Verbindung herzustellen. Anschließend lädt das Skript die IPsec-Verbindung und führt den Befehl „ NFS mount “ aus. Eine erfolgreiche Antwort sieht wie im folgenden Beispiel aus.

   [root@my-eit-instance ~]# mount -t ibmshare -o secure=true 10.240.64.5:/0c937ac3_814e_4a7c_99b8_719ec3cad7fd  /mnt/share-test
   Info  - IpSec using StrongSwan(5.7.2)
   Debug - RunCmd: /usr/sbin/swanctl --list-conns
   Debug - Config data unchanged:/etc/strongswan/swanctl/conf.d/type_ibmshare_10.240.64.5.conf
   Debug - StrongSwan cleanup config files Total(1) Mounted(0) Deleted(0) Recent(1)
   Debug - RunCmd: ReloadConfig (/usr/sbin/swanctl --load-all)
   Debug - File unlocked:/var/lock/ibm_mount_helper.lck
   Debug - RunCmd: MountCmd (mount -t nfs4 -o sec=sys,nfsvers=4.2,rw 10.240.64.5:/0c937ac3_814e_4a7c_99b8_719ec3cad7fd /mnt/share-test)
   Debug - RunCmd: LoadCert (openssl x509 -in /etc/strongswan/swanctl/x509ca/type_ibmshare_int.crt -noout -dates -subject -issuer)
   Debug - RunCmd: LoadCert (openssl x509 -in /etc/strongswan/swanctl/x509ca/type_ibmshare_root_dal.crt -noout -dates -subject -issuer)
   Share successfully mounted:

Es wird empfohlen, die Mount-Details nicht in die Datei „ /etc/fstab “ einzutragen, da dies dazu führen kann, dass der Compute-Host während des Bootvorgangs hängen bleibt.

Eine regionale Dateifreigabe einbinden

Verwenden Sie die folgende Befehlssyntax, um eine regionale Dateifreigabe einzubinden. Ersetzen Sie den Einbindungspfad durch die für Ihre Dateifreigabe spezifischen Angaben.

mount -t ibmshare -o stunnel 10.0.0.1:/MOUNT_PATH /mnt/MOUNT_POINT

Wenn der Befehl gesendet wird, baut das Dienstprogramm die Stunnel-Verbindung auf und ruft den Befehl „ NFS mount “ auf. Eine erfolgreiche Antwort sieht wie im folgenden Beispiel aus.

Durch Hinzufügen der Option „ -v “ zum Befehl „mount“ wird eine Debug-Ausgabe generiert, die dabei helfen kann, eventuelle Probleme beim Einbinden zu lokalisieren.

[root@my-eit-instance ~]#  mount -v -o stunnel -t ibmshare 10.240.64.24:/EAD9B8582BC84FDAB57B7A315BCA1210 /mnt/EAD9B8582BC84FDAB57B7A315BCA1210
Debug - Locked ok:/var/lock/ibm_mount_helper.lck
Debug - File unlocked:/var/lock/ibm_mount_helper.lck
Debug - Locked ok:/var/lock/ibm_mount_helper.lck
Debug - RunCmd: ListNfsMounts (mount -t nfs,nfs4)
Debug - Existing nfs/nfs4 mounts found:0
Debug - RunCmd: ListNfsMounts (mount -t nfs,nfs4)
Debug - Existing nfs/nfs4 mounts found:0
Debug - Local port 10001 will be used for setting up next stunnel
Debug - Starting stunnel for mounting /EAD9B8582BC84FDAB57B7A315BCA1210
Debug - Stunnel conf file created /etc/stunnel/ibmshare_EAD9B8582BC84FDAB57B7A315BCA1210.conf
Debug - Attempting to start stunnel using /etc/stunnel/ibmshare_EAD9B8582BC84FDAB57B7A315BCA1210.conf
Debug - Attempting mount of /EAD9B8582BC84FDAB57B7A315BCA1210 on the local host
Debug - RunCmd: Mount using stunnel  (mount -t nfs4 -o sec=sys,nfsvers=4.2,rw,port=10001 127.0.0.1:/EAD9B8582BC84FDAB57B7A315BCA1210 /mnt/EAD9B8582BC84FDAB57B7A315BCA1210 -v)
Debug - Stunnel mount was successful
Debug - File unlocked:/var/lock/ibm_mount_helper.lck

Es wird empfohlen, die Mount-Details nicht in die Datei „ /etc/fstab “ einzutragen, da dies dazu führen kann, dass der Compute-Host während des Bootvorgangs hängen bleibt.

Wenn Sie die Mount-Details zu /etc/fstab hinzufügen müssen, achten Sie darauf, die Optionen „ _netdev “ und „ nofail “ zu verwenden. Die folgenden Beispiele zeigen das richtige Format:

55.38.12.137:/9A81XXXXXX367497  /mnt/rfs   ibmshare  stunnel,rw,sec=sys,_netdev  0  0
55.38.12.141:/380BXXXXXXDCA870  /mnt/rfs2  ibmshare  stunnel,rw,sec=sys,_netdev  0  0

Nachdem Sie die Einträge unter „ /etc/fstab “ hinzugefügt haben, führen Sie die folgenden Befehle aus:

mount -a
systemctl daemon-reload

Die Dateifreigaben sind eingebunden und werden beim Neustart des Systems automatisch eingebunden.

Nächste Schritte

NFS stuft standardmäßig alle Dateien, die mit Rootberechtigungen erstellt wurden, auf den Benutzer nobody herab. Diese Sicherheitsfunktion stellt sicher, dass Berechtigungen nur geteilt werden, wenn sie angefordert werden. Durch die Konfiguration von „ no_root_squash “ können Root-Clients ihre Root-Rechte auf der Remote-Dateifreigabe „ NFS “ beibehalten. Legen Sie für „ NFSv4.2 “ die Domäne „ nfsv4 “ auf „ slnfsv4.com “ fest und starten Sie „ rpcidmapd “ oder einen ähnlichen Dienst, der von Ihrem Betriebssystem verwendet wird. Weitere Informationen finden Sie unter „ no_root_squash für NFS implementieren“(optional).

Erfahren Sie mehr über die Verwaltung von Dateifreigaben.

Sollten Probleme auftreten, lesen Sie den Abschnitt „ Fehlerbehebung bei Mount Helper “.