Как предоставить доступ к папкам доменного пользователя через Powershell?
Всем привет. Цель скрипта дать доступ к папке для определенного пользователя. Уже мучаюсь 2 дня. Разные варианты нашел. Но все выдает ошибку, типо не правильный аргумент и т.д.
Схема такая. Есть файлобменник ( папка Obmen ) . Дальше создается под папки. Общий путь к личной папки пользователя такой.
C:\Obmen\Sklad\Иванов Иван Иванович\Личное.
Хочется права дать таким способом что бы у пользователя на эти папки C:\Obmen\Sklad был доступ только для чтение.
........Иванов Иван Иванович\Личное к этим папка полный доступ и кроме него у других пользователей кроме чтение не было доступа.
У меня ваш код исправно добавляет доступ для указанного пользователя.
Правда, после того, как я правильно расставил кавычки и пробел между set-acl и путём
Не жмитесь на пробелы, понятнее будет
MaxKozlov, А как правильно убрать доступ всем пользователям домена к определенный папки? Либо делать так что бы к папке был доступ у остальных пользователей домена только для чтение?
Исмат Гайибов, если это все не для саморазвития, то лучше воспользоваться советом Alexey Dmitriev .
Для NTFSSecurity есть достаточно подробное описание с примерами.
P.S. - Powershell позволит автоматизировать задачи назначения прав, но саму задачу надо "решить" без него. Есть графический интерфейс, который наглядно представляет текущие разрешения, унаследованные в том числе. Это позволит подойти к ответу на вопросы "как правильно убрать доступ всем пользователям?" и т.п. А потом уже можно описывать это все на Powershell.
делать так что бы к папке был доступ у остальных пользователей домена только для чтение?
права readonly на папку более высокого уровня и правильное наследование
...Однако даже совет Alexey Dmitriev не поможет если автор вообще не представляет принципов раздачи прав и их наследования.
Поэтому, да, хотя бы GUI+эксперименты. а потом, по результату, уже скрипты
Исмат Гайибов, Когда-то в далёком 2005 году они примерно так и хотели. мечталось о сосуществовании разных версий на одной машине
Но, так как 146% админов решили вызывать в своих скриптах powershell.exe по полному пути, а требования совместимости тогда ещё что-то значили, то приняли решения все PS ставить туда (зачем-то. как раз тогда, пока ещё ps был мало распространён, можно было двигать, а проблему путей решить через линки)
$PSVersionTable завезли только в версии 2.0
а версии 6+ ставятся уже в другое место