Exports Mustervorlage - Versionsgeschichte

TomcatMJ am 28. November 2013 um 21:14 Uhr

2013-11-28T21:14:11Z

TomcatMJ: Highlighting durch Code-Boxen ersetzt

2013-11-28T21:08:31Z

Highlighting durch Code-Boxen ersetzt

TomcatMJ: Codebox etwas optimiert

2013-11-28T21:04:25Z

Codebox etwas optimiert

TomcatMJ: Navigationslinks hinzugefügt

2007-01-26T12:57:59Z

Navigationslinks hinzugefügt

TomcatMJ am 12. Januar 2007 um 02:37 Uhr

2007-01-12T02:37:47Z

TomcatMJ am 12. Januar 2007 um 02:33 Uhr

2007-01-12T02:33:18Z

Neue Seite

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 <code>''exportfs -r '''EXPORTVERZEICHNISNAME'''''</code> zum reexportieren der neue angelegten einzelnen Verzeichnisexportinformationen aus der Datei bzw. <code>''exportfs -u '''EXPORTVERZEICHNISNAME'''''</code> 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 <code>'''''exportfs'''''</code> 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)

--[[Benutzer:TomcatMJ|TomcatMJ]] 03:33, 12. Jan 2007 (CET)
----
<pre>
/Installserver/ 192.168.2.0/255.255.255.0(ro,async,all_squash) 192.168.32.0/255.255.255.0(ro,async,all_squash) 192.168.71.0/255.255.255.0(ro,async,all_squash)
</pre>

@@ Zeile 7: / Zeile 7: @@
 |-
 | style="align:left" valign=top|
-<code>''exportfs -r '''CLIENTADRESSE:/EXPORTVERZEICHNISNAME'''''</code>
+<pre>
 |-
 |}
@@ Zeile 14: / Zeile 16: @@
 |-
 | style="align:left" valign=top|
-<code>''exportfs -u '''CLIENTADRESSE:/EXPORTVERZEICHNISNAME'''''</code>
+<pre>
 |-
 |}
@@ Zeile 22: / Zeile 26: @@
 |-
 | style="align:left" valign=top|
-<code>'''''exportfs'''''</code>
+<pre>
 |-
 |}

@@ Zeile 12: / Zeile 12: @@
 --[[Benutzer:TomcatMJ|TomcatMJ]] 03:33, 12. Jan 2007 (CET)
 ----
 <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)
 </pre>
 ----
 [[Musterkonfigurationen|zurück zur Musterkonfigurationsübersicht]]
 <br/>
-[[File-Server|zurück zur Fileserverübersicht]]
+[[File-Server|zurück zur Fileserverübersicht]]<br/>
 [[Kategorie:Musterkonfigurationen]]
 [[Kategorie:File Server]]

← Nächstältere Version		Version vom 26. Januar 2007, 12:57 Uhr
Zeile 15:		Zeile 15:
	/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]]
		+	[[Kategorie:Musterkonfigurationen]]
		+	[[Kategorie:File Server]]

@@ 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.
 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 <code>''exportfs -r '''CLIENTADRESSE:/EXPORTVERZEICHNISNAME'''''</code> zum reexportieren der neue angelegten einzelnen Verzeichnisexportinformationen aus der Datei bzw. <code>''exportfs -u '''CLIENTADRESSE:/EXPORTVERZEICHNISNAME'''''</code> zum entfernen eines Exportverzeichnisses aus der aktiven Exporttabelle  um Änderungen zu aktivieren ohne den Server neustarten zu müssen.
+Für Änderungen im laufenden Serverbetrieb nutzt man in der Regel den Befehl
-Es gibt dazu auch noch weitere Optionen von <code>'''''exportfs'''''</code> welche der zugehörigen Manpage zu entnehmen sind.
+{| style"border:0; width:100%;" valign=top |
 '''''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!!!'''''