%EC%97%90%20%EB%A7%A4%ED%95%91%20%EC%97%AC%EC%A0%84%ED%9E%88%20%EC%84%9C%EB%B2%84%EC%97%90%EC%84%9C%20%EB%88%84%EA%B5%AC%EB%82%98%20%EC%9D%BD%EC%9D%84%20%EC%88%98%20%EC%9E%88%EB%8A%94%20%EA%B6%8C%ED%95%9C%EC%9D%B4%20%ED%95%84%EC%9A%94%ED%95%A9%EB%8B%88%EA%B9%8C%3F.png)
NFS 서버의 내 /etc/exports:
/home/username/Documents/some/folders/deep 192.168.1.10(rw,sync,all_squash,anonuid=1000,anongid=1000)
이것은 대체로 예상대로 작동하는 것 같습니다. 취해진 모든 조치모든/모든 사용자쓰기는 서버의 uid:1000을 사용하여 클라이언트 운영 체제에서 이루어집니다.
그러나 서버에 /home/username 폴더에 대한 "755" 권한이 없으면 클라이언트는 NFS 공유에 전혀 액세스/마운트할 수 없습니다. NFS 클라이언트의 모든 액세스/작업이 서버의 uid:1000 계정에 성공적으로 매핑되었다는 점을 고려할 때 서버의 /home/username 폴더에 대한 "700" 권한이 충분합니까? /home 자체를 제외한 모든 파일과 폴더는 서버의 "사용자 이름"이 소유합니다.
모든 요청이 이미 서버의 소유자 사용자("username"/uid:1000)에 매핑되어 있음에도 불구하고 /home/username 폴더에 액세스하려면 클라이언트의 전역 읽기+실행 권한이 필요한 것 같습니다.
제가 여기서 뭔가 오해하고 있는 걸까요? 매핑이 대부분 잘 작동하는 것 같은데 왜 /home/username을 누구나 읽을 수 있어야 합니까?