Ubuntu 18.04에서 일부 폴더를 공유하고 있으므로 Windows 클라이언트에서 읽기/쓰기에 액세스할 수 있습니다.
파일 구조:
myshare/
dir1/
somefile1.txt
somefile2.txt
dir2/
dir3/
Samba 클라이언트에는 내부 파일에 대한 읽기/쓰기/생성/삭제 권한이 있습니다 dir1.
의도하지 않은 사용자 사고를 당했습니다.: 사용자가 충돌할 것입니다.삭제on dir1, 내부의 모든 파일이 dir1삭제되었습니다.
이를 방지할 수 있는 권한 설정을 적용하지 못했습니다. 이 모든 것은 삼바 클라이언트가 폴더 구조 삭제를 구현하는 방법에 달려 있는 것 같습니다. 폴더 내용을 나열한 다음 디렉토리 트리의 가장 깊은 수준에서 반복적으로 파일 삭제를 하나씩 실행하여 이를 수행합니다.
결론: 서버 측에서는 허용된 단일 파일 삭제와 원치 않는 전체 반복 폴더 삭제를 구별할 기회가 없습니다.
뭔가 빠졌나요?
두 가지 트릭을 생각해 보았지만 해결책을 찾을 수 없었습니다.
dir1Samba 클라이언트가 일괄 삭제 작업을 중단하게 만드는 파일을 내부에 배치할 수 있습니까 ? 나는 배치에 약간의 성공을 거두었습니다.삭제할 수 없는 파일에서는dir1성공했지만 성공은 무작위로 보입니다.dir1공유의 루트를 만들면 위의 위험이 사라진다는 것을 알았습니다 . 그런 다음 사용자가 삭제를 누르면dir1작업이 거부됩니다. 이는 완벽합니다. 그러나dir1, 등dir2을 별도의 공유로 갖는 것은dir3확장이 잘 되지 않습니다. 사용자가 액세스 포인트를 하나만 갖기를 원합니다/myshare. 하지만 공유처럼 동작하도록 하는 방법이 있습니까dir1(그래서 클라이언트는 이를 찾아볼 수 있지만 삭제할 수는 없음) 여전히 내부에 표시됩니다/myshare.
Windows 파일 탐색기 클라이언트에만 작동하는 솔루션이 허용됩니다.