Los usuarios no root no pueden acceder al directorio montado en NFS

Los usuarios no root no pueden acceder al directorio montado en NFS

Tengo un Synology NAS que comparte una carpeta "MEDIA" mediante NFS.

captura de pantalla

Me gustaría acceder a esta carpeta desde mi Plex Media Server (que se ejecuta en Debian).

Agregué esta línea al archivo /etc/fstab:

nas.lan:/volume2/MEDIA /plexlibrary nfs user,auto 0 0

Y puedo montarlo exitosamente y acceder a él con la cuenta raíz.

root@plex:~# mount /plexlibrary/
root@plex:~# ls -lh /plexlibrary/
total 16K
drwxrwxrwx 3 1026 users 4.0K Jul  8 21:54 Documentaire
drwxrwxrwx 2 root users 4.0K Jul  6 14:31 @eaDir
drwxrwxrwx 3 1026 users 4.0K Jul  8 21:54 Films
drwxrwxrwx 8 root users 4.0K Jul  8 21:38 Series

El problema es que Plex Media Server se ejecuta con elcomplejoprivilegios de cuenta y esta cuenta no puede acceder al directorio montado.

root@plex:~# su plex
plex@plex:/root$ ls -lh /plexlibrary/
ls: cannot open directory /plexlibrary/: Permission denied

¿Qué me olvidé?

Respuesta1

Debe montar su sistema de archivos nfs antes de iniciar init en Linux, debe configurar la partición en /etc/fstab

y no olvide encontrar el directorio de montaje predeterminado de su software y montar su nfs

Ver ejemplo: http://xmodulo.com/2012/04/how-to-mount-nfs-share-as-regular-user.html

Respuesta2

Utilizo Plex Media Server instalado en un Intel NUC que ejecuta Ubuntu... estas son mis entradas de fstab para montar un recurso compartido en un NAS de QNAP:

//10.0.10.222/Media/ /media/droid-NAS-mount/Media  cifs guest,rw,auto,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
//10.0.10.222/BACKUPS/ /media/droid-NAS-mount/Backups  cifs guest,rw,auto,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0

Si va a seguir la ruta cifs, asegúrese de que el cifs-utilspaquete esté instalado... pero tenga en cuenta que mi configuración permite a todos los invitados acceso de escritura, por lo que puede que no sea lo que busca en una red más "pública" o compartida.

Respuesta3

Tenía los permisos de directorio establecidos de manera demasiado estricta en el host, así que debo chmod 755 <dir>solucionarlo.

En su caso, el original sudo lsdebería haber funcionado, pero es posible que tenga la raíz aplastada (las solicitudes realizadas por rootel cliente se aplastan nobodyen el host).

información relacionada