NFS
(→Server) |
(→Client) |
||
Zeile 34: | Zeile 34: | ||
mount -t nfs servername:/srv/nfs /video0 | mount -t nfs servername:/srv/nfs /video0 | ||
− | Damit der Client beim Starten die Freigabe einbindet kann man einen entsprechenden Eintrag in der '''/etc/fstab''' machen: | + | Damit der Client beim Starten die Freigabe einbindet, kann man einen entsprechenden Eintrag in der '''/etc/fstab''' machen: |
servername:/srv/nfs /video0 nfs defaults 0 0 | servername:/srv/nfs /video0 nfs defaults 0 0 | ||
Zeile 40: | Zeile 40: | ||
Oft lässt sich die Geschwindigkeit mit passenden Optionen leicht steigern: | Oft lässt sich die Geschwindigkeit mit passenden Optionen leicht steigern: | ||
servername:/srv/nfs /video0 nfs rsize=8192,wsize=8192 0 0 | servername:/srv/nfs /video0 nfs rsize=8192,wsize=8192 0 0 | ||
+ | |||
==VDR-spezifische Nutzung== | ==VDR-spezifische Nutzung== | ||
Beim VDR wird es bei der Nutzung von NFS in erster Linie darum gehen die Videodaten des Servers auf den Clients einzubinden. Auf diesen Dateisystemen schreibt üblicherweise nur der VDR herum. Es reicht deshalb sicher zu stellen, das dessen Benutzer- und Gruppenkennung auf allen beteiligten Systemen gleich definiert sind. | Beim VDR wird es bei der Nutzung von NFS in erster Linie darum gehen die Videodaten des Servers auf den Clients einzubinden. Auf diesen Dateisystemen schreibt üblicherweise nur der VDR herum. Es reicht deshalb sicher zu stellen, das dessen Benutzer- und Gruppenkennung auf allen beteiligten Systemen gleich definiert sind. |
Version vom 26. Mai 2008, 17:45 Uhr
NFS steht für Network File System
NFS ist das traditionelle Standard-Protokoll in der Unix/Linux- Welt um Dateisysteme über eine Netzwerkverbindung auf anderen Rechnern transparent einzubinden. Es ist in seiner traditionellen Variante sehr einfach aufzusetzen und resourcenschonend. Die dabei auftretenden, eklatanten Sicherheitsprobleme dieser Konfiguration sind innerhalb des typischen Umfelds eines VDR (lokales, privates Netz) in der Regel vertretbar. Es ist grundsätzlich auch möglich NFS abzusichern z.B durch die Benutzung von Kerberos. Der dabei auftretende Aufwand ist dann jedoch wieder erheblich.
Weitere Details können dem entsprechenden Wikipedia-Artikel entnommen werden.
Inhaltsverzeichnis |
Konfiguration von NFS im Allgemeinen
NFS erfordert den Betrieb einiger Dienste auf Client und Server. Man sollte die Systeme so konfigurieren das diese Dienste automatisch starten, dabei werden dann in der Regel auch gleich die erforderlichen Kernel-Module geladen.
NFS setzt auf RPC auf. Aus diesem Grund muß auf Client und Server der Dienst portmap laufen.
Leider haben die Startskripte für die anderen NFS-Dienste unter unterschiedlichen Linux Distributionen keine einheitlichen Namen. Konsultiert im Fall des Zweifels deshalb bitte die entsprechende Dokumentation der von euch verwendeten Distribution. Der Server-Dienst ist dabei immer vom Client-Dienst getrennt und sollte auch nur auf Servern gestartet werden.
NFS ist heutzutage unter Linux als Teil des Kernel implemetiert. Baut man seinen eigenen Kernel muß man deshalb darauf achten die entsprechende Unterstützung einzubauen.
Benutzer- und Gruppenkennungen werden zumindest bis NFS Version 3 nur numerisch übertragen, es ist deshalb sinnvoll die Zuordnung von Namen und Nummern auf den beteiligten Rechnern konsistent zu halten. In der NFS Standardkonfiguration wird aus Sicherheitsgründen wird Kennung 0 (root) eines Client auf dem Server gegen die Kennung nobody gemapt. Dieses grundsätzlich sinnvolle Verhalten lässt sich Serverseitig mit den *_squash Optionen beeinflussen. Wer seinen VDR (unnötigerweise) mit Root-rechten betreibt mag an diesen Punkt auf ein Problem stoßen.
Server
NFS-Freigaben auf dem Server werden werden in der Konfigurationsdatei /etc/exports definiert.
# Beispiel für eine /etc/exports /srv/nfs 192.168.25.3(rw,async) /srv/ftp 192.168.25.0/24(ro,all_squash,async) /woanders clas(rw,no_root_squash,sync) jan(rw,async) hein(rw,async) pit(rw,async)
Änderungen in der /etc/exports können dem NFS-Server im laufenden Betrieb mit dem Kommando exportfs bekannt gegeben werden. Welche Clients Verzeichnisse gemounted haben, kann (mehr oder weniger zuverlässig) mit showmount erfragt werden.
Bitte seid sehr vorsichtig was ihr für wen freigebt.
Manpages: exports(5), nfsd(8), exportfs(8), showmount(8), mountd(8), nfs(5) usw.
Client
Mit Hilfe des mount- Befehls kann man nun diese "Freigabe" auf den Client mounten:
mount -t nfs servername:/srv/nfs /video0
Damit der Client beim Starten die Freigabe einbindet, kann man einen entsprechenden Eintrag in der /etc/fstab machen:
servername:/srv/nfs /video0 nfs defaults 0 0
Oft lässt sich die Geschwindigkeit mit passenden Optionen leicht steigern:
servername:/srv/nfs /video0 nfs rsize=8192,wsize=8192 0 0
VDR-spezifische Nutzung
Beim VDR wird es bei der Nutzung von NFS in erster Linie darum gehen die Videodaten des Servers auf den Clients einzubinden. Auf diesen Dateisystemen schreibt üblicherweise nur der VDR herum. Es reicht deshalb sicher zu stellen, das dessen Benutzer- und Gruppenkennung auf allen beteiligten Systemen gleich definiert sind.
VDR-Server
Der VDR organisiert seine Videodaten so das er entsprechend gemountete Festplattenpartitionen benutzt.
server:~# mount | grep video /dev/hda6 on /var/lib/video.00 type ext3 (rw) /dev/hdb1 on /var/lib/video.01 type ext3 (rw) /dev/hdc1 on /var/lib/video.02 type ext3 (rw)
Auf die erste Partition zeigt dabei ein Softlink:
server:~# ls -dl /var/lib/video* lrwxrwxrwx 1 root root 8 2007-10-24 19:30 /var/lib/video -> video.00 drwxr-xr-x 50 vdr vdr 4096 2008-05-19 20:05 /var/lib/video.00 drwxr-xr-x 50 vdr vdr 4096 2008-05-19 20:05 /var/lib/video.01 drwxr-xr-x 50 vdr vdr 4096 2008-05-19 20:05 /var/lib/video.02
Für jede Video-Partition definiert man einen Eintrag in der /etc/exports:
# /etc/exports /var/lib/video.00 192.168.25.156(rw,async,subtree_check) /var/lib/video.01 192.168.25.156(rw,async,subtree_check) /var/lib/video.02 192.168.25.156(rw,async,subtree_check)
Danach benutzt man das Kommando exportfs um dem NFS-Server die Änderungen übernehmen zu lassen.
server:~# exportfs -a
VDR-Client
Da der VDR bei der Verwendung von mehreren Video-Partitionen absolute Softlinks auf die anderen Partitionen anlegt müssen die NFS-Freigaben auf den selben Mountpunkten gemountet werden. Das "Streamen" von Aufnahmen über Vdradmin AM funktioniert auch nur dann wenn auf allen Rechnern die gleichen Mountpunkte verwendet werden.
Wird auf dem Server nur eine Partition als Videoverzeichnis benutzt, könnte diese auf den Clients grundsätzlich auch an anderer Stelle gemountet werden.
Anlegen der Mountpoints:
client:~# mkdir -p /var/lib/video.00 /var/lib/video.01 /var/lib/video.02 client:~# cd /var/lib client:~# ln -s video.00 video
Eintragen der Mounts in die /etc/fstab:
# /etc/fstab server:/var/lib/video.00 /var/lib/video.00 nfs defaults 0 0 server:/var/lib/video.01 /var/lib/video.01 nfs defaults 0 0 server:/var/lib/video.02 /var/lib/video.02 nfs defaults 0 0
Der Client mounted die NFS-Freigaben nach dem Aufruf von mount -a oder nach dem nächsten Reboot.
Auf diese Weise zeigen die Softlinks auf der ersten Video-Platte sowohl beim Client als auch beim Server an die richtige Stellen.