Network File System (NFS) ist ein verteiltes Dateisystemprotokoll, das ursprünglich durch Sonne-Mikrosysteme 1984 entwickelt ist, einem Benutzer auf einem Kundencomputer erlaubend, auf Dateien über ein Netz gewissermaßen zuzugreifen, das dem ähnlich ist, wie auf lokale Lagerung zugegriffen wird. NFS, wie viele andere Protokolle, baut auf das Offene Netz, Entfernten Verfahren-Anruf (ONC RPC) System Schätzend. Das Netzdateisystem ist ein offener in RFCs definierter Standard, jedem erlaubend, das Protokoll durchzuführen.

Versionen und Schwankungen

Ursprüngliche NFS Version

Die Durchführungsdetails werden in RFC 1094 definiert. Sonne hat Version 1 nur zu innerbetrieblichen experimentellen Zwecken verwendet. Als die Entwicklungsmannschaft wesentliche Änderungen zur NFS Version 1 hinzugefügt hat und sie außerhalb der Sonne veröffentlicht hat, haben sie sich dafür entschieden, die neue Version als v2 zu veröffentlichen, so dass Versionszwischenoperation und RPC Versionsrückgriff geprüft werden konnten.

NFSv2

Version 2 des Protokolls (definiert in RFC 1094, März 1989) ursprünglich bedient völlig über UDP. Seine Entwerfer haben vorgehabt, das Protokoll staatenlos, mit der Blockierung (zum Beispiel) durchgeführt außerhalb des Kernprotokolls zu halten. An der Entwicklung der NFS Version 2 beteiligte Leute schließen Rostigen Sandberg, Bob Lyon, Bill Joy und Steve Kleiman ein.

NFSv2 hat nur dem ersten 2 GB einer Datei erlaubt, gelesen zu werden.

NFSv3

Version 3 (RFC 1813, Juni 1995) hat beigetragen:

• Unterstützung für 64-Bit-Dateigrößen und Ausgleiche, um Dateien zu behandeln, die größer sind als 2 Gigabytes (GB);
• die Unterstützung für den asynchronen schreibt über den Server, um sich zu verbessern, schreiben Leistung;
• zusätzliche Datei schreibt in vielen Antworten zu, um das Bedürfnis zu vermeiden, sie wiederherbeizuholen;
• eine READDIRPLUS Operation, um Dateigriffe und Attribute zusammen mit Dateinamen zu bekommen, wenn man ein Verzeichnis scannt;
• sortierte andere Verbesserungen.

Zur Zeit der Einführung der Version 3, Verkäufer-Unterstützung für TCP weil hat ein Transportschicht-Protokoll begonnen zuzunehmen. Während mehrere Verkäufer bereits Unterstützung für die NFS Version 2 mit TCP als ein Transport, Sonne-Mikrosysteme hinzugefügte Unterstützung für TCP als ein Transport für NFS zur gleichen Zeit hinzugefügt hatten, hat es Unterstützung für die Version 3 hinzugefügt. Das Verwenden von TCP als ein gemachter Transport mit NFS über einen BLASSEN mehr ausführbaren.

NFSv4

Version 4 (RFC 3010, Dezember 2000; revidiert in RFC 3530, April 2003), unter Einfluss AFS und CIFS, schließt Leistungsverbesserungen ein, beauftragt starke Sicherheit, und führt ein stateful Protokoll ein. Version 4 ist die erste mit Internet Engineering Task Force (IETF) entwickelte Version geworden, nachdem Sonne-Mikrosysteme die Entwicklung der NFS Protokolle übergeben haben.

NFS Version 4.1 (RFC 5661, Januar 2010) hat zum Ziel, Protokoll-Unterstützung zur Verfügung zu stellen, um gruppierte Server-Aufstellungen einschließlich der Fähigkeit auszunutzen, ersteigbaren parallelen Zugang zu Dateien zur Verfügung zu stellen, die unter vielfachen Servern (pNFS Erweiterung) verteilt sind.

Andere Erweiterungen

WebNFS, eine Erweiterung auf die Version 2 und Version 3, erlaubt NFS, leichter in WWW-Browser zu integrieren und Operation durch Brandmauern zu ermöglichen. 2007 öffnen Sonne-Mikrosysteme ihre Kundenseite Durchführung von WebNFS-sourced.

Verschiedene Seitenfrequenzband-Protokolle sind verbunden mit NFS geworden, einschließlich:

• Die Byte-Reihe Beratungsprotokoll von Network Lock Manager (NLM) (hinzugefügt zur Unterstützung UNIX System V Datei, die APIs schließt).
• Die entfernte Quote (RQUOTAD) Protokoll meldend (um NFS Benutzern zu erlauben, ihre Datenlagerungsquoten auf NFS Servern anzusehen).

NFS über RDMA ist eine Anpassung von NFS, der RDMA als ein Transport verwendet.

Plattformen

NFS wird häufig mit Unix Betriebssysteme (wie Solaris, AIX und HP-UX) und Unix ähnliche Betriebssysteme (wie Linux und FreeBSD) verwendet. Es ist auch für Betriebssysteme wie der Klassiker Mac OS, OpenVMS, Windows von Microsoft, Novell NetWare und IBM AS/400 verfügbar. Alternative entfernte Dateizugriffsprotokolle schließen die Server-Nachricht Block (SMB, auch bekannt als CIFS), Apple Filing Protocol (AFP), NetWare Core Protocol (NCP) und OS/400 Dateiserver-Dateisystem (QFileSvr.400) ein. SMB und NetWare Core Protocol (NCP) kommen allgemeiner vor als NFS auf dem Systemlaufen Windows von Microsoft; AFP kommt allgemeiner vor als NFS in Systemen von Macintosh; und QFileSvr.400 kommt allgemeiner in ALS/400 Systeme vor.

Typische Durchführung

Das Annehmen eines Unix-artigen Drehbuches, in dem eine Maschine (der Kunde) Zugang zu Daten verlangt, die auf einer anderen Maschine (der NFS Server) versorgt sind:

1. Der Server führt NFS Dämon-Prozesse durch (standardmäßig als laufend), um seine Daten allgemein verfügbar für Kunden zu machen.
2. Der Server-Verwalter bestimmt, was man bereitstellt, die Namen und Rahmen von Verzeichnissen exportierend (normalerweise die Konfigurationsdatei und den Befehl verwendend).
3. Die Server-Sicherheitsregierung stellt sicher, dass sie anerkennen und gültig gemachte Kunden genehmigen kann.
4. Die Server-Netzkonfiguration stellt sicher, dass passende Kunden damit durch jedes Brandmauer-System verhandeln können.
5. Die Kundenmaschine bittet um Zugang zu exportierten Daten, normalerweise durch die Ausgabe eines Befehls. (Der Kunde fragt den Server (rpcbind), die nach Backbord halten, verwendet der NFS Server, der Kunde steht zum NFS Server (nfsd) in Verbindung, nfsd passiert die Bitte zu mountd)
6. Wenn alles gut geht, können Benutzer auf der Kundenmaschine dann ansehen und mit bestiegenem filesystems auf dem Server innerhalb der erlaubten Rahmen aufeinander wirken.

Bemerken Sie, dass die Automation des NFS, der Prozess besteigt — vielleicht verwendende und/oder autosteigende Möglichkeiten stattfinden kann.

Protokoll-Entwicklung gegen konkurrierende Protokolle

Die 1980er Jahre

NFS und ONC sind prominent im netzschätzenden Krieg zwischen Sonne-Mikrosystemen und Computer von Apollo, und später den UNIX Kriegen (ca 1987-1996) zwischen AT&T und Sonne auf einer Seite, und Digitalausrüstung, HP und IBM auf dem anderen erschienen.

Während der Entwicklung des ONC Protokolls (hat SunRPC zurzeit genannt), hat nur Network Computing System (NCS) von Apollo vergleichbare Funktionalität angeboten. Zwei konkurrierende Gruppen haben sich über grundsätzliche Unterschiede in den zwei entfernten Verfahren-Anruf-Systemen entwickelt. Argumente haben sich auf die Methode für die Datenverschlüsselung konzentriert — die Außendatendarstellung von ONC (XDR) hat immer ganze Zahlen in der großen-endian Ordnung gemacht, selbst wenn beide Gleichen der Verbindung wenig-endian Maschinenarchitekturen hatten, wohingegen die Methode von NCS versucht hat, Byte-Tausch zu vermeiden, wann auch immer zwei Gleiche einen allgemeinen endianness in ihren Maschinenarchitekturen geteilt haben. Eine Industriegruppe hat gerufen das Netzrechenforum gebildet (März 1987) in (schließlich erfolglos) versuchen, die zwei netzschätzenden Umgebungen beizulegen.

Später hat Sonne und AT&T bekannt gegeben, dass sich die zwei Unternehmen AT&T folgende Version von UNIX gemeinsam entwickeln würden: System V Ausgabe 4. Das hat viele AT&T andere Lizenznehmer des UNIX Systems V veranlasst, besorgt zu werden, dass das Sonne in einer geförderten Position stellen würde, und es schließlich zu Digitalausrüstung, HP, IBM und anderen geführt hat, die Open Software Foundation (OSF) 1988 bilden. Komischerweise hatte sich Sonne und AT&T vorher über den NFS der Sonne gegen AT&T Remote File System (RFS) und die schnelle Adoption von NFS über RFS durch die Digitalausrüstung, den HP, IBM beworben, und viele andere Computerverkäufer haben die Mehrheit von Benutzern für NFS geneigt.

OSF hat die Vorschläge für verschiedene Technologien, einschließlich des Systems des entfernten Verfahren-Anrufs (RPC) und des entfernten Dateizugriffsprotokolls gebeten. Schließlich haben Vorschläge für diese zwei Voraussetzungen, genannt beziehungsweise, Distributed Computing Environment (DCE) und Distributed File System (DFS) Sonne erobert hat ONC und NFS vorgeschlagen. Datenfernübertragungseinrichtung ist auf ein Gefolge von Technologien, einschließlich NCS und Kerberos zurückzuführen gewesen. DFS hat Datenfernübertragungseinrichtung als der RPC verwendet und ist auf Andrew File System (AFS) zurückzuführen gewesen.

Die 1990er Jahre

Sonne-Mikrosysteme und die Internetgesellschaft (Internet-Gesellschaft) haben eine Vereinbarung getroffen, um "Änderungskontrolle" von ONC RPC abzutreten, so dass der Technikstandard-Körper der Internet-Gesellschaft, Internet Engineering Task Force (IETF), Standarddokumente (RFCs) das Dokumentieren des ONC RPC Protokolle veröffentlichen konnte und ONC RPC erweitern konnte. OSF hat versucht, Datenfernübertragungseinrichtung RPC ein IETF Standard zu machen, aber hat sich schließlich widerwillig erwiesen, Änderungskontrolle aufzugeben. Später hat der IETF beschlossen, ONC RPC durch das Hinzufügen eines neuen Beglaubigungsgeschmacks zu erweitern, der auf GSSAPI, RPCSEC GSS gestützt ist, um den Anforderungen von IETF zu entsprechen, dass Protokoll-Standards entsprechende Sicherheit haben.

Später haben Sonne und Internet-Gesellschaft eine ähnliche Vereinbarung getroffen, um Internet-Gesellschaft-Änderungskontrolle über NFS zu geben, obwohl, den Vertrag sorgfältig schreibend, um NFS Version 2 und Version 3 auszuschließen. Statt dessen hat Internet-Gesellschaft das Recht gewonnen, neue Versionen zum NFS Protokoll hinzuzufügen, das auf IETF das Spezifizieren der NFS Version 4 2003 hinausgelaufen ist.

Die 2000er Jahre

Vor dem 21. Jahrhundert hatten weder DFS noch AFS jeden kommerziellen Haupterfolg verglichen mit CIFS oder NFS erreicht. IBM, der vorher den primären kommerziellen Verkäufer von DFS und AFS, Transarc erworben hatte, hat den grössten Teil des AFS Quellcodes zur Gemeinschaft der kostenlosen Software 2000 geschenkt. OpenAFS planen Leben darauf. Anfang 2005 hat IBM Ende von Verkäufen für AFS und DFS bekannt gegeben.

Gegenwart

NFSv4.1 fügt die Parallele NFS pNFS Fähigkeit hinzu, die Datenzugriffsparallelismus ermöglicht. Das NFSv4.1 Protokoll definiert eine Methode, die filesystem Meta-Daten von der Position der Dateidaten zu trennen; es übertrifft die einfache Trennung des Namens/Daten durch striping die Daten unter einer Reihe von Datenservern. Das ist vom traditionellen NFS Server verschieden, der die Namen von Dateien und ihren Daten unter dem einzelnen Regenschirm des Servers hält. Dort bestehen Sie Produkte, die Mehrknoten NFS Server sind, aber die Teilnahme des Kunden in der Trennung von Meta-Daten und Daten wird beschränkt. Der NFSv4.1 Kunde kann ermöglicht werden, ein direkter Teilnehmer in der genauen Position von Dateidaten zu sein und einsame Wechselwirkung mit dem einzelnen NFS Server wenn bewegende Daten zu vermeiden.

Der NFSv4.1 pNFS Server ist eine Sammlung von Server-Mitteln oder Bestandteilen; wie man annimmt, werden diese vom Meta-Datenserver kontrolliert.

Der pNFS Kunde greift noch auf einen einzelnen Meta-Datenserver für das Traversal oder die Wechselwirkung mit dem namespace zu; wenn der Kunde Daten dazu bewegt und vom Server es mit dem Satz von Datenservern direkt aufeinander wirken kann, die der pNFS Server-Sammlung gehören.

Zusätzlich zu pNFS stellt NFSv4.1 Sitzungen, Verzeichnisdelegation und Ankündigungen, Mehrserver Namespace, ACL/SACL/DACL, Retentionszuweisungen und SECINFO_NO_NAME zur Verfügung.

Siehe auch

• Wurzelsquash
• Geteilte Quelle
• TCP Streifband
• Kerberos
• Netzinformationsdienst
• Entferntes Dateisystem
• Samba
• Server-Nachricht blockiert
• Dateisystem von Andrew
• Sichern Sie Shell Filesystem - besteigen ein entferntes Verzeichnis mit nur einer ssh Anmeldung auf dem entfernten Computer.
• 9P - Plan 9 Filesystem Protokoll
• CacheFS - ein Verstecken-Mechanismus für Linux NFS Kunden

Außenverbindungen

• RFCs
• RFC 5661 - Version 4 von Network File System (NFS) Geringes Protokoll der Version 1
• RFC 3530 - NFS Protokoll-Spezifizierung der Version 4
• RFC 2054 - Spezifizierung von WebNFS
• RFC 2339 - Sonne/Internet-Gesellschaft NFS Änderungskontrollabmachung
• RFC 2203 - RPCSEC_GSS Spezifizierung
• RFC 1813 - NFS Protokoll-Spezifizierung der Version 3
• RFC 1790 - Sonne/Internet-Gesellschaft ONC RPC Änderungskontrollabmachung
• RFC 1094 - NFS Protokoll-Spezifizierung der Version 2
• IETF: Netzdateisystemurkunde der Version 4 (nfsv4)
• Linux NFS Übersicht, häufig gestellte Fragen und HOWTO Dokumente
• IBM: NFSv4 liefert nahtlosen Netzzugang
• NFS Operation, die mit Folge-Diagrammen erklärt ist