SERVICIOS+INTRANET-+NETWORK+FILE+SYSTEM+NFS

** SERVICIOS INTRANET- NETWORK FILE SYSTEM NFS **


 * EXPLIQUE ES EL NFSEditar
 * SU FUNCIONAMIENTO
 * QUE TIPO DE VERSIONES EXISTEN Y SUS DIFERENCIAS
 * QUE SE DEBE TENER EN CUENTA EN CUANTO A LA SEGURIDAD DEL NFS
 * COMO SE HABILITA EL NFS
 * CUALES SON SUS ELEMENTOS O COMPONENTE
 * CUALES SON SUS USOS COMUNES
 * EXPLIQUE COMO SE CONFIGURA UN SERVIDOR NFS
 * EXPLIQUE COMO SE CONFIGURA EL CLIENTE DE NFS
 * IDENFITIQUE QUE TIPO DE FALLAS SE PUEDEN PRESENTAR Y COMO SE SOLUCIONAN EN EL MONTAJE DEL CLIENTE NFS

Es un protocolo de nivel de aplicación. Utilizado para sistemas de archivos distribuido en un entorno de red de computadoras de área local. El cual posibilita que distintos sistemas conectados a una misma red accedan e interactuen con esos sistemas de archivos como si se tratara de locales. Lo que permite a los administradores de sistemas guardar los recursos en servidores concentrados en la red. Este protocolo está incluido por defecto en los sistemas operativos LINUX.
 * NFS**: (Network File System), (Sistema de archivos de red).

**Características:**
 * El sistema NFS está dividido al menos en dos partes principales: un servidor y uno o más clientes. Es decir que los clientes pueden acceder a los datos que se encuentran almacenados en el servidor.
 * Las estaciones de trabajo locales utilizan menos espacio de disco debido a que los datos se encuentran centralizados en un único lugar pero pueden ser accedidos y modificados por varios usuarios, de tal forma que no es necesario replicar la información.
 * Los usuarios no necesitan disponer de un directorio “home” en cada una de las máquinas de la organización. Los directorios “home” pueden crearse en el servidor de NFS para posteriormente poder acceder a ellos desde cualquier máquina a través de la infraestructura de red.
 * También se pueden compartir a través de la red dispositivos de almacenamiento como disqueteras, CD-ROM y unidades ZIP.
 * Es util y facil de utilizar.

El NFS es un protocolo que tiene la funcion de permitir que una o varias maquinas puedan montar diferentes partciones en un sistema con el fin de compartir uno o varios directorios y utilizarlas como si estuvieran en el sistema de archivos local (El sistema de archivo local es un arbol en un solo servidor, el cual contiene generalmente un solo disco o particion fisica y que a su vez cuenta con un "root"), dichos archivos se encuentran ubicados en el respectivo servidor. El administrador del servidor remoto es quien puede configurar el NFS con el objetivo de restringir a los clientes al acceso de los archivos y directorios compartidos. Como el NFS no requiere un estandar de fiabilidad en los niveles mas bajos, permite ser utilizado potencialmente como protocolo de transporte.
 * Funcionamiento:**

Para su utilizacion existen tres versiones de NFS actualmente. La versión NFSv2, es la más antigua y está ampliamente soportada por muchos sistemas operativos. La versión NFSv3 tiene más características, incluyendo manejo de archivos de tamaño variable y mejores facilidades de informes de errores. La versión NFSv4 incluye seguridad Kerberos, trabaja con cortafuegos, permite ACLs y utiliza operaciones con descripción del estado. Red Hat Enterprise Linux soporta clientes tanto NFSv2, NFSv3 como NFSv4, y cuando monta un sistema de archivos a través de NFS, Red Hat Enterprise Linux usa NFSv4 por defecto.
 * Versiones:**

Primero se requiere tener instalados nfs-utils y portmap. Para ello preguntaremos al sistema si estos paquetes están instalados o no, a traves de la utilizacion de los comandos: Lo que nos mostrara en pantalla una linea como la siguiente: **nfs-utils-0.3.0-13.7.2.1** En caso que falten los paquetes o alguno de ellos entonces, debemos insertar un CD de instalacion, y luego de abrirlo proceder a escribir en consola lo siguiente: **mount /mnt/cdrom/**
 * Para configurar un servidor NFS:**
 * 1) **rpm -q nfs-utils portmap**
 * portmap-4.0-38**
 * rpm -Uhv /mnt/cdrom/RedHat/RPMS/paquete_faltante**

Realizado los pasos anteriores, el paso a seguir es configurar un nivel de seguridad para portmap, lo cual se consigue editando los siguientes ficheros: **/etc/hosts.allow** y **/etc/hosts.deny**//.// Aca se deben especificar que direcciones IP o que rango de ellas pueden o no acceder a todos los servicios que brinda portmap. Esto se puede determinar en **/etc/hosts.allow** como el rango **d**e direcciones IP permitidas, asi: **portmap:192.168.1.0/255.255.255.0** Como se puede observar esta es una direccion IP completa y se encuentra acompañada de la mascara de sub-red. Anexamente cuando deseamos compartir volumenes con otras computadoras en otras redes en internet, podemos especificar las direcciones IP de forma individual y sin necesidad de establecer una mascara, asi:
 * Para configurar su seguridad:**

Ya determiando cuales son las computadoras autorizadas para acceder a portmap, nos queda definir cuales no pueden hacerlo, es decir nos referimos al resrto del mundo, para ello digitamos la siguiente linea de codigo: **portmap:ALL** Esto se hace con el fin de tener un nivel de seguridad estable.
 * portmap:192.168.1.0/255.255.255.0**
 * portmap:192.168.20.25**
 * portmap:192.168.30.2**
 * portmap:216.200.152.96**
 * portmap:148.240.28.171**

Luego de haberse configurado el portmap, procedemos y es obligatorio reiniciar el servicio de portmap, asi: **/sbin/service portmap restart**

Si tiene un DNS, de de alta las direcciones IP asociadas a un nombre o bien edite /etc/hosts y agregue las direcciones IP asociadas con un nombre. Ejemplo del fichero /etc/hosts, asi:

127.0.0.1 localhost. localdomain localhost 192.168.1.254 servidor.autonoma.org servidor 192.168.1.2 angelica.autonoma.org angelica 192.168.1.3 jmanuel.autonoma.org jmanuel 192.16.1.4 johnatan.autonoma.org johnatan 192.16.1.5 ricardo.autonoma.org ricardo

Compartir un volumen NFS.
Procederemos a determinar que directorio se queremos o se va a compartir, o se puede crear uno nuevo, asi: Realizado el paso anterior procederemos a determinar que directorios seran compartidos con el resto de las máquinas de la red, o bien a que máquinas, de acuerdo al DNS o /etc/hosts se permitirá el acceso. Esto deberemos agregarlos en /etc/exports determinado con que máquinas y en que modo lo haremos. Se puede especificar una dirección IP o bien nombre de alguna máquina, o bien un patrón común con comodín para definir que máquinas pueden acceder. De tal modo podemos utilizar el siguiente ejemplo: En el ejemplo anterior se esta definiendo que se compartirá /var/nfs/publico/ a todas las máquinas cuyo nombre, de acuerdo al DNS o /etc/hosts, tiene como patrón común autonoma.org, en modo de lectura escritura. Se utilizó un asterisco (*) como comodín, seguido de un punto y el nombre del dominio. Esto permitirá que: angelica.autonoma.org, jmanuel.autonoma.org, johnatan.autonoma.org y ricardo.autonoma.org podrán acceder al volumen /var/nfs/publico/ en modo solo lectura. Si queremos que el acceso a este directorio sea en modo de lectura y escritura, cambiamos (ro) por (rw), asi: /var/nfs/publico *.autonoma.org(rw, sync) Ya que se definieron los volúmenes a compartir, solo resta iniciar o reiniciar el servicio nfs. Utilice cualquiera de las siguientes lineas dependiendo el caso: **/sbin/service nfs start** Para asegurarnos que el servicio de nfs esté habilitado la siguiente vez que se encienda el equipo, debemos ejecutar la siguiente linea de comandos: **/sbin/chkconfig --level 345 nfs on** El mandato anterior hace que se habilite nfs en los niveles de corrida 3, 4 y 5. Como medida de seguridad adicional, si tiene un contrafuegos o firewall implementado, cierre, para todo aquello que no sea parte de su red local, los puertos tcp y udp 2049, ya que estos son utilizados por NFS para escuchar peticiones.
 * mkdir -p /var/nfs/publico**
 * /var/nfs/publico *.autonoma.org(ro,sync)**
 * /sbin/service nfs restart**

Para configurar el cliente de NFS:
Para probar la configuración, es necesario que las máquinas clientes se encuentren definidas en el DNS o en el fichero ///etc/hosts// del servidor. Si no hay un DNS configurado en la red, deberán definirse los nombres y direcciones IP correspondientes en el fichero /etc/hosts de todas las máquinas que integran la red local. Como root, en el equipo cliente, ejecute el siguiente mandato para consultar los volúmenes exportados (-e) a través de NFS por un servidor en particular: showmount -e **192.168.1.254** Lo anterior mostrará una lista con los nombres y rutas exactas a utilizar. Por ejemplo: A continuación creamos, como root, desde cualquier otra máquina de la red local un punto de montaje, asi: Y para proceder a montar el volumen remoto, utilizaremos la siguiente línea de comandos: Si por alguna razón en el DNS de la red local, o el fichero ///etc/hosts// de la máquina cliente, decidió no asociar el nombre de la máquina que fingirá como servidor NFS a su correspondiente dirección IP, puede especificar ésta en lugar del nombre. Ejemplo: Podremos acceder entonces a dicho volumen remoto con solo cambiar al directorio local definido como punto de montaje, del mismo modo que se haría con un disquete o una unidad de CDROM, asi: Si queremos poder montar este volumen NFS con una simple línea de mandato o bien haciendo doble clique en un icono sobre el escritorio, será necesario agregar la correspondiente línea en /etc/fstab. Ejemplo: La línea anterior especifica que el directorio /var/nfs/publico/ de la máquina servidor.autonoma.org será montado en el directorio local /mnt/servidor/nfs, permitiéndole a los usuarios el poder montarlo, en modo de lectura y escritura y que este volumen no será montado durante el arranque del sistema. Esto último es de importancia, siendo que si el servidor no está encendido al momento de arrancar la máquina cliente, este se colgará durante algunos minutos.
 * Export list for 192.168.1.254:**
 * /var/nfs/publico 192.168.1.0/24**
 * mkdir /mnt/servidornfs**
 * mount servidor.autonoma.org:/var/nfs/public /mnt/servidornfs**
 * mount -t nfs 192.168.1.254:/var/nfs/publico /mnt/servidornfs**
 * cd /mnt/servidornfs**
 * servidor.autonoma.org:/var/nfs/publico /mnt/servidornfs nfs user,exec,nosuid,rw,noauto 0 0**


 * César Ricardo Rojas Torres**

EXPLIQUE ES EL NFS El Network File System //(Sistema de archivos de red)//, o NFS, es un [|protocolo] de nivel de aplicación, según el [|Modelo OSI], **modelo de referencia de Interconexión de Sistemas Abiertos** (OSI, Open System Interconnection). Es utilizado para [|sistemas de archivos distribuido] en un entorno de red de computadoras de área local. Este permite que los diversos sistemas que están conectados en la misma red puedan acceder a ficheros remotos como si se tratara de locales. NFS fue desarrollado en [|1984] por [|Sun Microsystems], con el objetivo de que sea independiente de la máquina, el [|sistema operativo] y el [|protocolo] de transporte, esto fue posible gracias a que está implementado sobre los protocolos [|XDR] (External Data Representation) es un [|protocolo] de presentación de datos (presentación) y [|ONC RPC] , es un [|protocolo] de llamada a procedimiento remoto (sesión). El protocolo NFS está incluido por defecto en los Sistemas Operativos [|UNIX] y las distribuciones [|GNU/Linux].
 * SU FUNCIONAMIENTO

El sistema NFS está dividido en dos partes principales: un servidor y uno o más clientes. Los clientes pueden acceder de forma remota a los datos que se encuentran almacenados en el servidor. Para que el sistema funcione correctamente se deben configurar y ejecutar unos cuantos procesos. Para que el servidor de NFS funcione correctamente de deben ejecutar los siguientes comandos o daemones: 
 * DAEMON || DESCRIPCION ||
 * **NFSD** || Este dæmon NFS, permite que se atiendan las peticiones de clientes NFS. ||
 * **MOUNTD** || Es el dæmon de montaje de NFS, que transporta las peticiones que [|__nfsd(8)__] “remote NFS server”, realiza. ||
 * **PORTMAP** || El dæmon portmapper permite que los clientes NFS puedan descubrir qué puerto está utilizando el servidor de NFS. ||

El cliente también puede ejecutar varios daemones conocidos como **nfsiod**, que atiende las peticiones que vienen del servidor NFS. Este sirve para mejorar el rendimiento, sin embargo no es obligatoria su utilización para el funcionamiento correcto del sistema.
 * QUE TIPO DE VERSIONES EXISTEN Y SUS DIFERENCIAS

Actualmente existe tres versiones en uso. La versión 2 de NFS (NFSv2), es la más antigua y está ampliamente soportada por muchos sistemas operativos. La versión 3 de NFS (NFSv3) posee más características, incluyendo manejo de archivos de tamaño variable y mejores facilidades de informes de errores, pero no es completamente compatible con los clientes NFSv2. La versión 4 de NFS (NFSv4) incluye seguridad Kerberos, trabaja con cortafuegos, permite ACLs (lista de control de acceso) y utiliza operaciones con descripción del estado. Red Hat Enterprise Linux soporta clientes tanto NFSv2, NFSv3 como NFSv4, y cuando monta un sistema de archivos a través de NFS, Red Hat Enterprise Linux usa NFSv4 por defecto. Todas las versiones de NFS pueden utilizar el //Protocolo de control de transmisiones// (//TCP//) ejecutándose sobre una red IP. En el caso de NFSv4, éste lo requiere. NFSv2 y NFSv3 pueden utilizar el //Protocolo de datagrama de usuarios// (//UDP//) sobre una red IP para proporcionar conexiones de red sin supervisión (stateless) entre el cliente y el servidor. Cuando se utiliza NFSv2 o NFSv3 con UDP, bajo condiciones normales la conexión UDP desatendida minimiza el tráfico de la red, ya que el servidor NFS envia un cookie al cliente después que este tiene acceso al volumen compartido. Esta cookie es un valor aleatorio guardado en el lado del servidor y es pasado junto con las peticiones RPC ( **Llamada a Procedimiento Remoto**) es un [|protocolo] que permite a un programa ejecutar código en otra máquina remota sin tener que preocuparse por las comunicaciones entre ambos; desde el cliente. El servidor NFS puede ser reiniciado sin afectar a los clientes y las cookies permanecen intactas. Sin embargo, debido a que UDP es sin supervisión, si el servidor se cae de forma inesperada, los clientes UDP continúan saturando la red con peticiones para el servidor. Por esta razón, TCP es el protocolo preferido cuando se conecte a un servidor NFS. Cuando se autentifique utilizando NFSv4, se crea una conexión atenta y, de forma opcional, está disponible la autenticación de usuarios y grupos con Kerberos. NFSv4 no tiene interacción con portmapper, rpc.mountd, rpc.lockd y rpc.statd , pues estos han sido incorporados en el kernel. NFSv4 escucha en el puerto TCP 2049. Sin embargo ahí que tener en cuenta que TCP es el protocolo por defecto para NFS bajo Red Hat Enterprise Linux La única vez que NFS lleva a cabo la autentificación es cuando el cliente intenta montar un recurso compartido NFS. Para limitar el acceso al servicio NFS, se utilizan envolturas TCP (TCP wrappers). Los TCP wrappers leen los archivos /etc/hosts.allow y /etc/hosts.deny para determinar si a un cliente particular o red tiene acceso o no al servicio NFS. Después de que al cliente se le permite acceso gracias a un TCP wrapper, el servidor NFS recurre a su archivo de configuración, /etc/exports, para determinar si el cliente tiene suficientes privilegios para acceder a los sistemas de archivos exportados. Una vez otorgado el acceso, todas las operaciones de archivos y de directorios están disponibles para el usuario. Debemos tener e cuento que si se está utilizando NFSv2 o NFSv3, los cuales no son compatibles con la autenticación Kerberos, los privilegios de montaje de NFS son otorgados al host cliente, no para el usuario. Por lo tanto, se puede acceder a los sistemas de archivos exportados por cualquier usuario en un host cliente con permisos de acceso. Cuando se configuran las unidades compartidas NFS, tenga mucho cuidado de cuáles hosts obtienen permisos de lectura/escritura ( rw ). Para que NFS funcione con una instalación de Red Hat Enterprise Linux con un cortafuegos instalado, se debe configurar IPTables con el puerto predeterminado TCP 2049. Sin una configuración IPTables, NFS no funcionará correctamente. El script de inicialización NFS y el proceso rpc.nfsd ahora permiten la vinculación a cualquier puerto especificado durante el inicio del sistema. Sin embargo, esto puede ser susceptible a errores si el puerto no está disponible o si entra en conflicto con otro demonio.


 * Seguridad del sistema NFS**

El NFS fue disenado para permitir a los usuarios compartir los ficheros a través de la red. Uno de los usos más comunes de NFS es para las estaciones sin disco. Hay que tener en cuenta varios aspectos para lograr que este sistema sea seguro. El fichero /etc/exports es el fichero más importante en la configuración de NFS, en él se indica qué ficheros se exportan.

Un ejemplo de una entrada de este fichero puede ser la siguiente:

/export/swap/cliente1 -access = cliente1, root = cliente1

La entrada root indica los hosts a cuyos ficheros se permite acceso por parte del super-usuario. Normalmente el NFS traslada el id del super-usuario a otro especial denominado nobody para prevenir que el root tenga derechos sobre los ficheros de la máquina remota. Esto es bueno para la seguridad pero puede plantear un problema a la hora de la administración del sistema. No se debe dar nunca acceso de root a los ficheros de NFS el host no compartido. La entrada access da una lista de hosts a los que se permite montar el sistema de ficheros. Si no se indica, cualquier máquina de la red puede montar cualquier fichero vía NFS.

Otro fichero importante dentro de NFS es el /etc/netgroup[Sun90b] se utiliza para la definición de grupos de red. Este fichero se controla a partir de las ``páginas amarillas'' y se debe volver a construir en las mismas siempre que sea modificado. Como ejemplos de entradas en este fichero podemos tener:

Donde Todos es un supergrupo de los dos anteriores. Cada miembro de un grupo se define como una tripleta: (host, usuario, dominio). Si el campo de host o de usuario no aparece, entonces cualquier host o cualquier usuario pertenecen al grupo. Normalmente la mejor forma de configurar el fichero netgroup es crear un grupo de red para cada servidor y su cliente, y construir super grupos a partir de ellos. Esto da la flexibilidad de especificar el más peque no grupo posible de hosts para cada sistema de ficheros en

/etc/exports.

La forma de indicar, desde la línea de comandos, que un sistema de ficheros se comparte es:

share -F nfs -o ro /export/applications share -F nfs -o rw /var/mail

donde los campos rw indican derecho de escritura y lectura y ro sólo lectura. Si el sistema va a compartirse tanto de escritura como lectura es buena idea compartir en nivel más bajo del directorio posible:

share -F nfs -o rw = support /export/support share -F nfs -o rw = sales /export/sales mejor que: share -F nfs -o rw /expot

Para el caso del cliente hay que evitar que la seguridad se vea comprometida, si se montan sistemas de ficheros desde servidores no cualificados, puesto que se tiene poco control de los ficheros que contiene. Un riesgo importante es cuando existen ficheros setuid. El comando mount ofrece la posibilidad de controlarlos:

mount -o nosuid server: /export/export

si se usa esta opción todos los EID/GID de los ficheros se cambian a UID/GID antes de que ser ejecutados. Una aplicación sobre los RPCs seguros, es el NFS seguro. Para el caso normal, el NFS valida una petición de un fichero autentificando la máquina pero no el usuario. Cualquiera que tenga privilegios de root en el cliente NFS puede tomar cualquier identidad a través del comando su, si esta coincide con la de algún usuario del sistema montado adquiere sus privilegios. Con los NFS seguros los accesos se validad a partir de un identificador de red. Si un usuario no ha sido autentificado, entonces se le da la identidad del usuario nobody, con los permisos correspondientes. Si se usa la opción de share, anon =-1, entonces el acceso es denegado:

share -F nfs -o rw = grupored, secure, anon=&-1& acute;/export/home2

**Versiones**

Hay tres versiones de NFS actualmente en uso.
 * La versión 2 de NFS (NFSv2), es la más antigua y está ampliamente soportada por muchos sistemas operativos.
 * La versión 3 de NFS (NFSv3) tiene más características, incluyendo manejo de archivos de tamaño variable y mejores facilidades de informes de errores, pero no es completamente compatible con los clientes NFSv2.
 * NFS versión 4 (NFSv4) incluye seguridad [|Kerberos], trabaja con [|cortafuegos] , permite [|ACLs] y utiliza operaciones con descripción del estado.

**¿Como se habilita el NFS?**
 * 1) Convertirse en superusuario
 * 2) Habilitar el servicio NFS
 * 3) svcadmenablenetwork/nfs/server

**¿Usos comunes de NFS?**


 * 1) **Compartir unidades opticas**
 * 2) **Directorios Compartidos**
 * 3) **Transferencia de archivos**

**Archivos de configuración NFS** =**Servidor NFS**=
 * 1) **/etc/fstab**: contiene los sistemas de archivos que pueden ser montados desde sistemas remotos en secuencia de arranque del equipo.
 * 2) **/etc/exports**: contiene una lista de los directorios del sistema local que se van a exportar a sistemas remotos utilizando NFS y los permisos de uso.
 * 3) **/var/lib/nfs/etab:** contiene una lista de los sistemas de archivos actualmente exportados para el sistema local.
 * 4) **/etc/hosts.allow y /etc/hosts.deny**: NFS utiliza estos archivos para comprobar a qué máquinas se les acepta o deniega el uso de NFS. En general este sistema de comprobación se suele conocer con el nombre de wrappers TCP

**• Iniciar el servicio NFS: **  • $ sudo /etc/init.d/nfs-kernel-server start    **• Detener el servicio NFS: **   • $ sudo /etc/init.d/nfs-kernel-server stop    **• Reiniciar, es decir, parar e iniciar el servicio NFS: **   • $ sudo /etc/init.d/nfs-kernel-server restart

**Instalación Y configuración De Servidor Y Cliente NFS**

¨ Se requiere tener instalados nfs-utils y portmap. Preguntaremos al sistema si estos están instalados con la siguiente línea de mandato: ¡ rpm -q nfs-utils portmap ¨ Lo cual debe de regresar algo como lo siguiente: ¡ nfs-utils-0.3.1-13.7.2.1 ¡ portmap-4.0-38 ¨ En caso de que falte alguno de estos paquetes, inserte el CD de instalación en la unidad correspondiente, abra una terminal o consola y ejecute lo siguiente: ¡ mount /mnt/cdrom/ rpm -Uvh /mnt/cdrom/RedHat/RPMS/paquete_faltante ¨ Como root, en el equipo cliente, ejecute el siguiente mandato para consultar los volúmenes exportados (-e) a través de NFS por un servidor en particular: ¡ showmount -e 192.168.1.254 ¨ Lo anterior mostrará una lista con los nombres y rutas exactas a utilizar. Ejemplo: ¡ Export list for 192.168.1.254: /var/nfs/publico 192.168.1.0/24 ¨ A continuación creamos, como //root//, desde cualquier otra máquina de la red local un punto de montaje: ¡ mkdir /mnt/servidornfs ¨ Y para proceder a montar el volumen remoto, utilizaremos la siguiente línea de mandato : ¡ mount servidor.mi-red-local.org:/var/nfs/publico /mnt/servidornfs ¨ Si por alguna razón en el DNS de la red local, o el fichero ///etc/hosts// de la máquina cliente, decidió no asociar el nombre de la máquina que fingirá como servidor NFS a su correspondiente dirección IP, puede especificar ésta en lugar del nombre. Ejemplo: ¡ mount -t nfs 192.168.1.254:/var/nfs/publico /mnt/servidornfs ¨ Podremos acceder entonces a dicho volumen remoto con solo cambiar al directorio local definido como punto de montaje, del mismo modo que se haría con un disquete o una unidad de CDROM: ¡ cd /mnt/servidornfs ¨ Si queremos poder montar este volumen NFS con una simple línea de mandato o bien haciendo doble clique en un icono sobre el escritorio, será necesario agregar la correspondiente línea en /etc/fstab. Ejemplo: ¡ servidor.mi-red-local.org:/var/nfs/publico /mnt/servidornfs nfs user,exec,dev,nosuid,rw,noauto 0 0

Video: [] Presentacion: []


 * Michael Andrés Calderón**
 * José Eduardo Ramirez**


 * Referencias**


 * []
 * http://recursostic.educacion.es/observatorio/web/es/software/software-general/733-nfs-sistema-de-archivos-de-red

**GRUPO E**