파일을 삭제하지 못하도록 잠그고 싶지만 여전히 쓸 수 있습니다. 어떻게해야합니까?
문제의 파일은 NAS SMB 네트워크 공유의 파일 인 Truecrypt 볼륨이므로 실수로 삭제하고 싶지 않습니다.
파일을 삭제하지 못하도록 잠그고 싶지만 여전히 쓸 수 있습니다. 어떻게해야합니까?
문제의 파일은 NAS SMB 네트워크 공유의 파일 인 Truecrypt 볼륨이므로 실수로 삭제하고 싶지 않습니다.
답변:
Windows의 경우 :
유닉스 (OS X 포함) :
이렇게하면 파일이 제거 (삭제)되는 것만 막을 수 있지만 실수로 잘라내거나 가비지로 덮어 쓰는 작업은 수행하지 않습니다. 파일이 쓰기 가능하면 파일을 쓸 수 있습니다.
또한 파일 권한은 운영 체제 간 변환이 불가능합니다. NAS가 Linux를 실행하고 Windows 내에서 권한을 설정하려고하면 최종 결과가 예상과 다를 수 있습니다.
Linux에서는 하드 링크를 만들 수 있습니다. 그런 다음 파일에 쓰고 "삭제"할 수 있지만 디렉토리에서 참조 만 제거합니다. 다른 하드 링크는 여전히 파일 내용을 가리 키므로 삭제되지 않습니다.
유닉스 세계에서는 파일을 "삭제"하지 않습니다. 하드 링크 수를 줄이면됩니다. 다른 것이 아무것도 가리 키지 않으면 공간은 비어있는 것으로 간주되어 사용할 수 있습니다.
백업. 삭제 가능한 경우에도 쓰기 가능한 파일이 실제로 손상 되지 않도록 보호 할 수는 없습니다 . 매일 백업하십시오.
btrfs와 같은 cow 파일 시스템에서 하위 볼륨 + 스냅 샷 또는 --reflink = always와 함께 cp를 사용하여이를 달성 할 수 있습니다. 이는 원하는만큼 많은 파일을 생성하여 하나의 + 일부 오버 헤드와 동일한 공간을 소비합니다. 아주 작은 파일 크기와 결합 된 엄청난 수의 사본 또는 스냅 샷이없는 경우, 수정 될 때까지 변경되지 않은 부분 만 별도로 저장되고 나머지는 여전히 공유됩니다. 그런 다음 각각에 대해 개별적으로 권한을 설정하십시오 (정기적으로 스냅 샷을 만들거나 읽기 전용 권한으로 복사하려는 것을 달성하십시오 (선택적으로 스냅 샷 인 경우 파일을 사용하는 경우 chattr + i를 사용할 수 있습니다). 편집증이있는 경우 한 사본에 대해 쓰기 권한이있는 경우에도 파일을 쓰거나 수정하지 마십시오.
"표준"UNIX에서는 디렉토리를 쓸 수있는 경우 단일 파일이 삭제되지 않도록 보호 할 수없는 것 같습니다. 직관적으로, 'chmod'를 사용하여 모드 비트에서 w 보호를 지우면 삭제되지 않도록 보호해야하지만 이는 케이스가 아닙니다. 마찬가지로 AFS에서는 ACL 항목 (관련 'd'권한이 없거나 거부 된)이 전체 디렉토리에만 적용되므로 단일 파일이 삭제되지 않도록 보호 할 수 없습니다.