Tema 4: Sistema de Archivos NFS

Slides:



Advertisements
Presentaciones similares
NFS Share Point Access. NFS NFS es considerado diferente de AFP y Windows service porque este no soporta usuarios logeados. Cuando uno trata de conectarse.
Advertisements

Servidores Windows Http Ftp …
Trabajo Practico Grupo 1 NFS – TCP - UDP
Aplicación informática. formando parte de una red. pone sus recursos a disposición de las demás computadoras(clientes) de la red. Maneja información.
Jorge De Nova Segundo. TFTP son las siglas de Trivial file transfer Protocol (Protocolo de transferencia de archivos trivial). Es un protocolo de transferencia.
SERVIDOR DNS Y WINS INTEGRANTES: Farroñan Beltran Brenher
Los servicios de red son la fundación de una red de trabajo en un ambiente de computadoras. Generalmente los servicios de red son instalados en uno o.
RMI Remote Method Invocation
García Alamilla José Carlos López Romero Edgar Santos Arrieta Juan.
 Una red de computadoras es un conjunto de conexiones físicas y programas de protocolo, empleados para conectar dos o más computadoras.  Aunque hace.
SISTEMAS OPERATIVOS DE RED
TIPOS DE SERVIDORES 4/2/2017 3:29 PM
Johanna Lizeth Rodríguez Lorena Fda. Chávarro Ramos
ARIS-G: Software de Monitoreo Geomecánico de Superficies
Clientes DNS (Resolutores – “resolvers” de nombres) .
Servidores de nombres de dominio (DNS):
Servidores de nombres de dominio (DNS)
Por: Santiago Toro Rendón Raquel Sepúlveda.  El SO se instala en una sección definida de la unidad de disco duro, denominada partición de disco. Existen.
DÍAZ OSCAR IVÁN HOYOS ANDRÉS FELIPE ORDOÑEZ JOSÉ LUIS INFORMÁTICA, SEMESTRE II.
Universidad de La Coruña Escuela Universitaria Politécnica Control de Procesos por Computador Diego Cabaleiro 24 de Noviembre 2009.
ELEMENTOS DE UNA RED ( Parte I)
Escritorio Remoto de Windows 2003 Server 3. C liente Conectar Utilizar programa remoto Sesión y ventanas Rendimiento Recursos compartidos Programa de inicio.
FHS: organización de directorios en Linux
LISTAS DE CONTROL DE ACCESO (ACL)
Teoría de Sistemas Operativos Sistemas distribuidos.
66.69 Criptografía y Seguridad Informática FIREWALL.
1 Network File System (NFS) Francisco León Pérez Universidad de Las Palmas de Gran Canaria.
Teoría de Sistemas Operativos
Arquitectura NFS El servidor NFS exporta uno o más directorios
5. Sistemas de archivos avanzados1 Tema 5: Sistemas de Archivos Avanzados Resumen: –Sistema de archivos distribuido –File Replication Service.
Sistemas Distribuídos Sistemas de Ficheros Distribuídos: CODA e Intermezzo.
1 Nivel aplicación Interacción Cliente Servidor Agustín J. González ELO309.
Creación de un dominio Windows  Descripción general Introducción a la creación de un dominio de Windows 2000 Instalación de Active Directory Proceso.
Servicio horario NTP - Protocolo NTP Luis Villalta Márquez.
TEMA 10. SISTEMAS OPERATIVOS DISTRIBUIDOS
1 Capítulo 21: Interacción Cliente Servidor ICD 327: Redes de Computadores Agustín J. González.
COMPONENTES DEL SISTEMA OPERATIVO.
Almacenamiento virtual de sitios web “HOST VIRTUALES” Tema 4 SRI Vicente Sánchez Patón I.E.S Gregorio Prieto.
Sustentante: Francis Ariel Jiménez Zapata Matricula: Grupo: 2 Profesora: Jose Doñe Asignatura: Sistema Operativo 2.
Seguridad DNS. Javier Rodríguez Granados.
Servicios en Red UT5. Servicios FTP.
Sistemas Distribuidos
Teoría de Sistemas Operativos Sistemas Archivos de Red
Permite a los procesos Acceso transparente Archivos Servidores remotos.
Protocolo DHCP.. DHCP es un protocolo estándar propuesto. Su estado es electivo. Las especificaciones actuales de DHCP se pueden encontrar en el RFC 1541.
Sebastian Madrid Perez
Proceso de resolución de un nombre de dominio Tema 3 SRI Vicente Sánchez Patón I.E.S Gregorio Prieto.
Teoría de Sistemas Operativos Sistemas distribuidos.
VIRTUALIZACIÓN.
La administración de dominios
File Transfer Protocol.
Gestión de sistemas operativos de red
Servicio TFTP (Trivial File Transfer Protocol) Tema 5 SRI Vicente Sánchez Patón I.E.S Gregorio Prieto.
Luis Villalta Márquez. Servidores de nombres de dominio (DNS)
BOOTP Luis Villalta Márquez.
Jorge De Nova Segundo. Clientes DNS Se puede considerar que un resolver es cualquier software capaz de preguntar a un servidor DNS e interpretar sus respuestas.
BOOTP Javier Rodríguez Granados. BOOTP BOOTP son las siglas de Bootstrap Protocol. Es un protocolo de red UDP utilizado por los clientes de red para obtener.
Jorge De Nova Segundo. BOOTP. BOOTP son las siglas de Bootstrap Protocol. Es un protocolo de red UDP utilizado por los clientes de red para obtener su.
S ERVICIOS DE RED E I NTERNET T EMA 3: DNS Nombre: Adrián de la Torre López.
Arquitectura Cliente Servidor
Unidad 4. Servicios de acceso remoto
Sistema de Dominio DNS Por: Cesar Posada Octavio Sucerquia Yefferson Henao.
UD 2: “Instalación y administración de servicios de configuración automática de red” Protocolo DHCP Luis Alfonso Sánchez Brazales.
Gabriel Montañés León.  El Servicio de Tiempo en Red (NTP, Network Time Protocol), ofrece la posibilidad de sincronizar el reloj de cualquier ordenador.
YUBER ANDRÉS LOAIZA OROZCO SERVIDOR PROXY GESTIÓN DE REDES DE DATOS.
Protocolos de Transporte y Aplicación
REDES Angie Paola Gutiérrez C. ♥ Once ♥. REDES DE COMPUTADORAS Es un conjunto de elementos interceptados entre si, para compartir información. Como en.
Planificación Curso UNIDAD 1. INTRODUCCIÓN A LOS SERVICIOS EN RED UNIDAD 2. SERVICIOS DHCP UNIDAD 3. SERVICIOS DNS UNIDAD 4. SERVICIOS DE ACCESO REMOTO.
En informática, es un protocolo de red para la transferencia de archivos entre sistemas conectados a una red TCP (Transmission Control Protocol)
Servidor NFS “NETWORK FILE SYSTEM”.
Transcripción de la presentación:

Tema 4: Sistema de Archivos NFS Miguel Ramos Soto IES Serra Perenxisa 2008

NFS Network File System Acceso remoto a ficheros con transparencia de ubicación a través de NFS, usuarios y programas pueden acceder a ficheros ubicados en sistemas remotas como si fuera ficheros locales Acceso remoto vs transferencia de ficheros – transferencias de bloques de datos – se permite: open, read,write,seek,close,.. Creado por Sun NFS – v1 (1985) – v2 (1989)® RFC1094 – v3 (1994)® RFC1813

NFS Network File System Dos lados de NFS - cliente servidor – El cliente es el sistema que utiliza los directorios remotos como si fuera parte de su propio sistema de fichero local – El servidor es el sistema que dispone de los directorios para usar Añadir un directorio remoto a un sistema de ficheros local se denomina montar (mount) Ofrecer un directorio para acceso remoto, (una función de servidor) se denomina sharing.

NFS Network File System Heterogeneidad: implementado en muchos SO y plataformas Hw diferentes Usa RPC/XDR -Un servidor NFS es un programa formado por un conjunto de procedimientos Independiente del protocolo de red (normalmente sobre UDP) Soporta varios mecanismos de seguridad. Basada en los mecanismos de autenticación RPCs: – Unix o del sistema – Diffie-Hellman o basada en DES – Kerberos

NFS Network File System Rendimiento Recuperación rápida ante fallos Servidor sin estado NFS tiene varios beneficios: – reduce requerimentos del almacenamiento en discos locales – NFS simplifica tareas de soporte centrales; los ficheros de configuración se puede actualizar centralmente – NFS utiliza comandos de Unix

RPC- Remote Procedure Calls Remote Procedure Call – RPC Sun (RFC 1057, 1831) Permite programar aplicaciones de red sin usar un API de más alto nivel que sockets El cliente llama directamente a funciones en el servidor. Llama a una función local que empaqueta los parámetros y los pasa al servidor (client-server stub) El server stub recibe los datos, los desempaqueta y se los pasa a la aplicación servidora. Proceso inverso en la respuesta

PORTMAPPER Los servidores RPC usan puertos “efímeros” TCP ó UDP, no puertos “bien conocidos”. Para ser conocido por los clientes, se tiene que registrar usando lo que se llama port mapper. Clientes y servidores RPC consultan al Portmapper (mapeador de puertos) para saber en qué puerto escuchan sus parejas. El comando “rpcinfo” nos permite ver la base de datos del portmapper en cada momento.

NFS – Funcionamiento interno Un servidor no necesita mantener información de estado relativa a clientes para operar correctamente Cada petición es autocontenida Las caídas del servidor no afectan al cliente. Pero un Servidor NFS no es totalmente “sin estado” Basado en operaciones idempotentes. El resultado de una operación es el mismo que el de repetir varias veces la misma operación (no todas lo son) Para mantener la semántica “como mucho una vez” se necesita mantener estado: “cache de peticiones duplicadas” Si petición en progreso la ignora Si petición contestada recientemente (últimos segundos) la ignora Si petición contestada, no recientemente, reenvía la contestación

NFS – demonios NFS se ejecuta con varios demonios, algunos que hacen funciones de cliente y otros de servidor Demonios de NFS: nfsd: se ejecuta en servidores NFS. Sirve las peticiones de los clientes. mountd: atiende las peticiones de montaje remotas. Corre en servidores lockd: vigila los bloqueos sobre ficheros. Corre en clientes y servidores. El cliente pide los bloqueos y el servidor los garantiza. (Ejemplo de escrituras y lecturas) statd: monitor de estado de la red, requerido por lockd. Permite desbloquear ficheros tras un crash.

Configurando NFS Hay tres ficheros de configuración principales que son necesarios para poner en marcha el servidor NFS: /etc/exports, /etc/hosts.allow, y /etc/hosts.deny

Fichero /etc/exports Este fichero contiene una lista de entradas; cada una indica un directorio compartido y la manera que esta compartido Una entrada de /etc/exports tendrá la siguiente forma directory machine1(option11,option12)machine2(option21,option22) Directory directorio que esta compartido. machine1 máquina cliente que tiene acceso a un directorio Optionxx tipo de acceso ro: directorio es compartido con lectura rw: máquina cliente tiene acceso lectura/escritura no_root_squash: ...

Ejemplo /etc/exports /home 192.168.0.1(rw) 192.168.0.2(rw) Dos máquinas clientes, slave1 y slave2, que tiene direcciones IP 192.168.0.1 y 192.168.0.2, respectivamente. Queremos compartir binarios y directorios home con estas máquinas /usr/local 192.168.0.1(ro) 192.168.0.2(ro) /home 192.168.0.1(rw) 192.168.0.2(rw) En un instalación grande, es posible tener muchas máquinas que necesitan acceso a los directorios indicados. /usr/local 192.168.0.0/255.255.255.0(ro) /home 192.168.0.0/255.255.255.0(rw)

/etc/hosts.allow y hosts.deny Especificar qué computadoras en la red puede utilizar los servicios del servidor Cada línea contiene una entrada que lista un servicio y un conjunto de máquinas. Cuando el servidor recibe una petición de una máquina, se hace la siguiente: Chequeo el fichero hosts.allow para ver si la máquina esta en la lista y coincida con la petición. Si coincide, la máquina esta dado acceso. Si la máquina no coincida con una en la lista de hosts.allow, el servidor busca en hosts.deny par ver si la máquina cliente coincide allá. Si coincide con alguna, esta denegado acceso. Por defecto, si no no esta en host.deny, su acceso esta permitido.

/etc/hosts.allow y hosts.deny (II) Para permitir el acceso a una cierta máquina al servicio portmap, pondremos en hosts.allow portmap:192.168.1.1 (para una máquina) portmap:192.168.1.0/255.255.255.0 (para varias máquinas) Para restringírselo al resto, pondremos en hosts.deny portmap: ALL Se puede hacer a la inversa: aceptar a todos (ALL) e ir denegando uno a uno o varios en hosts.deny.

Arrancar el servicio Instalar paquetes Configurar exports Configurar hosts.allow y hosts.deny Arrancar el mapeador /etc/init.d/portmap restart Arrancar los servicios de NFS: /etc/init.d/nfs restart Montar directorios desde el cliente Opcional : incorporarlo a fstab para montaje automático al arrancar el sistema. Opcional: chkconfig en el servidor para que siempre se arranquen estos servicios (portmapper y nfs) al arrancar el sistema.