복원된 폴더는 왜 명시적 ACL은 유지하면서 상위 폴더의 상속은 잃게 되나요?

복원된 폴더는 명시적 권한을 유지하면서도, 복원 과정에서 저장된 ACL이 보호된 상태로 다시 생성되거나 상속 메타데이터가 누락되면 부모 폴더의 상속을 잃을 수 있습니다.

파일 콘텐츠, 소유권, 명시적 액세스 항목, 상속 상태는 서로 다른 복원 결과입니다. 백업이 지정된 사용자와 그룹을 올바르게 복원하더라도, 새 부모 폴더의 규칙을 더 이상 받아들이지 않는 “보호됨” ACL을 유지할 수 있습니다. POSIX 파일 시스템에서는 복원된 디렉터리에 기본 ACL이 없을 수도 있으며, NFSv4 또는 SMB 기반 데이터셋에서는 상속 플래그가 변경되거나 다르게 매핑될 수 있습니다. 재귀적 권한 변경을 적용하기 전에 복원된 폴더를 새로 만든 동일 수준의 폴더와 비교하세요.

복원된 폴더를 새로 만든 동일 수준의 폴더와 비교하기

동일한 부모 폴더 아래에서 같은 SMB 또는 로컬 사용자 ID를 사용해 임시 폴더를 만드세요. 소유자, 그룹, 모드, 전체 ACL, 기본 ACL, 상속 플래그, 유효 액세스를 비교하세요.

Microsoft는 복원되거나 이동된 폴더가 보호된 권한을 유지할 수 있으며, 현재 부모 ACL을 자동으로 받지 않을 수 있다고 설명합니다.

새로 만든 동일 수준의 폴더에서는 상속이 정상적으로 작동하지만 복원된 폴더에서는 그렇지 않다면, 부모 폴더는 올바르게 구성되어 있을 가능성이 높습니다. 전체 공유를 다시 구성하기보다 복원된 객체의 보호 상태와 저장된 ACL에 집중하세요.

명시적 ACL 항목과 상속된 ACL 항목 구분하기

모든 액세스 항목을 나열하고 각 항목이 명시적인지, 상속된 것인지, 거부인지, 허용인지, 파일 전용인지, 디렉터리 전용인지, 상속 가능한 것인지 표시하세요. 한 관리자 계정의 유효 액세스만으로 판단하지 마세요.

Red Hat은 POSIX ACL 파일 시스템에서 디렉터리의 기본 ACL이 새 파일과 하위 디렉터리의 상속을 제어한다고 설명합니다.

폴더에 유효한 액세스 ACL은 있지만 기본 ACL이 없을 수 있습니다. 이 경우 현재 액세스는 허용되지만 이후 생성되는 하위 항목에 의도한 규칙이 적용되지 않습니다. 현재 액세스와 향후 상속을 모두 복구하세요.

복원 과정에서 보호된 Windows ACL이 유지되었는지 확인하기

상속이 비활성화된 상태에서 이전에 상속된 항목이 명시적 항목으로 변환되었는지 확인하세요. 이렇게 되면 부모 ACL이 변경될 때까지 복원된 폴더가 정상적으로 보일 수 있습니다.

Samba의 Windows ACL 안내에서는 공유 및 파일 시스템 구성에 따라 상속과 전체 보안 설명자가 달라지는 Samba 공유의 Windows ACL 처리를 설명합니다.

상속을 다시 활성화하기 위해 모든 명시적 항목을 삭제하지 마세요. 복원된 폴더에 의도적으로만 적용되는 항목은 보존하고, 예상되는 부모 폴더와의 관계를 기록한 후에만 보호를 해제하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

데이터셋의 ACL 모델과 상속 플래그 확인하기

대상에서 POSIX ACL, NFSv4 ACL, 확장 속성에 저장된 Windows ACL, NAS 전용 사전 설정 중 어떤 방식을 사용하는지 기록하세요. 원래 백업 대상과 비교하세요.

FreeBSD ZFS 핸드북에서는 ZFS가 NFSv4 스타일 ACL을 기본적으로 저장할 수 있다고 설명하며, 여기에는 기존의 소유자, 그룹, 기타 사용자 모드 비트보다 풍부한 상속 동작이 포함됩니다.

한 모델에서 생성된 ACL을 다른 모델로 복원하면 일부 ID는 유지하면서도 상속 의미가 손실될 수 있습니다. 원본과 대상의 ACL 모델이 다를 때는 테스트 데이터셋에서 복원을 진행하세요.

복원 도구의 ACL 및 확장 속성 옵션 확인하기

ACL, 확장 속성, 소유권, 숫자 ID, 보안 설명자, 플랫폼별 메타데이터에 사용된 정확한 백업 및 복원 옵션을 검토하세요. 도구의 기본값과 비교하세요.

Linux ACL 매뉴얼에서는 새 객체가 디렉터리의 기본 ACL을 상속한다고 설명하지만, 복원된 객체가 일반적인 생성 경로를 통해 생성되었다고는 할 수 없습니다.

디렉터리를 만든 후 저장된 액세스 ACL을 기록하면 부모 폴더가 처음 제공한 ACL을 덮어쓸 수 있습니다. 도구가 이전 ACL을 의도적으로 복원하는지, 아니면 새 부모 폴더가 상속을 관리하도록 해야 하는지 확인하세요.

백업 형식에 ACL 메타데이터가 저장되었는지 확인하기

백업 객체 하나 또는 아카이브 목록에서 ACL 및 xattr 레코드를 확인하세요. 소유권과 모드 비트를 포함하는 아카이브라고 해서 완전한 액세스 제어 메타데이터까지 포함한다고 가정하지 마세요.

GNU tar에서는 POSIX ACL 항목을 저장하고 추출하려면 ACL 복원 옵션이 필요합니다.

상속 메타데이터가 처음부터 저장되지 않았다면, 복원된 하위 항목 하나를 보고 추측하지 말고 의도한 부모 정책을 바탕으로 다시 구성하세요. 롤백을 위해 복구 전 ACL을 내보내 보관하세요.

재귀적 변경을 적용하기 전에 테스트 폴더 하나를 복구하기

현재 ACL을 내보내고, 테스트 폴더 하나에서 상속을 다시 활성화하거나 기본 ACL을 재생성하세요. 필요한 명시적 항목은 보존하고 SMB 및 로컬 애플리케이션 경로를 통해 새 하위 파일을 생성하세요.

파일을 NAS로 이동한 후 권한이 깨지는 문제를 다루는 ZimaSpace 문서는 더 넓은 전송 문제를 설명합니다. 이 문서는 복원 후 상속이 손실되는 문제에 초점을 맞춥니다.

기존 액세스가 계속 올바르고, 새 하위 항목이 의도한 규칙을 상속하며, 재연결과 재부팅 및 소규모 반복 복원 후에도 결과가 유지되면 문제가 해결된 것입니다.