Sistema de archivos de red

La versión  2 del protocolo (definida en RFC 1094 , marzo de 1989) originalmente solo operaba sobre el Protocolo de Datagramas de Usuario (UDP). Sus diseñadores pretendían mantener el lado del servidor sin estado , con el bloqueo (por ejemplo) implementado fuera del protocolo principal. Entre las personas involucradas en la creación de la versión 2 de NFS se encuentran Russel Sandberg , Bob Lyon , Bill Joy , Steve Kleiman y otros. ^{[ 1 ] [ 4 ]}  

La interfaz del Sistema de Archivos Virtual permite una implementación modular, reflejada en un protocolo simple. En febrero de 1986, se demostraron implementaciones para sistemas operativos como System V versión  2, DOS y VAX/VMS usando Eunice . ^{[ 4 ]}  NFSv2 solo permite leer los primeros 2 GB de un archivo debido a limitaciones de 32 bits .

Versión  3 ( RFC 1813 , junio de 1995) añadió: 

• Compatibilidad con tamaños de archivo y desplazamientos de 64 bits, para manejar archivos de más de 2  gigabytes (GB);
• Compatibilidad con escrituras asíncronas en el servidor para mejorar el rendimiento de escritura;
• Atributos de archivo adicionales en muchas respuestas, para evitar la necesidad de volver a obtenerlos;
• una operación READDIRPLUS, para obtener identificadores de archivo ^{[ 5 ]} y atributos junto con nombres de archivo al escanear un directorio;
• otras mejoras diversas.

La primera  propuesta de NFS Versión 3 dentro de Sun Microsystems se creó poco después del lanzamiento de NFS Versión  2. La motivación principal fue un intento de mitigar el problema de rendimiento de la operación de escritura síncrona en NFS Versión  2. ^{[ 6 ]} Para julio de 1992, la práctica de implementación había resuelto muchas deficiencias de NFS Versión  2, dejando solo la falta de soporte para archivos grandes (tamaños de archivo y desplazamientos de 64 bits) como un problema apremiante. En el momento de la introducción de la Versión  3, el soporte de los proveedores para TCP como protocolo de capa de transporte comenzó a aumentar. Si bien varios proveedores ya habían agregado soporte para NFS Versión  2 con TCP como transporte, Sun Microsystems agregó soporte para TCP como transporte para NFS al mismo tiempo que agregó soporte para la Versión  3. El uso de TCP como transporte hizo que usar NFS sobre una WAN fuera más factible y permitió el uso de tamaños de transferencia de lectura y escritura mayores que el  límite de 8 KB impuesto por el Protocolo de Datagramas de Usuario .

La versión  4 ( RFC 3010 , diciembre de 2000; revisada en RFC 3530 , abril de 2003 y nuevamente en RFC 7530 , marzo de 2015), influenciada por Andrew File System (AFS) y Server Message Block (SMB), incluye mejoras de rendimiento, exige una seguridad sólida e introduce un protocolo con estado . ^{[ 7 ] [ 8 ]} La versión 4 se convirtió en la primera versión desarrollada con el Grupo de Trabajo de Ingeniería de Internet (IETF) después de que Sun Microsystems transfiriera el desarrollo de los protocolos NFS.   

La versión 4.1 de NFS ( RFC 5661 , enero de 2010; revisada en RFC 8881 , agosto de 2020) tiene como objetivo brindar soporte de protocolo para aprovechar las implementaciones de servidores en clúster, incluyendo la capacidad de proporcionar acceso paralelo escalable a archivos distribuidos entre múltiples servidores ( extensión pNFS ). La versión 4.1 incluye el mecanismo de trunking de sesión (también conocido como NFS Multipathing) y está disponible en algunas soluciones empresariales como VMware ESXi .    

La versión 4.2 de NFS ( RFC 7862 ) se publicó en noviembre de 2016 con nuevas características, entre las que se incluyen: clonación y copia del lado del servidor, aviso de E/S de la aplicación, archivos dispersos, reserva de espacio, bloque de datos de la aplicación (ADB), NFS etiquetado con sec_label que admite cualquier sistema de seguridad MAC y dos nuevas operaciones para pNFS (LAYOUTERROR y LAYOUTSTATS).  

Una gran ventaja de NFSv4 sobre sus predecesores es que solo se utiliza un puerto UDP o TCP, el 2049, para ejecutar el servicio, lo que simplifica el uso del protocolo a través de cortafuegos. ^{[ 9 ]}

WebNFS , una extensión de las versiones  2 y  3, permite que NFS se integre más fácilmente en los navegadores web y que funcione a través de cortafuegos. En 2007, Sun Microsystems publicó como código abierto su implementación de WebNFS del lado del cliente. ^{[ 10 ]}

Diversos protocolos de banda lateral se han asociado con NFS. Nota:

• el protocolo Network Lock Manager (NLM) de asesoramiento de rango de bytes (añadido para admitir las API de bloqueo de archivos de UNIX System V )
• El protocolo de informes de cuotas remotas (RQUOTAD) permite a los usuarios de NFS ver sus cuotas de almacenamiento de datos en servidores NFS.
• NFS sobre RDMA, una adaptación de NFS que utiliza acceso directo a memoria remota (RDMA) como transporte ^{[ 11 ] [ 12 ]}
• NFS-Ganesha, un servidor NFS que se ejecuta en el espacio de usuario y admite varios sistemas de archivos como GPFS/Spectrum Scale y CephFS a través de los módulos FSAL (File System Abstraction Layer) correspondientes. El FSAL de CephFS se admite mediante libcephfs ^{[ 13 ].}

• NFS de confianza (TNFS) ^{[ 14 ]}

Sun Microsystems y la Internet Society (ISOC) llegaron a un acuerdo para ceder el control de cambios de ONC RPC, de modo que el organismo de estándares de ingeniería de ISOC, el Grupo de Trabajo de Ingeniería de Internet (IETF), pudiera publicar documentos de estándares (RFC) relacionados con los protocolos ONC RPC y extender ONC RPC. OSF intentó convertir DCE RPC en un estándar del IETF, pero finalmente se mostró reacia a renunciar al control de cambios. Posteriormente, el IETF optó por extender ONC RPC añadiendo una nueva variante de autenticación basada en la Interfaz de Programación de Aplicaciones de Servicios de Seguridad Genéricos (GSSAPI), RPCSEC GSS , para cumplir con los requisitos del IETF de que los estándares de protocolo tengan una seguridad adecuada.

Posteriormente, Sun e ISOC llegaron a un acuerdo similar para otorgar a ISOC el control sobre los cambios en NFS, aunque redactaron el contrato cuidadosamente para excluir las versiones 2 y 3 de NFS. En cambio, ISOC obtuvo el derecho a agregar nuevas versiones al protocolo NFS, lo que llevó a la IETF a especificar la versión 4 de NFS en 2003.

Para el siglo XXI, ni DFS ni AFS habían alcanzado un éxito comercial significativo en comparación con SMB o NFS. IBM, que anteriormente había adquirido a Transarc , el principal proveedor comercial de DFS y AFS, donó la mayor parte del código fuente de AFS a la comunidad de software libre en el año 2000. El proyecto OpenAFS sigue activo. A principios de 2005, IBM anunció el cese de las ventas de AFS y DFS.

En enero de 2010, Panasas propuso NFSv4.1 basado en su tecnología Parallel NFS (pNFS), afirmando mejorar la capacidad de paralelismo en el acceso a datos ^{[ 17 ]} . El protocolo NFSv4.1 define un método para separar los metadatos del sistema de archivos de la ubicación de los datos de los archivos; va más allá de la simple separación nombre/datos al distribuir los datos entre un conjunto de servidores de datos. Esto difiere del servidor NFS tradicional, que mantiene los nombres de los archivos y sus datos bajo un único servidor. Algunos productos son servidores NFS multinodo, pero la participación del cliente en la separación de metadatos y datos es limitada.

El servidor pNFS NFSv4.1 es un conjunto de recursos o componentes del servidor; se supone que estos están controlados por el servidor de metadatos.

El cliente pNFS sigue accediendo a un único servidor de metadatos para la navegación o interacción con el espacio de nombres; al transferir datos desde y hacia el servidor, puede interactuar directamente con el conjunto de servidores de datos que pertenecen a la colección de servidores pNFS. El cliente NFSv4.1 puede configurarse para participar directamente en la localización exacta de los datos de archivo y evitar la interacción exclusiva con un único servidor NFS al transferir datos.

Además de pNFS, NFSv4.1 proporciona:

• Sesiones
• Delegación de directorios y notificaciones
• Espacio de nombres multiservidor
• listas de control de acceso y control de acceso discrecional
• Atribuciones de retención
• SECINFO_NO_NAME