NFS에서 쓰기 가능성 테스트에 실패했습니다. 무엇이 잘못되었나요? 아니면 버그인가요?

NFS에서 쓰기 가능성 테스트에 실패했습니다. 무엇이 잘못되었나요? 아니면 버그인가요?

NFS 마운트에 매우 이상한 문제가 발생했습니다. 저는 여러 Linux 시스템(현재 Archlinux)의 홈 디렉터리 역할을 하는 Synology NAS를 가지고 있습니다. 사용되는 프로토콜은 NFS V3입니다.

기본 사용자를 사용하여 컴퓨터에 로그인하면 기본 폴더에 대한 쓰기 권한이 있음을 알 수 있습니다.

$ ls -ld ~
drwx------ 28 cwolf cwolf 4096 26. Feb 15:10 /home/cwolf

파일을 생성하고 삭제할 수 있습니다. 따라서 폴더에 실제로 쓸 수 있습니다.

이제 이상한 행동이 보입니다. 발행 된

$ test -w ~; echo $?
1

내 홈 폴더에 쓰기 권한이 없다는 것을 보여주는데... KDE는 홈 폴더에 쓸 수 없다고 생각하기 때문에 실행을 거부하게 됩니다.

로컬 사용자(홈 폴더가 완전히 로컬 하드 드라이브에 있음)에게 동일한 작업을 시도했는데 모든 것이 일관되었습니다. 따라서 테스트는 0.

어디에서 문제를 해결하고 테스트에서 올바른 값을 반환할 수 있는지 알려주실 수 있나요? 또 다른 질문은 이것이 NFS 서버 또는 NFS 클라이언트에서 문제가 될 가능성이 더 높은지 여부입니다.


추가 정보:

이 문제는 파일을 성공적으로 생성 및 삭제할 수 있는 root_squash정확히 동일한 세션과 관련이 없습니다 . 따라서 서버는 내 명령을 사용자로 받아들입니다.touch foorm foofoo

인터넷에 있는 대부분의 정보는 반대 방향으로 관련되어 있습니다. 즉, 사용자에게 쓰기 권한이 있는 것처럼 보이지만 nobody압축으로 인해 서버에서 다시 매핑됩니다. 내 문제는 내 자격이 승인되었지만 읽기 전용으로 잘못 표시되어 렌더링 테스트가 실패한다는 것입니다.


여기 댓글의 요청에 따라 서버에서 옵션을 내보냅니다.

/volume1/cloud 134.96.8.160/27(rw,async,no_wdelay,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)

설치 옵션(출력의 해당 행 mount)은 다음과 같습니다.

ds2.lsr.uni-saarland.de:/volume1/cloud on /home type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=134.96.8.162,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=134.96.8.162)

답변1

이 테스트를 실행하면 루트가 됩니다. 서버 설정에 따라 폴더에 쓸 수 없게 됩니다. 일반 사용자는 이런 문제가 발생하지 않습니다.

답변2

최근에 같은 문제가 발생했습니다.

Synology NAS를 사용하고 있는데 DSM(운영 체제)을 최신으로 업데이트한 후 문제가 해결되었습니다. 같은 문제를 겪고 있는 분들에게 도움이 되길 바랍니다.

관련 정보