EXPORTS(5)

NOMBRE
exports - Exportación de sistemas de ficheros NFS

SINOPSIS
/etc/exports

DESCRIPCION
El fichero /etc/exports se usa como lista de control de acceso para sistemas de ficheros que pueden ser exportados a clientes NFS. Lo utilizan el daemon de montaje mountd(8) y el daemon servidor de ficheros NFS nfsd(8).

El formato del fichero es similar al fichero exports del SunOS con la excepción que se permiten varias opciones adicionales. Cada línea contiene un punto de montaje y una lista de máquinas o nombres de grupo de red a las que se les permite montar el sistema de archivos en ese punto. A continuación del nombre de la máquina se puede poner entre paréntesis una lista opcional de parámetros de montaje. Las líneas en blanco son ignoradas, y el símbolo # se puede utilizar para poner comentarios de una línea.

  Opciones Generales

secure
    Esta opción requiere que los pedidos se originen en un puerto internet menor que IPPORT_RESERVED (1024). Esta opción esta habilitada por omisión. Para deshabilitarla se debe usar insecure.

ro  Sólo permitir pedidos de sólo-lectura en este volumen NFS. Por omisión, también se permiten pedidos de escritura, el cual se puede hacer explícito usando la opción rw.

link_relative
    Convierte vínculos simbólicos absolutos (donde los contenidos del vínculo empiezan con una barra) en vínculos relativos, agregando la cantidad necesaria de ../'s al frente del nombre para llegar desde el directorio que contiene el vínculo a la raíz en el servidor. Esta opción tiene implicaciones sutiles, y quizá cuestionables, cuando la jerarquía de ficheros no está montada en su raíz.

link_absolute
    Deja los vínculos simbólicos como están. Esta es la operación por omisión.

  Mapeo de ID de Usuarios

El control de acceso a ficheros de nfsd en la máquina servidora se basa en el uid (identificador de usuario) y gid (identificador de grupo) provisto por cada pedido RPC de NFS. Como los usuarios asumen que pueden acceder a sus ficheros de la misma forma que en un sistema de ficheros normal, la máquina cliente y la máquina servidora deberían utilizar los mismos uids y gids. Sin embargo, esto no siempre ocurre y no siempre es conveniente.

Muy a menudo, no es conveniente que el usuario root en la máquina cliente sea también tratado como root en los accesos a los ficheros en el servidor NFS. Por lo tanto, el uid 0 se suele mapear a un id diferente: el uid nobody o anónimo. Este modo de operación (llamado `root squashing') es el modo por omisión, y se puede deshabilitar utilizando la opción no_root_squash.

Al comienzo del programa, nfsd intenta obtener el uid y gid anónimo buscando el usuario nobody en el archivo de contraseñas. Si no lo encuentra, utiliza un uid y un gid igual a -2 (65534). Estos valores se pueden cambiar utilizando las opciones anonuid y anongid.

Además de esto, nfsd también permite especificar cualquier uid y gid para ser mapeados al usuario nobody. Finalmente, también se pueden mapear todos los pedidos de usuarios al uid anónimo utilizando la opción all_squash.

Para facilitar el trabajo en aquellas instalaciones donde las uids son diferentes entre distintas máquinas, nfsd permite mapear dinámicamente uids del servidor a uids del cliente y viceversa. Para habilitar este mapeo se utiliza la opción map_daemon , la cual utiliza el protocolo RPC UGID. Para que esto funcione, el daemon de mapeo ugidd(8) debe ser ejecutado en la máquina cliente.

La siguiente es la lista completa de opciones de mapeo:

root_squash
    Mapea pedidos del uid/gid 0 al uid/gid anónimo. Nótese que esto no se aplica a otros uids que pueden ser igualmente sensitivos, como el usuario bin.

no_root_squash
    Deshabilita la opción de `root squashing'. Esta opción es particularmente útil para clientes sin discos.

squash_uids y squash_gids
    Esta opción especifica una lista de uids o gids las cuales se deberían mapear anónimamente. La siguiente es una lista válida de ids:

    squash_uids=0-15,20,25-50

    En general, la lista es mucho mas simple, por ejemplo:

    squash_uids=0-100

all_squash
    Mapea todos los uids y gids al usuario anónimo. Util para exportar con NFS directorios FTP públicos, directorios de spool para noticias, etc. La opción contraria es no_all_squash, la cual está habilitada por omisión.

map_daemon
    Esta opción habilita el mapeo de uids y gids dinámico. Cada uid en un pedido NFS se traduce a su equivalente uid del servidor, y cada uid en una respuesta NFS se traduce a su equivalente uid del cliente. Para usar esta opción, el daemon rpc.ugidd(8) debe ejecutarse en la máquina cliente. Las opciones por omisión son map_identity, la cuál deja todos los uids como están. Esté o no el mapeo dinámico habilitado, el sistema utilizará las opciones normales de squash.

anonuid y anongid
    Estas opciones establecen en forma explícita las uid y gid de la cuenta anónima. Esta opción es útil para clientes PC/NFS, donde todos los pedidos parece provenir de un solo usuario. Por ejemplo, la línea de exportación para /home/joe en la sección de ejemplo de más abajo, mapea todos los pedidos al uid 150 (que supuestamente pertenece al usuario joe).

EJEMPLO

# fichero de ejemplo /etc/exports
/               master(rw) trusty(rw,no_root_squash)
/projects       proj*.local.domain(rw)
/usr            *.local.domain(ro) @trusted(rw)
/home/joe       pc001(rw,all_squash,anonuid=150,anongid=100)
/pub            (ro,insecure,all_squash)

La primera linea exporta el sistema de ficheros completo a las máquinas master y trusty. Además de permitir acceso de escritura, deshabilita el mapeo de uids para la máquina trusty. La segunda y la tercer entradas muestran ejemplos de comodines en nombres de máquinas y grupos de red (la entrada `@trusted'). La cuarta línea muestra la entrada para el cliente PC/NFS presentada anteriormente. La última línea exporta el directorio público FTP a todas las máquinas del mundo, los pedidos serán ejecutados usando la cuenta nobody. La opción insecure también permite clientes con implementaciones NFS que no utilizan un puerto reservado para NFS.

ADVERTENCIAS
Contrariamente a otras implementaciones del servidor NFS, este nfsd permite exportar directorios y sus respectivos subdirectorios a la misma máquina, por ejemplo /usr y /usr/X11R6. En este caso, se utilizan las opciones de montaje para la entrada mas específica. En este caso, cuando un usuario en una máquina cliente acceda un fichero en /usr/X11R6, se usarán las opciones de montaje de /usr/X11R6 . Este mismo criterio se utiliza cuando la entrada es un comodín o un grupo de red.

FICHEROS

/etc/exports
    Fichero de configuración para nfsd(8).

/etc/passwd
    El fichero de contraseñas.

DIAGNOSTICOS
Errores de sintaxis en el fichero de configuración se reportan usando syslogd(8) con nivel NOTICE de un DAEMON cuando nfsd(8) o mountd(8) comienzan. Máquinas desconocidas también se reportan al comienzo. Como named(8) no suele reconocer todas las máquinas al arrancar el sistema, a medida que se van encontrando máquinas, éstas se reportan utilizando los mismos parámetros para syslogd(8).

VEASE TAMBIEN
mountd(8), nfsd(8), nfs(5), passwd(5).