나는 이것을 블로그 포스트 http://think-like-a-computer.com/2011/07/24/moving-files-on-the-same-ntfs-volume-does-inherit-permissions/ 에서 설명 했지만 아래에 설명되어 있습니다.

파일을 복사 할 때 새 파일을 작성하고 새로운 권한 세트를 지정해야합니다. 따라서 알고있는 것처럼 상위 폴더에서 권한을 가져옵니다.

파일을 다른 볼륨으로 이동하면 실제로는 새 볼륨으로 파일이 복사되고 이전 파일이 삭제됩니다. 따라서 새 파일이므로 권한 설정이 필요하므로 위와 동일한 프로세스가 반복됩니다.

파일이 동일한 볼륨 내에서 이동되면 실제로 디스크 수준에서 아무 일도 일어나지 않습니다. 파일의 논리 경로 위치 만 변경합니다. 디스크의 실제 데이터와 실제 파일은 건드리지 않았거나 변경되지 않았습니다. 5GB 파일을 같은 드라이브의 다른 폴더로 옮겼을 때 거의 즉각적으로 수행됩니까? 이것이 실제로 이동하지 않았지만 파일이 논리적으로 존재하는 위치에 대한 포인터가 변경 되었기 때문입니다. 어떤 식 으로든 수정되지 않았기 때문에 권한도 변경되지 않습니다.

이것이이 행동의 이유입니다.

편집 : 내가 언급 한 것을 잊어 버렸습니다 … MS 기사가 완전히 정확하지는 않습니다. MS 인용 :

기본적으로 개체는 만들 때 또는 부모 폴더로 복사되거나 이동 될 때 부모 개체의 권한을 상속합니다. 이 규칙에 대한 유일한 예외는 개체를 동일한 볼륨의 다른 폴더로 이동할 때 발생합니다. 이 경우 원래 권한이 유지됩니다.

위의 인용문은 명시 적으로 정의 된 sec 권한이 부여 된 개체에만 적용됩니다 (상속 해제). 필자의 의견에서 언급했듯이 ACL 항목을 최대한 효율적으로 유지하는 것이 중요합니다. 다음 예제를 고려하십시오.

설명을 간단하게 유지하기 위해 사용자에게 권한 만 수정하도록 폴더를 설정했다고 가정 해 봅시다. 아래에는 수천 개의 파일이 있으며 명시적인 권한이 설정되어있는 파일은 없습니다. 각 파일에 대해 동일한 권한이 있으므로 각 파일에 대해 ACL을 작성하는 것은 매우 효율적이지 않으므로 폴더에 대해 하나의 ACL 항목을 설정합니다. 이 다음 비트는 이해하는 것이 매우 중요합니다. 파일 자체에는 ACL PERMS가 없습니다. 따라서 이러한 파일을 동일한 볼륨의 새 폴더로 이동하면 MS는 권한이 파일과 함께 이동한다고 주장합니다 (위의 인용). 스스로에게 물어보십시오 …. 어떻게? 처음에는 파일에 파마가 없었습니다. 이것은 실제로 올바르지 않으며 방금 확인하기 위해 테스트했습니다. 파일을 이동하려는 대상 폴더에 모든 그룹이 권한을 수정할 수있는 권한이 있다고 가정 해 봅시다. 파일에 ACL이 직접 없기 때문에 상위 폴더의 ACL을 상속합니다. 이는 권한이 사용자 수정 (이전 폴더)에서 모든 사람 수정 (새 폴더)으로 변경되었음을 의미합니다.

차이점을 알 수 있습니까 ?? 이번에는 같은 볼륨의 다른 폴더로 파일을 이동하면 실제로 파마가 바뀌어 MS는 그렇지 않다고 말합니다. 2000 lol 이후 MS 설명서에서 실수를 발견 했습니까?

이제 명시 적 권한을 사용할 때 동일한 시나리오를 살펴보십시오. 예를 들어, 사용자 읽기 액세스를 거부하는이 폴더 내의 파일에 대한 명시 적 권한을 설정하면 (상속이 해제 됨) 이제이 파일에 대한 새 ACL 항목이 작성됩니다. 이제 파일을 새 위치로 이동하면 파일과 직접 관련된 ACL 항목이 있습니다. 이 경우 파일을 동일한 볼륨의 새 위치로 옮기면 MS가 주장한대로 권한이 유지됩니다!

답변