spigot plugin papiecloud holder deluxechat announcer permissions mount nfs nas

permissions - plugin - Montaje de red NFS: establecer propietario en cuenta específica



placeholder api plugins (3)

De acuerdo, estoy muy confundido sobre estas cosas, así que las respuestas realmente descriptivas serán apreciadas, especialmente si hacen que todo este montaje sea menos mágico y más predecible.

Estoy intentando montar mi NAS Drobo-FS con nfs para obtener un mejor rendimiento que con cifs.

El drobo está ejecutando una distribución de Linux recortada.

Dentro de / etc / fstab en la máquina del cliente (Ubuntu con IP: 192.168.1.150)

# Mount Drobo 192.168.1.100:/mnt/DroboFS/Shares/public /media/drobonfs nfs rw,soft,proto=tcp,users 0 0

He desbloqueado en el drobo y acceso a través de ssh. Este es el archivo de exportación en la máquina del servidor (Drobo-FS con IP 192.168.1.100):

# Allow access for client machine /mnt/DroboFS/Shares 192.168.1.150(rw,no_root_squash)

El montaje funciona bien, excepto que los archivos montados son todos de propiedad de root con la mayoría de los permisos de archivo establecidos en 744. Los permisos de archivo que se muestran en el montaje en el cliente coinciden con los permisos reales en el servidor. Por ejemplo:

client$ sudo chmod 123 /media/drobonfs/somefile client$ ls -l /media/drobonfs/somefile ---x-w--wx 1 root root 0 2012-01-04 14:15 /media/drobonfs/somefile drobo$ ls -l /mnt/DroboFS/Shares/public/somefile ---x-w--wx 1 root root 0 Jan 4 14:15 /mnt/DroboFS/Shares/public/somefile

Escribir sudo delante de cada comando es un arrastre y quiero entender qué está pasando, entonces, ¿qué puedo hacer para montarlo en la máquina cliente con el propietario / grupo configurado en mi cuenta en lugar de la raíz?


Parece que esto debería funcionar en las exportaciones en el Drobo:

/ mnt / DroboFS / Shares 192.168.1.150 (rw, all_squash, anonuid = NNN)

donde NNN es tu id de usuario numérico en el cliente.


Cambiar / etc / exports a:

/mnt/DroboFS/Shares 192.168.1.150(rw,insecure)

y luego, en el servidor NFS, ejecuta:

$ sudo exportfs -a

Ahora cuando monte el directorio como usuario no root en el cliente NFS, se montará con el propietario y el grupo apropiados.


Cuando se monta un recurso compartido, el ID de usuario (UID) del sistema host se mapea en el ID de usuario (UID) del cliente.

En el cliente, el usuario asignado (basado en el ID de usuario) se convertirá en el propietario del recurso compartido montado.

Su problema es causado porque el host usa otro UID luego el cliente.

Puede resolver esto definiendo un archivo /etc/nfs.map:

/etc/nfs.map

Esto se verá así:

# remote local gid 500 1000 # drobo client uid 500 2003 # drobo client

Por lo tanto, al usar NFS, debe asegurarse de que haya una coincidencia de UID / GID entre los usuarios en el host y el cliente. Lea también el siguiente artículo: http://www.kernelcrash.com/blog/nfs-uidgid-mapping/2007/09/10/

Otra forma excelente de resolver este problema es investigando los UID en el sistema host y el sistema cliente mirando este /etc/passwd en ambos sistemas.

o escribiendo:

id tom

cambie el UID con:

usermod -u 10000 tom

¡Buena suerte!