![Los Demonios de los NFS Para dar servicio de NFS a ortos anfitriones se debe ejecutar los demonios de: Rpc.nfsd Rpc.mountd En la maquina. Normalmente, usaría algo como el ejemplo siguiente en uno de sus guiones de arranque de red: || if [ -x /usr/sbin/rpc.mountd ]; then /usr/sbin/rpc.mountd; echo -n " mountd" fi if [ -x /usr/sbin/rpc.nfsd ]; then /usr/sbin/rpc.nfsd; echo -n " nfsd" fi ||](https://image.slidesharecdn.com/servidor-nfs-1221947268856788-8/85/Servidor-NfS-12-320.jpg)
Servidor NfS
- 1. UNIVERSIDAD CATOLICA DE EL SALVADOR UNICAES FACULTAD DE INGENIERIA Y ARQUITECTURA CATEDRATICO: JOSE GILBERTO CACERES MADRID CATEDRA: SISTEMAS OPERATIVOS TEMA DE INVESTIGACION: SERVIDORES NFS INTEGRANTES: CYDIA LESSETTE CHACON LANDAVERDE GARRY EDUARDO LINARES BRENES GLENDA ELIZABETH LOPEZ RAMOS
- 2. SERVIDORES NFS TEMAS A TRATAR: Que son los servidores NFS Antecedente de los servidores NFS Características de los servidores NFS Funcionalidad Versiones Elementos y Arquitectura del modelo Cliente/Servidor
- 3. CONFIGURACION DE LOS SERVIDORES NFS
- 4. Que son los servidores NFS Network file system, (Sistema de Archivos en Red de Trabajo). Compartir volúmenes de maquinas en una red de manera trasparente. Basado en Unix. No utiliza sistema de contraseñas. Es muy inseguro si no se configura apropiadamente. Se recomienda utilizar NFS dentro de una red local utilizando un firewall permitiendo el acceso solo a las maquinas de la red local.
- 5. Que hacen los servidores NFS Permite acceder a los ficheros y directorios remotos de la misma forma de acceder a ficheros locales. Permite a los hosts remotos montar sobre la red como que si estuvieran montados localmente.
- 6. Antecedente de los servidores NFS La necesidad que tienen las organizaciones (empresas o instituciones públicas o privadas), de realizar sus operaciones más ágil y eficientemente, debido a la creciente presión competitiva a la que están sometidas. Lo que nos da como resultado que la necesidad de un personal sea mas productivo, que se reduzcan los costos y gastos de operación y crear al mismo tiempo mas productos y servicios con rapidez y mejor calidad.
- 7. Historia de los Servidores NFS Los servicios de NIS y NFS son parte de los servicios llamados RPC y son complementarios. NFS es un protocolo que data de los años 80. Todavia podian construirse protocolos basados en la confianza, tanto el servidor como el cliente confiando en la información que intercambian. Internet convierte este principio en algo absurdo y este es sin duda uno de los mayores problemas de NFS
- 8. La version 2 del protocolo es la primera version publicada y sigue la siendo la más extendida en nuestros dias. Existen implementaciones sobre varias plataformas diferentes y se han descrito pocos problemas de compatibilidad .
- 9. La version 3 del protocolo data de 1992 y presenta varias mejoras . Mejora del rendimiento debido a la reescritura del codigo de la red, y al uso de paquetes de datos mayores. Mejora en la seguridad con las Listas de ACL (Listas de control de acceso) que permiten difinir acceso a los recursos por UID y fichero a fichero. Implementacion de un sistema de autentificacion basado en contraseña. Por desgracia, la version 3 de NFS para Linux esta todavia en pañales. NFS para GNU/Linux es intrínsecamente inseguro y peligroso si se administra mal.
- 10. Ventajas de los servidores NFS Los datos accedidos por todo tipo de usuarios pueden mantenerse en un nodo central, con clientes que montan los directorios en el momento de arrancar. Los datos que consumen grandes cantidades de espacio de disco pueden mantenerse en un nodo. Los datos de administración pueden también mantenerse en un solo nodo. Ya no será necesario usar rcp para instalar el mismo fichero en 20 máquinas distintas.
- 11. El NFS de Linux es, principalmente, obra de Rick Sladkey,1, pues escribió el código que corresponde al núcleo y buena parte del código del servidor NFS. Este último es una modificación del servidor unfsd que corre en espacio de usuario, escrito originalmente por Mark Shand, y el servidor hnfs (Harris NFS) escrito por Donald Becker.
- 12. Los Demonios de los NFS Para dar servicio de NFS a ortos anfitriones se debe ejecutar los demonios de: Rpc.nfsd Rpc.mountd En la maquina. Normalmente, usaría algo como el ejemplo siguiente en uno de sus guiones de arranque de red: || if [ -x /usr/sbin/rpc.mountd ]; then /usr/sbin/rpc.mountd; echo -n " mountd" fi if [ -x /usr/sbin/rpc.nfsd ]; then /usr/sbin/rpc.nfsd; echo -n " nfsd" fi ||
- 13. La información de propiedad de los ficheros que un demonio de NFS proporciona a sus clientes usualmente contiene sólo identificadores numéricos de usuario y de grupo. En algunas ocasiones, los IDs en los diferentes anfitriones no coinciden. En lugar actualizar los uids y gids del cliente para que coincidan con los que hay en el servidor, puede usar el demonio mapeador rpc.ugidd para solucionar las disparidades.
- 14. Características de los NFS El sistema NFS esta dividido en 2 partes principales: Un servidor Uno o mas clientes. Las estaciones locales de trabajo utilizan menos espacio en discos. Los usuarios no necesitan disponer de un directorio “home” Se pueden compartir atreves de la red dispositivos de almacenamiento (disqueteras, CD-ROM, unidades zip, etc.)
- 15. Versiones de los servidores NFS Hay tres versiones de NFS actualmente en uso: NFSv2 Es la mas antigua y soportada por mucho sistemas operativos. 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 NFSv4 Incluye seguridad Kerberos, trabaja con cortafuegos, permite ACLs y utiliza operaciones con descripción del estado
- 16. Operaciones de los servidores NFS NULL : no hace nada, pero sirve para hacer ping al server y medir tiempos. CREATE : crea un nuevo archivo. LOOKUP : busca un fichero en el directorio actual y si lo encuentra, devuelve un descriptor a ese fichero más información sobre los atributos del fichero. READ y WRITE : primitivas básicas para acceder el fichero. RENAME : renombra un fichero. REMOVE : borra un fichero. MKDIR y RMDIR : creación/borrado de subdirectorios.
- 17. READDIR : para leer la lista de directorios. GETATTR y SETATTR : devuelve conjuntos de atributos de ficheros. LINK : crea un archivo, el cual es un enlace a un archivo en un directorio, especificado. SYMLINK y READLINK : para la creación y lectura, respectivamente, de enlaces simbólicos (en un "string") a un archivo en un directorio. STATFS : devuelve información del sistema de archivos. ROOT , para ir a la raíz (obsoleta en la versión 2). WRITECACHE : reservado para un uso futuro
- 18. En la versión 3 del protocolo se eliminan los comandos se STATFS, ROOT y WRITECACHE; y se agregaron los siguientes ACCESS: Para verificar permisos de acceso. MKNOD: Crea un dispositivo especial. READDIRPLUS: una versión mejorada de READDIR. FSSTAT: devuelve información del sistema de archivos en forma dinámica. FSINFO: devuelve información del sistema de archivos en forma estática. PATHCONF: Recupera información POSIX. COMMIT: Enviar datos de caché sobre un servidor un sistema de almacenamiento estable.
- 19. ¿Que es un Cliente? Es el que inicia un requerimiento de servicio. El requerimiento inicial puede convertirse en múltiples requerimientos de trabajo a través de redes LAN o WAN. La ubicación de los datos o de las aplicaciones es totalmente transparente para el cliente
- 20. Tipos de Clientes "cliente flaco": Servidor rápidamente saturado. Gran circulación de datos de interface en la red. "cliente gordo": Casi todo el trabajo en el cliente. No hay centralización de la gestión de la BD. Gran circulación de datos inútiles en la red
- 21. ¿Qué es un Servidor? Es cualquier recurso de cómputo dedicado a responder a los requerimientos del cliente. Los servidores pueden estar conectados a los clientes a través de redes LANs o WANs, para proveer de múltiples servicios a los clientes y ciudadanos tales como impresión, acceso a bases de datos, fax, procesamiento de imágenes, etc.
- 22. Tipos de Servidores Servidores de archivos Servidores de bases de datos Servidores de transacciones Servidores de Groupware Servidores de objetos Servidores Web
- 23. Definición de arquitectura Cliente / Servidor Cualquier combinación de sistemas que pueden colaborar entre sí para dar a los usuarios toda la información que ellos necesiten sin que tengan que saber donde está ubicada. Es una arquitectura de procesamientos cooperativo donde uno de los componentes pide servicios a otro. Es un modelo para construir sistemas de información, que se sustenta en la idea de repartir el tratamiento de la información y los datos por todo el sistema informático, permitiendo mejorar el rendimiento del sistema global de información“ El término cliente/servidor es originalmente aplicado a la arquitectura de software que describe el procesamiento entre dos o más programas: una aplicación y un servicio soportante.
- 24. EVOLUCIÓN DE LA ARQUITECTURA CLIENTE/ SERVIDOR La era de la computadora central. La era de las computadoras dedicadas. La era de la conexión libre. La era de la arquitectura cliente servidor.
- 25. ELEMENTOS DE LA ARQUITECTURA CLIENTE/SERVIDOR Consideramos que toda aplicación de un sistema de información esta caracterizada por tres elementos básicos: Presentación/Captación de Información Procesos Almacenamiento de la Información
- 26. Aplicaciones Cliente/Servidor En base a los elementos que caracterizan decha arcquitectura se conocen tres aplicaciones principales: Puestos de trabajo Servidores Comunicaciones
- 27. Aplicación cliente servidor: Puestos de Trabajo Una Estación de trabajo o microcomputador conectado a una red, que le permite acceder y gestionar una serie de recurso el cual se perfila como un puesto de trabajo universal. El puesto de trabajo basado en un microcomputador conectado a una red, favorece la flexibilidad y el dinamismo en las organizaciones.
- 28. Los Servidores Una máquina que suministra una serie de servicios como Bases de Datos, Archivos, Comunicaciones, etc. Los Servidores, según la especialización y los requerimientos de los servicios que debe suministrar pueden ser: Mainframes Miniordenadores Especializado Una característica muy impórtate es que según el caso de servicio proporcionado por el servidor la red puede ser suministrada por uno o varios servidores especializados
- 29. Las Comunicaciones Existen 2 tipos: Infraestructura de redes. Es el hardware y el software que garantizan la conexión física y la transferencia de datos entre los distintos equipos de la red. Infraestructura de comunicaciones. Es el hardware y el software que permiten la comunicación y gestión entre los clientes y los servidores.
- 30. CARACTERISTICAS DE EL MODELO CLIENTE / SERVIDOR Pueden actuar como una sola entidad o entidades separadas. Pueden estar en plataformas separadas o en la misma. Un servidor puede dar servicio a varios clientes a la ves. Se pueden cambiar las plataformas de los clientes o de los servidores de forma trasparente para el usuario final. El hardware y el software esta basado en una estructura poderosa que al accesar un cliente o el servidor a la red no muestra complejidad de los diferentes tipos de formatos de datos y de los protocolos.
- 31. ARQUITECTURA DE NFS. Es permitir que una colección arbitraria de clientes y servidores compartan un sistema de archivos común. Los clientes tienen acceso a los directorios exportados al montarlos. Cuando un cliente monta un directorio, éste se vuelve parte de su jerarquía de directorios
- 32. Así, la característica básica de la arquitectura de NFS es que los servidores exportan directorios y los clientes los montan de manera remota. Si dos o más clientes montan el mismo directorio al mismo tiempo, se pueden comunicar compartiendo archivos en sus directorios comunes. Un programa en un cliente puede crear un archivo, y un programa en otro cliente puede leer el archivo. Una vez realizados los montajes, no hay que hacer nada especial para lograr compartir los archivos. Los archivos compartidos sólo están ahí, en la jerarquía de directorios de varias máquinas y pueden leerse y escribir en ellos de la manera usual. Esta sencillez es uno de los puntos fuertes de NFS
- 33. Puesto que uno de los objetivos de NFS es soportar un sistema heterogéneo, con clientes y servidores que tal vez ejecuten diferentes sistemas operativos con un hardware distinto, es esencial que la interfaz entre los clientes y los servidores esté bien definida. Sólo entonces es posible que cualquiera pueda escribir una nueva implantación cliente y espere que funcione de manera correcta con los servidores existentes y viceversa. NFS logra este objetivo al definir dos protocolos cliente-servidor . Un protocolo es un conjunto de solicitudes enviadas por los clientes a los servidores, junto con las respuestas enviadas de regreso de los servidores a los clientes. Mientras un servidor reconozca y pueda controlar todas las solicitudes en los protocolos, no necesita saber nada de sus clientes. De manera análoga, los clientes pueden tratar a los servidores como "cajas negras" que aceptan y procesan un conjunto específico de solicitudes. La forma en que lo hacen es asunto de ellos. Protocolo de NFS
- 34. Implementación de NFS Aunque la implantación del código del cliente y el servidor es independiente de los protocolos NFS , es interesante echar un vistazo a la implantación de NFS . La capa superior es la capa de llamadas al sistema, la cual controla las llamadas como OPEN , READ y CLOSE . Después de analizar la llamada y verificar sus parámetros, llama a la segunda capa, la capa del sistema virtual de archivos ( VFS ). La tarea de la capa VFS es mantener una tabla con una entrada por cada archivo abierto, análoga a la tabla de inodos para los archivos abiertos en UNIX . En el UNIX ordinario, un inodo queda indicado de manera única mediante una pareja (dispositivo o nodo) . En vez de esto, la capa VFS tiene una entrada, llamada vnodo ( inodo virtual), para cada archivo abierto. Los vnodos se utilizan para indicar si un archivo es local o remoto. Para los archivos remotos, se dispone de suficiente información para tener acceso a ellos.