Exports Mustervorlage: Unterschied zwischen den Versionen
K |
K |
||
| (3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 3: | Zeile 3: | ||
Die squash-Option dient zum ummappen der loalen Nutzer auf den Zielhosts auf den Benutzer nobody des Servers, was relevant ist wenn die Benutzerids auf den Clients und dem Server nicht identisch sein sollten und man kein explizites ID-Mapping betreiben will. Mit no_squash würde das ummappen ganz unterassen werden, mit root_squash würde nur Benutzer-ID 0,also der root User, auf nobody umgemapped werden. | Die squash-Option dient zum ummappen der loalen Nutzer auf den Zielhosts auf den Benutzer nobody des Servers, was relevant ist wenn die Benutzerids auf den Clients und dem Server nicht identisch sein sollten und man kein explizites ID-Mapping betreiben will. Mit no_squash würde das ummappen ganz unterassen werden, mit root_squash würde nur Benutzer-ID 0,also der root User, auf nobody umgemapped werden. | ||
Bei Nur-Leseverzeichnissen muss auch nichts synchronisiert werden,daher die geschwindigkeitssteigernde async-Option anstelle der datenintegritätsgewährleistenden sync-Option. | Bei Nur-Leseverzeichnissen muss auch nichts synchronisiert werden,daher die geschwindigkeitssteigernde async-Option anstelle der datenintegritätsgewährleistenden sync-Option. | ||
| − | Für Änderungen im laufenden Serverbetrieb nutzt man in der Regel den Befehl < | + | Für Änderungen im laufenden Serverbetrieb nutzt man in der Regel den Befehl |
| − | Es gibt dazu auch noch weitere Optionen von < | + | {| style"border:0; width:100%;" valign=top | |
| + | |- | ||
| + | | style="align:left" valign=top| | ||
| + | <pre> | ||
| + | exportfs -r CLIENTADRESSE:/EXPORTVERZEICHNISNAME | ||
| + | </pre> | ||
| + | |- | ||
| + | |} | ||
| + | zum reexportieren der neue angelegten einzelnen Verzeichnisexportinformationen aus der Datei bzw. | ||
| + | {| style"border:0; width:100%;" valign=top | | ||
| + | |- | ||
| + | | style="align:left" valign=top| | ||
| + | <pre> | ||
| + | exportfs -u CLIENTADRESSE:/EXPORTVERZEICHNISNAME | ||
| + | </pre> | ||
| + | |- | ||
| + | |} | ||
| + | zum entfernen eines Exportverzeichnisses aus der aktiven Exporttabelle um Änderungen zu aktivieren ohne den Server neustarten zu müssen. | ||
| + | Es gibt dazu auch noch weitere Optionen von | ||
| + | {| style"border:0; width:100%;" valign=top | | ||
| + | |- | ||
| + | | style="align:left" valign=top| | ||
| + | <pre> | ||
| + | exportfs | ||
| + | </pre> | ||
| + | |- | ||
| + | |} | ||
| + | welche der zugehörigen Manpage zu entnehmen sind. | ||
'''''WARNUNG: Vorsicht vor dem zusätzlichen -a Parameter von exportfs, dieser kann bestehende Verbindungen zu exportierten Verzeichnissen durchaus unbrauchbar machen und somit die Datenkonsistenz bei beschreibbaren Exporten zerstören!!!''''' | '''''WARNUNG: Vorsicht vor dem zusätzlichen -a Parameter von exportfs, dieser kann bestehende Verbindungen zu exportierten Verzeichnissen durchaus unbrauchbar machen und somit die Datenkonsistenz bei beschreibbaren Exporten zerstören!!!''''' | ||
| Zeile 12: | Zeile 39: | ||
--[[Benutzer:TomcatMJ|TomcatMJ]] 03:33, 12. Jan 2007 (CET) | --[[Benutzer:TomcatMJ|TomcatMJ]] 03:33, 12. Jan 2007 (CET) | ||
---- | ---- | ||
| + | |||
| + | {| style"border:0; width:100%;" valign=top | | ||
| + | |- | ||
| + | | style="align:left" valign=top| | ||
<pre> | <pre> | ||
/Installserver/ 192.168.2.0/255.255.255.0(ro,async,all_squash) 192.168.32.0/24(ro,async,all_squash) 192.168.71.3/255.255.255.0(ro,async,all_squash) clientrechnername.domain(ro,async,all_squash) *.anderedomain(ro,async,all_squash) clientrechnernamewenneindeutig(ro,async,all_squash) | /Installserver/ 192.168.2.0/255.255.255.0(ro,async,all_squash) 192.168.32.0/24(ro,async,all_squash) 192.168.71.3/255.255.255.0(ro,async,all_squash) clientrechnername.domain(ro,async,all_squash) *.anderedomain(ro,async,all_squash) clientrechnernamewenneindeutig(ro,async,all_squash) | ||
</pre> | </pre> | ||
| + | |- | ||
| + | |} | ||
| + | ---- | ||
| + | [[Musterkonfigurationen|zurück zur Musterkonfigurationsübersicht]] | ||
| + | <br/> | ||
| + | [[File-Server|zurück zur Fileserverübersicht]]<br/> | ||
| + | [[NFS|zurück zu NFS]]<br/> | ||
| + | [[Kategorie:Musterkonfigurationen]] | ||
| + | [[Kategorie:File Server]] | ||
| + | [[Kategorie:NFS]] | ||
Aktuelle Version vom 28. November 2013, 21:14 Uhr
Die Leerzeichen sind in der /etc/exports sehr wichtig da sie den Trenner zwischen dem zu exportierenden Verzeichnisbaumteil und den Zieladressen sowie den Zeiladressen sebst darstellen. An der falschen Stelle gesetzt würde eine Option für eine Zieladresse(einzelner Host) oder einen Zieladressbereich (ein oder mehrere Subnetze) für eine weitere Zieladresse gehalten werden und zu einem ungültigen Eintrag der jeweiligen gesamten Zeile deklariert werden, womit der Export dieses Verzeichnisbaumteils dann natürlich fehlschlagen würde. Die squash-Option dient zum ummappen der loalen Nutzer auf den Zielhosts auf den Benutzer nobody des Servers, was relevant ist wenn die Benutzerids auf den Clients und dem Server nicht identisch sein sollten und man kein explizites ID-Mapping betreiben will. Mit no_squash würde das ummappen ganz unterassen werden, mit root_squash würde nur Benutzer-ID 0,also der root User, auf nobody umgemapped werden. Bei Nur-Leseverzeichnissen muss auch nichts synchronisiert werden,daher die geschwindigkeitssteigernde async-Option anstelle der datenintegritätsgewährleistenden sync-Option. Für Änderungen im laufenden Serverbetrieb nutzt man in der Regel den Befehl
exportfs -r CLIENTADRESSE:/EXPORTVERZEICHNISNAME |
zum reexportieren der neue angelegten einzelnen Verzeichnisexportinformationen aus der Datei bzw.
exportfs -u CLIENTADRESSE:/EXPORTVERZEICHNISNAME |
zum entfernen eines Exportverzeichnisses aus der aktiven Exporttabelle um Änderungen zu aktivieren ohne den Server neustarten zu müssen. Es gibt dazu auch noch weitere Optionen von
exportfs |
welche der zugehörigen Manpage zu entnehmen sind.
WARNUNG: Vorsicht vor dem zusätzlichen -a Parameter von exportfs, dieser kann bestehende Verbindungen zu exportierten Verzeichnissen durchaus unbrauchbar machen und somit die Datenkonsistenz bei beschreibbaren Exporten zerstören!!!
(Dies ist übrigens einer der vielen Gründe warum NFS trivial und inoffiziell auch als "Nightmare Filesystem" bezeichnet wird)
--TomcatMJ 03:33, 12. Jan 2007 (CET)
/Installserver/ 192.168.2.0/255.255.255.0(ro,async,all_squash) 192.168.32.0/24(ro,async,all_squash) 192.168.71.3/255.255.255.0(ro,async,all_squash) clientrechnername.domain(ro,async,all_squash) *.anderedomain(ro,async,all_squash) clientrechnernamewenneindeutig(ro,async,all_squash) |
zurück zur Musterkonfigurationsübersicht
zurück zur Fileserverübersicht
zurück zu NFS
