비 루트 사용자는 NFS 마운트 디렉토리에 액세스 할 수 없습니다

5

NFS로 "MEDIA"폴더를 공유하는 Synology NAS가 있습니다.

스크린 샷

Plex Media Server (Debian에서 실행)에서이 폴더에 액세스하고 싶습니다.

이 줄을 / etc / fstab 파일에 추가했습니다 :

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

그리고 성공적으로 마운트하고 루트 계정으로 액세스 할 수 있습니다.

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

문제는 Plex Media Server가 플렉스 계정 권한으로 실행 되고이 계정이 마운트 된 디렉토리에 액세스 할 수 없다는 것입니다.

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

내가 무엇을 잊었습니까?

debian nfs

— 길가
소스

자택 환경 관련 질문은 주제와 관련이 없습니다. 귀하의 질문은 수퍼 유저 또는 유닉스 및 리눅스 에서 더 나은 가정을 가져야합니다 .

— syneticon-dj

좋아, 내가 슈퍼 유저에 게시했습니다. 조언을 주셔서 감사합니다.

— 길가

나는 이것이 꽤 오래 전에 알고 있다는 것을 알고 있지만 당신이 이것을 분류했는지 궁금합니다. 나는 같은 문제에 직면하고 있습니다.

— Paulo Matos

1

리눅스에서 시작하기 전에 파일 시스템 nfs를 마운트해야합니다. / etc / fstab에서 partion을 설정해야합니다.

소프트웨어의 기본 마운트 디렉토리를 찾은 다음 nfs를 마운트하십시오.

예를 참조하십시오 : http://xmodulo.com/2012/04/how-to-mount-nfs-share-as-regular-user.html

— 모하마드 모 이니
소스

2

plex 사용자는 / etc / fstab의 항목으로 인해 네트워크 공유를 이미 마운트 할 수 있지만 읽기 / 쓰기 권한이 없습니다.

— 길가

0

Ubuntu를 실행하는 Intel NUC에 설치된 Plex Media Server를 사용합니다. 다음은 QNAP NAS에 공유를 마운트하기위한 fstab 항목입니다.

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

cifs 경로를 사용하려는 경우 cifs-utils패키지가 설치되어 있는지 확인하십시오 . 그러나 내 설정에서 모든 손님이 쓰기 액세스를 허용하므로 더 '공용'또는 공유 네트워크에서 수행 한 것이 아닐 수 있습니다.

— 앤드류
소스

2

고맙지 만 Windows 공유를 사용하지 않으며 네트워크의 모든 게스트가 쓰기 권한을 갖기를 원하지 않습니다 : s

— gilgha

플렉스 사용자와 동일한 UID를 사용하여 NAS에서 해당 사용자를 추가 할 수 있습니까? 그런 다음 사용자에게 NAS에 대한 권한이 있는지 확인하고 파티션이 마운트되면 해당 사용자가 공유에서 읽을 수 있어야합니다.

— Andrew

1

아니요. GUI는 생성 된 사용자의 UID를 변경할 수 없습니다.

— gilgha

0

호스트에 디렉토리 권한이 너무 좁게 설정되어 있습니다 chmod 755 <dir>.

귀하의 경우 원본 sudo ls은 효과가 있었지만 루트 스쿼시가 발생했을 수 있습니다 ( root클라이언트의 요청 nobody이 호스트에서 스쿼시 됨 ).

— 사다리꼴
소스