Konfigurieren von NFS:
NFS(Network File System):
Dieses Dateisystem wird von den meisten Unix-Betriebssystemen (SOLARIS / LINUX / FreeBSD) implementiert. NFS mountet Remote-Dateisysteme nahtlos lokal.
NFS-Hauptversionen:
2 → Original
3 → verbessert gegenüber Version 2
4 → Aktuell & Standardversion
Hinweis: NFS-Versionen 3 & höher unterstützt große Dateien (> 2 GB)
NFS-Vorteile:
1. Es ermöglicht die gemeinsame Nutzung von Dateisystemen im Netzwerk auf verschiedenen Systemen.
2. Es kann auf verschiedenen Betriebssystemen implementiert werden.
3. Das Arbeiten des NFS-Dateisystems ist so einfach wie das lokal gemountete Dateisystem.
NFS-Komponente enthalten:
1. NFS-Client: Hängt die Dateiressource ein, die vom NFS-Server im Netzwerk freigegeben wird.
2. NFS-Server: Er enthält das Dateisystem, das im Netzwerk gemeinsam genutzt werden muss.
3. Auto FS
NFS-Server verwalten:
Wir verwenden NFS-Serverdateien, NFS-Server-Daemons & NFS-Server-Befehle zum Konfigurieren und Verwalten eines NFS-Servers.
Um NFS-Server-Aktivitäten zu unterstützen, benötigen wir folgende Dateien:
datei | Beschreibung |
/ etc/dfs/dfstab | Listet die lokale Ressource auf, die beim Booten freigegeben werden soll. Diese Datei enthält die Befehle, die lokale Verzeichnisse gemeinsam nutzen. Jede Zeile der dfstab-Datei besteht aus einem Freigabebefehl. ZB: share < Dateisystem, das geteilt werden soll> |
/ etc/dfs/sharetab | Listet die lokale Ressource auf, die derzeit vom NFS-Server freigegeben wird. Bearbeiten Sie diese Datei nicht. |
/ etc/dfs/fstypes | Listet die Standarddateisystemtypen für die entfernten Dateisysteme auf. |
/ etc/rmtab | Listet die Dateisysteme auf, die vom NFS-Client remote gemountet wurden. Bearbeiten Sie diese Datei nicht. ZB: system1:/export/sharedir1 |
/ etc/nfs/nfslog.conf | Listet die Informationen auf, die die lokalen Konfigurationsprotokolle definieren, die für die NFS-Serverprotokollierung verwendet werden. |
/ etc/default/nfslogd | Listet die Konfigurationsinformationen auf, die das Verhalten des nfslogd-Daemons für NFSv2/3 beschreiben. |
/ etc/default/nfs | Enthält Parameterwerte für NFS-Protokolle und NFS-Daemons. |
Hinweis: Wenn der Dienst svc:/network/nfs/server keinen Freigabebefehl in der Datei /etc/dfs/dfstab findet, werden die NFS-Server-Daemons nicht gestartet.
NFS-Server-Daemons:
Um den NFS-Server-Daemon zu starten, aktivieren Sie den Daemon svc:/network/nfs/server :
#svcadm nfs/server aktivieren
Hinweis: Die nfsd- und mountd-Daemons werden gestartet, wenn in der Datei /etc/dfs/dfstab des Systems eine unkommentierte share-Anweisung vorhanden ist.
Der folgende NFS-Server-Daemon ist erforderlich, um den NFS-Serverdienst bereitzustellen:
mountd:
– Griffe Dateisystem Mount-Anforderung von Remote-Systemen & Zugriffskontrolle.
– Bestimmt, ob ein bestimmtes Verzeichnis freigegeben wird und ob der anfordernde Client die Berechtigung hat, darauf zuzugreifen.
– Wird nur für NFSv2 & 3 benötigt.
nfsd:
Verarbeitet Client-Dateisystemanforderungen für den Zugriff auf Remote-Dateisystemanforderungen.
statd:
Arbeitet mit dem Lockd-Daemon zusammen, um eine Crash-Recovery-Funktion für den Lock Manager bereitzustellen.
lockd:
Unterstützt Record Locking-Funktion für NFS-Dateien.
nfslogd:
Bietet Betriebsprotokollierung für NFSv2 & 3.
NFS-Karte:
– Es ist in NFSv4 implementiert.
– Der nfsmapid-Daemon ordnet die & -Gruppenidentifikation zu, die sowohl der NFSv4-Client als auch der Server verwenden.
– Es wird gestartet von: svc:/network/nfs/mapid service.
Hinweis: Die von mountd & lockd-Daemons bereitgestellten Funktionen sind in das NFSv4-Protokoll integriert.
NFS-Serverbefehle:
Freigabe:
Stellt ein lokales Verzeichnis auf einem NFS-Server zum Mounten zur Verfügung. Es zeigt auch den Inhalt der Datei /etc/dfs/sharetab an. Es schreibt Informationen für alle freigegebenen Ressourcen in die Datei / etc / dfs / sharetab.
Syntax:
teilen
-o Optionen: Steuert den Zugriff eines Clients auf eine freigegebene NFS-Ressource.
Die Optionslisten lauten wie folgt:
ro: read only request
rw: read & write request
root=access-list: Informiert den Client, dass der Root-Benutzer auf den angegebenen Clientsystemen Superuser-privilegierte Anforderungen für die freigegebene Ressource ausführen kann.
ro=acess-list: Erlaubt Leseanforderungen von der angegebenen Zugriffsliste.
rw=acess-list: Ermöglicht Lese & Schreibanforderungen von der angegebenen Zugriffsliste.
anon=n: Setzt n als effektive Benutzer-ID für anonyme Benutzer. Standardmäßig ist es 6001. Wenn er auf -1 gesetzt ist, wird der Zugriff verweigert.
access-list=client:client : Ermöglicht den Zugriff basierend auf einer durch Doppelpunkte getrennten Liste von einem oder mehreren Clients.
access-list=@network : Ermöglicht den Zugriff basierend auf einem Netzwerknamen. Der Netzwerkname muss in der Datei /etc/networks definiert werden.
Zugriffsliste=.domäne : Ermöglicht den Zugriff basierend auf der DNS-Domäne. Der (.) dot identifiziert den Wert als DNS-Domäne.
access-list=netgroup_name: Ermöglicht den Zugriff basierend auf einer konfigurierten Netzgruppe (nur NIS oder NIS+)
-d Beschreibung: Beschreibt die freigegebene Dateiressource.
Pfadname: Absoluter Pfad der Ressource für die Freigabe.
Beispiel:
#share -o ro /export/share1
Der obige Befehl gibt /export/share1 die schreibgeschützte Berechtigung.
#share -F nfs -o ro,rw=client1 directory
Dieser Befehl beschränkt den Zugriff auf read only, akzeptiert jedoch Lese- und Schreibanforderungen von client1.
Hinweis: Wenn kein Argument angegeben ist, zeigt der Befehl share eine Liste aller freigegebenen Dateiressourcen an.
unshare:
Macht ein zuvor verfügbares Verzeichnis für die clientseitigen Einhängevorgänge nicht verfügbar.
#unshare Pfadname
#unshare <Ressourcenname>
shareall:
Liest und führt Share-Anweisungen in der Datei /etc/dfs/dfstab aus.
Dies gibt alle Ressourcen frei, die in der Datei /etc/dfs/dfstab aufgelistet sind.
shareall
unshareall:
Macht eine zuvor freigegebene Ressource nicht verfügbar, die in /etc/dfs/sharetab aufgeführt ist.
shareall
dfshares:
Listet verfügbare freigegebene Ressourcen von einem Remote- oder lokalen Server auf.
Anzeige der aktuell freigegebenen Ressourcen bei Verwendung ohne Argument:
#dfshares
RESOURCE SERVER ACCESS TRANSPORT
dfshares Befehl mit Hostname als Argument, listet die vom Host freigegebenen Ressourcen auf.
#dfshares system1
dfmounts:
Zeigt eine Liste der NFS-Serververzeichnisse an, die derzeit eingehängt sind.
#dfmounts
RESOURCE SERVER PATHNAME CLIENTS
Hinweis: Der Befehl dfmount verwendet den Daemon mountd, um aktuell freigegebene NFS-Ressourcen anzuzeigen. NFSv4-Freigaben werden nicht angezeigt.
NFS-Client verwalten:
NFS-Client-Dateien, NFS-Client-Daemon und NFS-Client-Befehle arbeiten zusammen, um den NFS-Client zu verwalten.
NFS-Client-Dateien:
/etc/vfstab : Definiert das einzuhängende Dateisystem. Ein Beispieleintrag in dieser Datei für das NFS-Dateisystem wird unten angezeigt:
system1:/export/local_share1 – /export/remote_share1 nfs – ja soft,bg
Hier ist /export/remote_share1 das Dateisystem auf dem NFS-Server und wird vom NFS-Client lokal auf /export/local_share1 freigegeben.
/etc/mnttab : Listet das aktuell gemountete Dateisystem auf, einschließlich automatisch gemounteter Verzeichnisse. Diese Datei wird vom Kernel verwaltet und kann nicht bearbeitet werden. Es bietet schreibgeschützten Zugriff auf das gemountete Dateisystem.
/etc/dfs/fstypes: Listet die Standarddateisystemtypen für entfernte Dateisysteme auf.
#cat /etc/dfs/fstypes
nfs NFS Utilities
autofs AUTOFS Utilities
cachefs CACHEFS Utilities
/etc/default/nfs : Enthält Parameter, die von NFS-Protokollen & -Daemons verwendet werden.
NFS-Client-Daemons:
Die nfs-Daemons werden mit dem Dienst svc:/network/nfs/client gestartet. Die NFS-Client-Daemons sind:
statd: Arbeitet mit dem lockd-Daemon zusammen, um Crash-Recovery-Funktionen für Lock Manager bereitzustellen.
#svcadm -v enable nfs/status
svc:/network/nfs/status:default enabled
lockd : Unterstützt Aufzeichnungssperren für freigegebene nfs-Dateien.
#svcadm -v nfs/lockmgr aktivieren
svcs:/network/nfs/nlockmgr: Standardmäßig aktiviert
nfs4cbd : Es handelt sich um einen NFSv4-Rückrufdämon. Im Folgenden finden Sie die FMRI für den nfs4cbd-Dienst:
svc: /network/nfs/cbd:default
NFS-Clientbefehle:
dfshares:
Listet verfügbare freigegebene Ressourcen von einem Remote- / lokalen NFS-Server auf.
Einhängen:
Hängt eine Dateiressource (lokal/remote) an einen angegebenen lokalen Einhängepunkt an.
Syntax:
Server einhängen: Pfadname Einhängepunkt
wobei:
-F nfs: Gibt NFS als Dateisystemtyp an. Es ist Standardoption und nicht notwendig.
-o Optionen: Gibt eine kommagetrennte Liste von dateisystemspezifischen Optionen wie rw, ro an. Der Standardwert ist rw.
server:Pfadname: Gibt den Namen des Servers und den Pfadnamen der Remote-Dateiressource an. Der Name des Servers und der Pfadname werden durch einen Doppelpunkt(:) getrennt.
mount_point: Gibt den Pfadnamen des Einhängepunkts auf dem lokalen System an.
Beispiel:
#mount remotesystem1:/share1 /share1
#mount -o ro remotesystem1:/share1 /share1
unmount:
Unmountet eine aktuell bereitgestellte Dateiressource.
#aushängen /server1
mountall:
Mountet alle Dateiressourcen oder eine bestimmte Gruppe von Dateiressourcen, die in der Datei /etc/vfstab aufgeführt sind, mit einem Mount at boot-Wert als yes. Um die Aktion nur auf entfernte Dateien zu beschränken, verwenden Sie die Option r:
#mountall -r
unmountall:
Unmountet alle unkritischen lokalen und entfernten Dateiressourcen, die in der /etc/vfstab des Clients aufgeführt sind file.To beschränken Sie die Aktion nur auf Remote-Dateien Verwenden Sie die Option r:
#unmountall -r
/etc/vfstab Dateieinträge:
einzuhängendes Gerät: Dies gibt den Namen des Servers und den Pfadnamen der Remote-Dateiressource an. Der Hostname des Servers und der Freigabename werden durch einen Doppelpunkt (:) getrennt.
device to fsck: NFS-Ressourcen werden vom Client nicht geprüft, da das Dateisystem remote ist.
Einhängepunkt: Einhängepunkt für die Ressource.
FS type: Typ des Dateisystems, das gemountet werden soll.
fsck pass: Das Feld ist (-) für das NFS-Dateisystem.
mount at boot: Dieses Feld ist auf yes gesetzt.
Mount-Optionen:
Verschiedene Mount-Optionen sind wie folgt:
rw/ro : Gibt die Ressource an, die als Lese-/Schreibzugriff oder schreibgeschützt bereitgestellt werden soll.
bg/ fg: Wenn der erste Einhängeversuch fehlschlägt, gibt diese Option an, dass das Einhängen im Hintergrund | Vordergrund wiederholt werden soll.
weich/hart: Wenn die Anzahl der erneuten Übertragungen die in der Option retrans= n angegebene Anzahl erreicht hat, meldet ein mit der Option eingehängtes Dateisystem einen Fehler bei der Anforderung und stoppt den Versuch. Ein mit der Option hard gemountetes Dateisystem gibt eine Warnmeldung aus und versucht weiterhin, die Anforderung zu verarbeiten. Der Standardwert ist Hard Mount.
intr/nointr: Dies aktiviert oder deaktiviert die Verwendung von Tastatur-Interrupts, um einen Prozess zu beenden, der während des Wartens auf eine Antwort auf einem fest eingehängten Dateisystem hängt. Der Standardwert ist intr.
suid/nosuid: Gibt an, ob die Ausführung von setuid aktiviert werden soll. Der Standardwert aktiviert die Ausführung von setuid.
timeo=n: Setzt timout auf n-Zehntelsekunden.
retry=n: Legt die Anzahl der Wiederholungsversuche für den Mount-Vorgang fest. Der Standardwert ist 10.000.
retrans=n: Setzt die Anzahl der NFS-Übertragungen auf n.
Konfigurieren von NFS-Protokollpfaden:
Die /etc/nfs/nfslog.die conf-Datei definiert den Pfad, die Dateinamen und die Art der Protokollierung, die der nfslogd-Daemon verwenden muss.
Konfigurieren eines NFS-Servers:
Schritt 1:
Geben Sie den folgenden Eintrag in die Datei / etc/default /nfs auf dem Server ein:
NFS_SERVER_VERSMAX=n
NFS_SERVER_VERSMIN=n
Hier ist n die Version von NFS und nimmt Werte an:2,3 & 4. Standardmäßig sind diese Werte nicht angegeben. Für den Client-Computer ist das Standardminimum Version 2 und das Maximum Version 4.
Schritt 2:
Geben Sie bei Bedarf den folgenden Eintrag ein:
NFS_SERVER_DELEGATION=off
Standardmäßig ist diese Variable kommentiert und nfs bietet keine Delegierung an die Clients an.
Schritt 3:
Geben Sie bei Bedarf den folgenden Eintrag ein:
NFSMAPID_DOMAIN=<Domänenname>
Standardmäßig verwendet der nfsmapid-Daemon die DNS-Domäne des Systems.
Bestimmen Sie, ob der NFS-Server ausgeführt wird:
#svcs network/nfs/server
Um den Dienst zu aktivieren;
#svcadm enable network/nfs/server
Konfigurieren eines NFS-Clients:
Schritt 1:
Geben Sie den folgenden Eintrag in die Datei /etc/default/nfs auf dem Clientcomputer ein:
NFS_SERVER_VERSMAX=n
NFS_SERVER_VERSMIN=n
Hier ist n die Version von NFS und nimmt Werte an:2,3 & 4. Standardmäßig sind diese Werte nicht angegeben. Für den Client-Computer ist das Standardminimum Version 2 und das Maximum Version 4.
Schritt 2:
Mounten eines Dateisystems:
#mount server_name:share_resource local_directory
server_name: Name des NFS-Servers
share_resource: Pfad des freigegebenen Remote-Verzeichnisses
local_directory: Pfad des lokalen Einhängepunkts
Aktivieren Sie den NFS-Dienst:
#svcadm Netzwerk / nfs/ client aktivieren
NFS-Dateifreigabe:
Auf der Serverseite:
1. Erstellen Sie den folgenden Eintrag in /etc/dfs/dfstab:
#share -F nfs <Ressourcenpfadname>
2. Dateisystem freigeben:
#exportfs -a
-a: Exportiert alle Verzeichnisse, die in der dfstab-Datei aufgeführt sind.
3. Alle freigegebenen Dateisysteme auflisten:
#showmount -e
4. Exportieren Sie das freigegebene Dateisystem in den Kernel:
Um alle freizugeben Dateisystem: #shareall
Um ein bestimmtes Dateisystem freizugeben: #share <Ressourcenpfadname>
5. Starten Sie den NFS-Server-Daemon:
#svcadm aktivieren Sie nfs/server
Auf der Clientseite:
1. Erstellen Sie ein Verzeichnis, um das Dateisystem einzuhängen.
2. Hängen Sie das Dateisystem ein:
#mount -F nfs <Servername/IP>:<Pfadname> <Lokaler Einhängepunkt>
3. Starten Sie den NFS-Client-Daemon:
#svcadm enable nfs/client
4. Um die Dateifreigabe dauerhaft zu machen, machen Sie einen Eintrag in vfstab.
Für alle Clients freigeben | Freigeben -F nfs |
Freigabe an client1 & client2 mit schreibgeschützter Berechtigung | share -F nfs -o ro=client1:client2 |
Freigabe an client1 mit Schreibberechtigung read & und für andere nur lesen | share -F nfs -o ro,rw=client1 |
Freigabe für Client1 mit Root-Berechtigung | share -F nfs -o root=client1 |
Freigabe für anonymen Client mit Root-Benutzerrechten | share -F nfs anon=0 |
Für eine Domäne freigeben | share -F nfs -o ro=DomainName |
Die häufigsten NFS-Fehler und Fehlerbehebung:
Der Fehler „rpcbind failure“
Ursache:
1. Die Hosts-Datenbankdatei, die den Clientknoten unterstützt, enthält eine Kombination aus einer falschen Internetadresse und einem korrekten Host- oder Knotennamen.
2. Die Hosts-Datenbankdatei, die den Client unterstützt, verfügt über den richtigen Serverknoten, der Serverknoten wird jedoch aufgrund einer Überlastung vorübergehend angehalten.
Auflösung:
Überprüfen Sie, ob dem Server kritische Ressourcen wie Arbeitsspeicher, Swap, Speicherplatz usw. fehlen.
Der Fehler „Server antwortet nicht“
Ursache: Auf einem zugänglichen Server wird kein NFS-Daemon ausgeführt.
Auflösung:
1. Das Netzwerk zwischen dem lokalen System und dem Server ist ausgefallen. Um das Netzwerk zu überprüfen, pingen Sie den Server an.
2. Der Server ist down.
Der Fehler „Neustart des NFS-Clients schlägt fehl“
Ursache: Der Client fordert eine NFS-Einhängung von einem nicht betriebsbereiten NFS-Server an.
Auflösung:
1. Drücken Sie stop+A
2. bearbeiten Sie /etc/vfstab und kommentieren Sie den Eintrag für NFS mount aus.
3. Drücken Sie Strg + D, um den normalen Start fortzusetzen.
4. Überprüfen Sie, ob der NFS-Server betriebsbereit ist und ordnungsgemäß funktioniert.
5. Nachdem Sie das Problem behoben haben, kommentieren Sie den Eintrag in Schritt 2 aus.
Der Fehler „Dienst reagiert nicht“
Ursache: Der NFS-Server-Daemon wird nicht ausgeführt.
Auflösung:
1. Überprüfen Sie die Ausführungsebene auf dem Server und überprüfen Sie, ob sie 3 lautet:
#who -r
2. überprüfen Sie den Status des NFS-Server-Daemons:
#svcs svc: /network/nfs/server
#svcadm enable svc:/network/nfs/server
Der Fehler „Programm nicht registriert“
Ursache: Der Server führt den mountd-Daemon nicht aus
Auflösung:
1. Überprüfen Sie die Ausführungsebene auf dem Server und überprüfen Sie, ob sie 3 lautet:
#who -r
2. Überprüfen Sie den mountd-Daemon;
#pgre -fl mountd
Wenn der mountd-Daemon nicht ausgeführt wird, starten Sie ihn mit dem Befehl:
#svcadm enable svc:/network/nfs/server .
3. Überprüfen Sie die Dateieinträge /etc/dfs/dfstab.
Der Fehler „veraltetes Dateihandle“
Ursache: Die Dateiressource auf dem Server wird verschoben.
Auflösung: Unmounten und erneutes Mounten der Ressource auf dem Client.
Der Fehler „unbekannter Host“
Ursache: Der Hostname des Servers auf dem Client fehlt in der Hosttabelle.
Lösung: Überprüfen Sie den Hostnamen in der Hosts-Datenbank, die den Clientknoten unterstützt.
Der Fehler „Einhängepunkt“
Ursache: Kein Einhängepunkt auf dem Client vorhanden.
Auflösung:
1. Überprüfen Sie den Einhängepunkt auf dem Client.
2. Überprüfen Sie den Eintrag in /etc/vfstab und stellen Sie sicher, dass die Schreibweise für das Verzeichnis korrekt ist.
Der Fehler „Keine solche Datei“
Ursache: Unbekannte Dateiressource auf dem Server.
Auflösung:
1. Überprüfen Sie das Verzeichnis auf dem Server.
2. Überprüfen Sie den Eintrag in /etc/vfstab und stellen Sie sicher, dass die Schreibweise für das Verzeichnis korrekt ist.
AutoFS:
AutoFS ist ein Dateisystemmechanismus, der das automatische Mounten des NFS-Protokolls ermöglicht. Es ist ein clientseitiger Dienst. Der AutoFS-Dienst hängt Dateisysteme nach Bedarf ohne Benutzereingriff ein und aus.
AutoMount-Dienst: svc:/system/Dateisystem/autofs:default
Wenn ein Clientcomputer, auf dem der automountd-Daemon ausgeführt wird, versucht, auf eine entfernte Datei oder ein entferntes Verzeichnis zuzugreifen, mountet der Daemon das entfernte Dateisystem, zu dem diese Datei oder dieses entfernte Verzeichnis gehört. Wenn auf das Remote-Dateisystem für einen definierten Zeitraum nicht zugegriffen wird, wird es vom automountd-Daemon ausgehängt.
Wenn automount startet und nichts zum Mounten oder Unmounten hat, wird Folgendes gemeldet, wenn wir den Befehl automount verwenden:
# automount
automount: keine Mounts
automount: keine Unmounts
Die Automount-Funktion enthält drei Komponenten:
Das AutoFS-Dateisystem:
Die Mountpunkte eines AutoFS-Dateisystems sind in den Automount-Maps auf dem Clientsystem definiert.
Der automountd-Daemon:
Das Skript /lib/svc/method/svc-autofs startet den automountd-Daemon. Es mountet das Dateisystem bei Bedarf und unmountet inaktive Mount-Punkte.
Der Befehl automount:
Dieser Befehl wird beim Systemstart aufgerufen und liest Master Map, um die initialen Sätze von AutoFS-Mounts zu erstellen. Diese AutoFS-Mounts werden beim Start nicht automatisch und bei Bedarf montiert.
Automount-Karten:
Das Verhalten des Automounts wird durch eine Reihe von Dateien bestimmt, die als Automount-Maps bezeichnet werden. Es gibt vier Arten von Karten:
* Master-Karte: Es enthält die Liste der anderen Karten, die verwendet werden, um AutoFS-System zu etablieren.
• Direkte Karte: Es wird verwendet, um Dateisysteme einzuhängen, bei denen jeder Einhängepunkt kein gemeinsames Präfix mit anderen Einhängepunkten in der Karte teilt.
Ein /- Eintrag in der Masterkarte (/etc/auto_master) definiert einen Einhängepunkt für eine direkte Karte.
Beispieleintrag: /- auto_direct -ro
Die Datei /etc/auto_direct enthält den absoluten Pfadnamen des Einhängepunkts, Einhängeoptionen & freigegebene Ressource zum Einhängen.
Beispieleintrag:
/usr/share/man -ro,soft server1, server2:/usr/share/man
Hier sind server1 und server2 mehrere Speicherorte, von denen aus die Ressource je nach Nähe und vom Administrator definierten Gewichten geteilt werden kann
.
* Indirekte Zuordnung: Dies ist nützlich, wenn wir mehrere Dateisysteme einbinden, die ein gemeinsames Pfadnamenpräfix verwenden.
Lassen Sie uns sehen, wie eine indirekte Karte verwendet werden kann, um den Verzeichnisbaum in /home zu verwalten?
Wir haben vorher den folgenden Eintrag in /etc/auto_master gesehen:
/home auto_home -nobrowse
Die /etc/auto_home listet nur relative Pfadnamen auf. Indirekte Karten erhalten den anfänglichen Pfad des Einhängepunkts von der Master-Karte (/ etc / auto_master).
Hier in unserem Beispiel ist /home der anfängliche Pfad des Einhängepunkts.
Sehen wir uns einige Beispieleinträge in der Datei /etc/auto_home an:
user1 server1:/export/home/user1
user2 server2:/export/home/user2
Hier sind die Einhängepunkte /home/user1 & /home/user2. Der server1 & server2 sind die Server, die resource /export/home/user1 & /export/home/user2 gemeinsam nutzen.
Reduzieren der auto_home-Map in eine einzelne Zeile:
Nehmen wir ein Szenario, in dem wir wollen : für jede Anmelde-ID hängt der Client das Verzeichnis /export /home /LoginID vom NFS-Server server1 auf den lokalen Einhängepunkt / home / LoginID ein.
* server1:/export /home/&
• Special: Es ermöglicht den Zugriff auf NFS-Server mit ihren Hostnamen. Die beiden speziellen Karten, die in der Datei example for /etc/auto_master aufgeführt sind, sind:
The -hosts map: Dies bietet Zugriff auf alle Ressourcen, die vom NFS-Server gemeinsam genutzt werden. Die freigegebenen Ressourcen werden unterhalb des Verzeichnisses /net/server_name oder /net/server_ip_address bereitgestellt.
Die auto_home Karte: Dies bietet einen Mechanismus, mit dem Benutzer auf ihre zentral gelegenen $ HOME-Verzeichnisse zugreifen können.
Das Verzeichnis /net:
Die freigegebenen Ressourcen, die dem hosts-Zuordnungseintrag zugeordnet sind, werden unterhalb des Verzeichnisses /net/server_name oder /net/server_ip_address eingehängt. Nehmen wir an, wir haben eine gemeinsam genutzte Ressource Shared_Dir1 auf Server1. Diese freigegebene Ressource befindet sich im Verzeichnis /net/Server1/Shared_Dir1. Wenn wir den Befehl cd in diesem Verzeichnis verwenden, wird die Ressource automatisch gemountet.
Aktualisieren von Automount-Karten:
Nachdem Sie Änderungen an der Master-Map vorgenommen oder eine direkte Map erstellt haben, führen Sie den Befehl autmount aus, um die Änderungen wirksam zu machen.
#automount
-t : Gibt die Zeit in Sekunden an, für die das Dateisystem eingehängt bleibt, wenn es nicht verwendet wird. Der Standardwert ist 600s.
-v: Ausführlicher Modus
Hinweis:
1. Es ist nicht erforderlich, den automountd-Daemon neu zu starten, nachdem die Änderungen an vorhandenen Einträgen in einer direkten Karte vorgenommen wurden. Die neuen Informationen werden verwendet, wenn der automountd-Daemon das nächste Mal auf den Karteneintrag zugreift, um ein Mounten durchzuführen.
2. Wenn der Mount-Punkt (erstes Feld) der direkten Karte geändert wird, sollte automountd neu gestartet werden.
Folgende Tabelle sollte auf den Befehl run automount bezogen werden:
Automount Map | Ausführen, wenn Eintrag hinzugefügt/gelöscht wird | Wird geändert |
Master Karte | ja | Ja |
Direkte Karte | ja | Nein |
Indirekte Karte | Nein | Nein |
Hinweis: Die eingehängten AutoFS-Dateisysteme können auch aus /etc/mnttab überprüft werden.
Enabling Automount system:
#svcadm enable svcs:/system/filesystem/autofs
Disabling Automount system:
#svcadm disable svcs:/system/filesystem/autofs