Os usuários não-root não podem acessar o diretório montado do NFS

5

Eu tenho um Synology NAS compartilhando uma pasta "MEDIA" pelo NFS.

Eu gostaria de acessar esta pasta do meu Plex Media Server (rodando no Debian).

Eu adicionei esta linha ao arquivo / etc / fstab:

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

E eu posso montá-lo com sucesso e acessá-lo com a conta root.

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

O problema é que o Plex Media Server é executado com privilégios de conta plex e essa conta não pode acessar o diretório montado.

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

O que eu esqueci?

    
por gilgha 12.07.2014 / 10:41

3 respostas

1

Você deve montar o seu sistema de arquivos nfs antes de iniciar o init no linux você deve configurar a partição em / etc / fstab

e não se esqueça de encontrar o diretório de montagem padrão do seu software e montar o seu nfs

Veja o exemplo: link

    
por 12.07.2014 / 11:53
0

Eu uso o Plex Media Server instalado em um Intel NUC que executa o Ubuntu ... estas são minhas entradas fstab para montar um compartilhamento em um QNAP NAS:

//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

Se você for usar a rota cifs, verifique se o pacote cifs-utils está instalado. mas esteja ciente de que minha configuração permite que todos os convidados gravem acesso, portanto, pode não ser o que você procura em uma rede mais 'pública' ou compartilhada

    
por 12.07.2014 / 11:54
0

Eu tinha permissões de diretório definidas de forma muito restrita no host, eu chmod 755 <dir> para corrigi-lo.

No seu caso, o sudo ls original deveria ter funcionado, mas é possível que você tenha raiz esmagada (solicitações feitas por root no cliente são esmagadas em nobody no host).

    
por 24.11.2014 / 16:59

Tags