Я много читал о странном и неожиданном поведении наследования acl, когда папки перемещаются внутри одного тома. У меня проблема, похожая на эту: Microsoft-Move-файл-ACL-проблема
В моем случае затронут только пользователь, и любые попытки воспроизвести проблему с другим пользователем в других папках с аналогичными ACL были тщетными.
Моя установка:
Windows server 2016 с общими папками
Клиент Windows 10 обращается к папкам
\ myserver \ myshare \ bossfolder \ ограничено имеет ограниченный доступ, и только босс имеет полный контроль \ myserver \ myshare \ bossfolder \ toProcess имеет ограниченный доступ к боссу (полный контроль) и другой группе окон
Когда босс перемещает папки с файлами из ограниченный к обрабатывать эти папки не наследуют acl от обрабатывать, поэтому пользователи в группе не могут там работать. Это поведение такое же, как описано в связанном сообщении, но ему почти 5 лет, и я очень удивлен, что он не решен. Кроме того, как указано выше, любые попытки воспроизвести проблему с другими пользователями в других папках (установив соответствующий acl) были бесполезны. Кажется, я чего-то упускаю ...
После исследований и тестов вот результаты.
Разрешение на совместное использование было Изменить. Сравнивая с другими общими ресурсами на других серверах, где разрешения безопасности были унаследованы после перемещения файла и папки, я поместил разрешение на общий ресурс Полный.
Теперь, когда мой тестовый пользователь перемещает папки в общей папке со своего клиентского компьютера, применяются разрешения безопасности целевой папки.