Network File System(NFS)は主にUNIXで利用される分散ファイルシステムおよびそのプロトコルである^[1]。1984年にサン・マイクロシステムズによって実質的な最初の規格となるNFS version 2 (NFS v2) が発表され、RFC 1094・ RFC 1813・ RFC 3530・ RFC 5661・ RFC 7530・ RFC 7862 などによって定義されている。

NFSは、ローカルに接続されたストレージをネットワークを介してリモートの計算機に提供する分散ファイルシステムとそのプロトコルである。マウントされたNFSボリュームは、ネットワーク上にあることを意識せずローカルと同じように利用出来る。NFS v2, v3 では、Network File System#関連プロトコルで述べるように、ファイルロック機能やクォータ管理機能などはNFSプロトコル本体に含まれず、それぞれ別のプロトコルによって提供される。これらは NFS v4 ではプロトコル本体に含まれている。
　ネットワークファイルシステムに代わる方法としてリモートファイルシェアリング(Remote File Sharing（英語版）)がある。リモートファイルシェアリング(RFS)は、大部分の System V 系 UNIX や BSD 系 SunOS にてオプションである^[2]。

NFSのサービスは一般的にTCPの2049番ポートで提供される。NFS v4はTCPのみだが、NFS v3はTCPとUDP（同じく2049番ポート）を使える。ボリュームを提供するNFSサーバとそれを利用するクライアント間の遠隔手続き呼出し (RPC) には、NFSの一部として開発されたONC RPCを利用している。NFSv3までは、ファイルロックやマウント要求等のONC RPCに使われるポート番号はポートマッパーによって動的に割り当てられることが一般的であった。そのため、ポート番号を固定するオプションを持たない実装の場合、ファイアウォールによるポート番号ベースの通信制御は困難であった。NFSv4からは、同等の機構がNFS本体に組み込まれ、サーバ-クライアント間の通信にはTCPの2049番ポートのみを利用するようになった。

NFS version 1 (NFS v1) は、サン・マイクロシステムズ内の実験にとどまり、対外的なリリースはされなかった。

NFS v2の仕様は1984年に発表され、1985年にはNFS v2を初めて実装したSunOS 2.0がリリースされた。その後1989年3月には RFC 1094 が取りまとめられ標準化された。 NFS v2の開発にはRusty Sandberg, Bob Lyon, Bill Joy, Steve Kleimanなどが参加していた。元々のNFS v2では通信にUDPのみを利用することになっているが、これはファイルロック機能をNFSの枠組みの外で実装することでプロトコルをステートレスに保つのが目的であった。

1995年6月に RFC 1813 で定義されたNFS v3では、主に以下の機能追加が行われた。

• ファイルサイズおよび読み書き時に指定するオフセットの型を32bitから64bitに拡張し、4GiB以上のファイルをサポートした。
• 書き込み性能を向上させるため、サーバへの非同期書き込みをサポートした。
• ファイル属性を別途取得するプロシージャ呼び出しを省くために、多くのプロシージャでその返値にファイル属性を追加した。
• ディレクトリを走査する時、そこに含まれるファイル名に加えファイルハンドルと属性を一度に取得できるREADDIRPLUSプロシージャを追加した。

また、NFS v2の時点ですでにTCPによる転送をサポートするベンダーが複数存在したことから、サン・マイクロシステムズはNFS v3からTCP転送を仕様に追加した。これによりWANを介したNFSがより安定して動作するようになった。

AFSやCIFSの存在を踏まえ、2000年12月に RFC 3010 で、また2003年4月に RFC 3530 で、さらに2015年3月に RFC 7530 で改定されたNFS v4では、COMPOUNDプロシージャを用いた複数のNFS処理の統合による性能の向上、ONC RPCにおけるKerberos認証^{[注 1]}を用いた強力なセキュリティ、またステートフルなプロトコルを導入した。NFS v4からはその開発主体がInternet Engineering Task Forceへ移動し、サン・マイクロシステムズに加えネットアップなども規格策定に携わった。

NFS version 4.1 は、2010年1月に RFC 5661 で、2020年8月に RFC 8881 で公開された。

NFS version 4.2 は、2016年11月に RFC 7862 で公開された。

NFSに付随するプロトコルは次のようなものがある。

Network Lock Manager (NFS v2, v3)

UNIX System Vに追加されたファイルロック機構

クォータ情報の遠隔通知 (NFS v2, v3)

NFSサーバが管理するクォータの状態をクライアントに通知するもので、rquotaとも呼ばれる。なお、クォータ管理そのものはサーバの役割であり、クライアントはその情報を受け取っているだけである。

WebNFS (NFS v2, v3)

ウェブブラウザとNFSを統合し、ファイアウォールを介した利用を実現するNFS v2, v3の拡張

NFS v2およびNFS v3では、ユーザーのアクセス権限を表現するためにUNIXのユーザー識別子およびグループ識別子の整数値をそのまま用いている。 デフォルトではクライアント側に設定された識別子の整数値がそのままNFSサーバに渡され、サーバはそれを見てアクセスを制御する。クライアントとサーバ間でグループ識別子を別々に管理している場合では、管理者が用意したサーバ側とクライアント側の識別子対応表を参照するか、クライアントが用意したNISサーバあるいは専用のデーモンugiddをサーバが参照するように設定することでアクセスコントロールを行う。

NFS v4では、原則としてユーザー識別子/グループ識別子を直接使うのではなく、書式「(識別子)@(ドメイン名)」にて記述されたユーザー名/グループ名を使用する。特に、ONC RPCにてKerberos認証を使用する場合は必ずこの書式を用いる必要がある。ホスト内部におけるユーザおよびグループ識別子の表現とこの書式との間の変換にあってはNFS v4の仕様では定義しておらず、全く変換しないことを含めて実装に任せている。Kerberos認証を用いない場合は、NFS v3以前の仕様であるユーザおよびグループ識別子の整数値をサポートすべきとしており(サーバでの送受信およびクライアントでの送信はSHOULD、クライアントでの受信はMUST)^{[注 2]}、それに加えてNFS v4にて追加された書式をサポートしても構わない。クライアントはサーバの整数値識別子対応を確認するためにユーザ名およびグループ名を一旦整数値として送信し、エラーとなった場合はNFS v4の書式に切り替えても良い。

一般的に、「NFSサーバとクライアントは、互いに相手のホスト上での管理者特権をそのまま信頼することはできない」^{[注 3]}ため、管理者権限による無制限なアクセスをNFSクライアントに許可することは危険である。そのため、UNIXシステムでスーパーユーザを示す root (NFS v4) ユーザー識別子0 (NFS v2, v3) によるクライアントからのアクセスを、NFSサーバ側でより権限の低いユーザー識別子（例えば NFS v4 では nobody、NFS v2, v3 では65534や-2^{[注 4]}など）に強制的に割り当てるroot_squashという機能を標準で有効にするものが多い。

1985年にSunOS 2.0に最初に実装された後、HP-UX、Solaris、NEWS-OS、EWS-UX、Linux、FreeBSDなど多くのUNIX系OSに実装された。その他にもMac OSやWindows Server、クライアントWindowsの一部のエディション、NetWare、AS/400でも利用できる。1990年代初頭、Macintosh用NFSソフトウェアが米Wollongong社によりサポートされた^[3][4]。System 6.0.3以上のシステムで、かつAppleShareが必要とされ、日本では1991年有限会社データコントロールリミテッドが販売した^[4]。WindowsではServices for UNIXがNFSサーバおよびクライアントの機能を提供している。

• Common Internet File System
• WebDAV
• ネットワークアタッチトストレージ (NAS)
• TCP Wrapper

• RFC 1085
• RFC 1813
• RFC 3530
• Internet Engineering Task Force (2006年3月24日). “Network File System Version 4 (nfsv4) Charter”. 2007年10月17日閲覧。
• Zadok, Erez (2001). Linux NFS and Automounter Administration. Sybex Inc. ISBN 978-0-7821-2739-3 
  • イレズ ザドック『NFS & Amd』槌田 浩一、翔泳社、2003年。ISBN 978-4-7981-0104-0。 
• Eisler, Mike; Ricardo Labiaga, Hal Stern (2001). Managing NFS and NIS (2nd Edition ed.). O'Reilly Media, Inc.. ISBN 978-1-56592-510-6 
  • ハル スターン、リカルド ラビアガ、マイク アイスラー『NFS&NIS』砂原 秀樹, 木下 哲也（第二版）、オライリー・ジャパン、2002年。ISBN 978-4-87311-078-3。 
• 「SuperASCII 1991年4月号」第2巻第4号、株式会社アスキー出版、1991年4月1日。 

1. ^ bit 編集部『bit 単語帳』共立出版、1990年8月15日、32頁。 ISBN 4-320-02526-1。 
2. ^ Mike Loukides 著、砂原秀樹 監訳『UNIXシステムチューニング』アスキー出版局、1991年7月21日、274頁。 ISBN 4-7561-0077-5。 
3. ^ “WOLLONGONG GROUP OFFERS NETWORK FILE SYSTEM CLIENT SOFTWARE FOR MAC” (1990年8月12日). 2022年7月16日閲覧。
4. ^ ^{a b} SuperASCII 1991年4月号, p. 32.

• Linux
  • Tavis Barr; Seth Vidal, Tom McNeal (2002年11月16日). “Linux NFS-HOWTO”. 2007年10月17日閲覧。
• FreeBSD
  • “FreeBSD ハンドブック 20.6. NFS” (2026年1月14日). 2026年1月14日閲覧。
• Solaris
  • Sun Microsystems, Inc.. “Solaris のシステム管理 (ネットワークサービス)”. 2007年10月17日閲覧。