Editando Network File System (sección)

=== Memoria caché ===
Hay dos opciones para mantener y asegurar la consistencia en escritura:

* '''write-through''': los datos de las operaciones de escritura se guardan en caché y se escriben en disco antes de responder al cliente.
* '''Commit''': los datos de las operaciones de escritura se guardan solo en caché. Solo se escriben a disco cuando se recibe una operación commit.

Los demonios imprescindibles del servicio NFS son los siguientes:

* '''rpc.mountd''': demonio que se encarga del montaje remoto. Recibe la petición desde el cliente NFS y comprueba que el sistema de archivos este exportado y si está      disponible permite las solicitudes de acceso de NFS y proporciona información sobre ello ('''showmount''').
* '''rpc.nfsd:''' demonio para servir archivos. Se pueden arrancar varias copias de este demonio. Utiliza el puerto TCP/UDP 2049.
* '''rpc.portmap''': Se encarga de indicar a los clientes donde se encuentra el servicio real en el servidor. Los servicios basados en RPC usan portmap para atender las peticiones de los clientes por lo cual este servicio debe estar disponible el primero. No se utiliza en NFSv4. Para comprobar que está activo ejecutar:
** <pre># portmap status</pre>
* '''rpc.lockd''': encargado de proporcionar el servicio de bloqueo de archivos para asegurar su consistencia ya que pueden ser accedidos de forma concurrente. Se ejecuta tanto en el servidor como en el cliente.
* '''rpc.statd''': Este demonio trabaja conjuntamente con lockd para recuperar en caída de sistemas. Mantiene información sobre los procesos en los clientes que poseen locks de archivos de determinado servidor. Cuando el servidor NFS se recupera statd informa a los otros de los clientes, que el servidor se ha recuperado y así ellos resuelven los locks que tenían.