{"id":5811,"date":"2012-01-12T21:32:43","date_gmt":"2012-01-12T20:32:43","guid":{"rendered":"https:\/\/www.gambaru.de\/blog\/?p=5811"},"modified":"2019-10-14T00:46:18","modified_gmt":"2019-10-13T22:46:18","slug":"nfs-dateiserver-mit-slitaz","status":"publish","type":"post","link":"https:\/\/gambaru.de\/blog\/2012\/01\/12\/nfs-dateiserver-mit-slitaz\/","title":{"rendered":"NFS-Dateiserver mit Slitaz"},"content":{"rendered":"

Im Hintergrund wird flei\u00dfig an Slitaz<\/a> 4.0 gewerkelt und vielleicht gerade weil die letzte Cooking-Version vom Mai letzten Jahres stammt, gibt es trotzdem noch ein paar gute Gr\u00fcnde mit der aktuellen stabilen Ausgabe einige Aufgaben zu l\u00f6sen. Ich habe mich etwas umgesehen und einen NFS-Server mit Slitaz 3.0 eingerichtet, mit dem ich Dateien zwischen den Clients im lokalen Netzwerk, sprich dieser kleinen Hardwaresammlung<\/a> hier, austauschen kann.
\nDamit es halbwegs spannend wurde, habe ich den Toshiba Satellite 220CS zum NFS-Server umfunktioniert. Klingt beim ersten Lesen dramatischer als es ist, zum Schluss musste ich nur zwei Pakete installieren und ein Paar Textdateien bearbeiten.<\/p>\n

Secure Shell - SSH<\/h3>\n

Beim lokalen Datenaustausch kommt bei mir im Regelfall immer SSH zum Einsatz<\/a> und auch f\u00fcr einen sftp-Server<\/a> finde ich ab und an Verwendung. Wenn ich Zugriff per SSH h\u00e4ufiger ben\u00f6tige, setze ich auch sshfs<\/a> ein, wodurch sich entfernte Dateisysteme genauso problemlos wie Festplatten oder USB-Sticks einbinden lassen.
\nDie Secure Shell stellt bei \u00e4lteren Rechnern eine wahrnehmbare Anforderung an CPU und Arbeitsspeicher, was au\u00dfer f\u00fcr den Satellite 220CS bisher aber noch kein wirkliches Problem war. Erst bei einem Pentium I mit 16 MB RAM halte ich es f\u00fcr sinnvoll von OpenSSH<\/a> zu Dropbear<\/a> zu wechseln, weil man hier die bessere Performance tats\u00e4chlich sp\u00fcren kann.<\/p>\n

Network File System - NFS<\/h3>\n

Ben\u00f6tigt man hingegen keinen vollst\u00e4ndigen Zugriff auf einen Rechner, l\u00e4sst sich auch sehr gut mit dem Network File System<\/a> leben, das nur geringe Anforderungen an die Hardware stellt. In Slitaz stabilen Repositorien existiert nur das Paket unfs3<\/a>, welches den NFS-Server f\u00fcr den User Space mit der \u00e4lteren Version 3 des Protokolls anbietet. Bei Debian hat sich hier seit l\u00e4ngerem schon der nfs-kernel-server<\/a> durchgesetzt, der zuverl\u00e4ssiger und schneller funktionieren soll. Unfs3 hingegen wurde 2010 aus Testing entfernt<\/a>.
\nEr wird scheinbar auch nicht mehr weiterentwickelt. Das letzte Update auf sourceforge stammt aus 2009, dennoch eignet sich die Slitaz-Version noch f\u00fcr ein privates Heimnetzwerk mit einer \u00fcberschaubaren Anzahl von Rechnern, denen man vertrauen kann. Die Installation ist denkbar einfach:<\/p>\n

Installation<\/h3>\n

tazpkg get-install unfs3<\/code><\/p>\n

<\/code>
\nGleichzeitig wird portmap als Abh\u00e4ngigkeit mitinstalliert.<\/p>\n

Konfiguration<\/h3>\n

Damit der NFS-Server beim Booten schon gestartet wird, muss die Datei \/etc\/rcS.conf<\/em> editiert werden und in der Zeile RUN_DAEMONS noch die Dienste portmap und unfsd hinzugef\u00fcgt werden. Meine Einstellungen sehen so aus.<\/p>\n

RUN_DAEMONS=\"dropbear portmap unfsd \"<\/p><\/blockquote>\n

Der NFS Server l\u00e4sst sich auch manuell mit
\n\/etc\/init.d\/unfsd start<\/code>
\nstarten.
\nSchlie\u00dflich werden die Pfade zu den Ordnern, die man freigeben m\u00f6chte, in \/etc\/exports<\/em> eingetragen und dort die entsprechenden Zugriffsrechte gesetzt.<\/p>\n

#\/home\/tux\/musik nur lesend f\u00fcr jeden Rechner freigeben
\n\/home\/tux\/musik\u00a0\u00a0\u00a0\u00a0 (ro)<\/p><\/blockquote>\n

#\/home\/tux\/downloads lesend und schreibend freigeben
\n\/home\/tux\/downloads\u00a0\u00a0\u00a0\u00a0 (rw)<\/p><\/blockquote>\n

#\/home\/tux nur lesend f\u00fcr den Rechner 192.168.0.207 freigeben
\n\/home\/tux\/\u00a0\u00a0\u00a0\u00a0 192.168.0.207(ro)<\/p><\/blockquote>\n

Die weiteren Optionen f\u00fcr die Freigabe werden gut im Artikel NFS im Wiki von ubuntuusers.de<\/a> beschrieben. Um nicht in jeder Konfigurationsdatei mit einer statischen IP-Adresse zu hantieren, lohnt es sich auch einmalig in \/etc\/hosts<\/em> einen Rechnernamen f\u00fcr eine IP festzulegen und nur noch mit diesem Namen zuk\u00fcnftig zu arbeiten. \u00c4ndert sich aus irgendwelchen Gr\u00fcnden die IP, muss sie nur noch in \/etc\/hosts<\/em> ge\u00e4ndert werden.<\/p>\n

Zugriff als Client<\/h3>\n

Auf Debian basierenden Systemen l\u00e4sst sich eine Freigabe mit folgendem Befehl manuell in ~\/nfs<\/em> einh\u00e4ngen, wenn der Server mit der IP 192.168.0.100 erreichbar ist. Zuvor muss das Paket nfs-common<\/a> installiert worden sein.
\nmount 192.168.0.100:\/home\/tux\/musik ~\/nfs<\/code>
\nWer gerne automatisch diese Freigabe einbinden m\u00f6chte, kann dies in der \/etc\/fstab<\/em> festlegen. \u00dcber n\u00fctzliche Optionen hierzu, gibt das ubuntuusers.de Wiki ebenfalls Aufschluss.
\nMit<\/p>\n

showmount -e 192.168.0.100<\/code><\/p>\n

erh\u00e4lt man als root auch die Liste der Freigaben des Servers.<\/p>\n

Fazit<\/h3>\n

NFS ist selbst auf dem 16 Jahre alten Laptop noch performant genug, um Musikdateien \u00fcber das Netzwerk verzugslos abspielen zu k\u00f6nnen. Einen NFS-Server f\u00fcr den Hausgebrauch einzurichten ist gar nicht so schwierig. Fortgeschrittene Optionen wie Kerberos-Unterst\u00fctzung wird man hier kaum brauchen. Gerade f\u00fcr ein homogenes Netzwerk, in dem UNIX\/Linux Rechner zum Einsatz kommen, lohnt sich NFS als unkomplizierte M\u00f6glichkeit zur Dateifreigabe.<\/p>\n","protected":false},"excerpt":{"rendered":"

Im Hintergrund wird flei\u00dfig an Slitaz 4.0 gewerkelt und vielleicht gerade weil die letzte Cooking-Version vom Mai letzten Jahres stammt, gibt es trotzdem noch ein paar gute Gr\u00fcnde mit der aktuellen stabilen Ausgabe einige Aufgaben zu l\u00f6sen. Ich habe mich etwas umgesehen und einen NFS-Server mit Slitaz 3.0 eingerichtet, mit dem ich Dateien zwischen den … <\/p>\n

\u201eNFS-Dateiserver mit Slitaz\u201c<\/span> weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[6],"tags":[53,138,179,184],"_links":{"self":[{"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/posts\/5811"}],"collection":[{"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/comments?post=5811"}],"version-history":[{"count":1,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/posts\/5811\/revisions"}],"predecessor-version":[{"id":10886,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/posts\/5811\/revisions\/10886"}],"wp:attachment":[{"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/media?parent=5811"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/categories?post=5811"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gambaru.de\/blog\/wp-json\/wp\/v2\/tags?post=5811"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}