<?xml version="1.0" ?> <!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [ <!ENTITY % addindex "IGNORE"> <!ENTITY % German "INCLUDE" > <!-- change language only here --> ]> <article lang="&language;" id="nfs"> <title >nfs</title> <articleinfo> <authorgroup> <author >&Lauri.Watts; &Lauri.Watts.mail;</author> <othercredit role="translator" ><firstname >Marco</firstname ><surname >Wegner</surname ><affiliation ><address ><email >mail@marcowegner.de</email ></address ></affiliation ><contrib >Übersetzer</contrib ></othercredit > </authorgroup> </articleinfo> <para >Das <acronym >NFS</acronym >-Protokoll von Sun bietet einen transparenten Zugriff auf gemeinsam genutzte Dateisysteme in Netzwerken. Das <acronym >NFS</acronym >-Protokoll soll dabei unabhängig von Rechnerarchitektur, Betriebssystem, Netzwerk-Architektur und Transport-Protokoll sein. Diese Unabhängigkeit wird durch die Verwendung von <quote >Remote Procedure Call</quote > (<acronym >RPC</acronym >) gewährleistet, das auf <quote >eXternal Data Representation</quote > (<acronym >XDR</acronym >) aufbaut. </para> <para >Das dazu gehörende MOUNT-Protokoll übernimmt dabei die Betriebssystem-spezifischen Funktionen, die es Rechnern ermöglichen, Ordnerbäume von Netzwerkrechnern in das lokale Dateisystem einzubinden. Der Mount-Prozess erlaubt es dem Server mit dem Export-Protokoll auch, nur einer bestimmten Gruppe von Netzwerkrechnern Zugriffsrechte zu gewähren.</para> <para >Der Lock-Manager bietet Unterstützung für das Sperren von Dateien in der <acronym >NFS</acronym >-Umgebung. Das <quote >Network Lock Manager</quote >-Protokoll (<acronym >NLM</acronym >) isoliert dabei das Sperren der Dateien in ein separates Protokoll.</para> <para >Quelle: <ulink url="http://www.networksorcery.com/enp/protocol/nfs.htm" > http://www.networksorcery.com/enp/protocol/nfs.htm</ulink > </para> <para >Schauen Sie auch in das Handbuch: <ulink url="man:/nfs" >nfs</ulink >. </para> </article>