l'application des autorisations ACL à l'aide de PowerShell Set-Acl

Question

New-Item -Type Directory -Path "C:\MyFolder" 
$Acl = Get-Acl "C:\MyFolder" 
$Ar = New-Object System.Security.AccessControl.FileSystemAccessRule("username", "FullControl", "Allow") 
$Acl.SetAccessRule($Ar) 
Set-Acl -Path "C:\MyFolder" -AclObject $Acl 

Salut, quand je suis arrivé le code ci-dessus et appliqué à l'aide de mes propres paramètres - les entrées compte utilisateur sont ajoutées pour le dossier mais pas autorisations sont appliquées (aucun tic tac)

Quelqu'un peut-il aider avec pourquoi cela pourrait être?

Merci

Answer 1

Votre commentaire décrit le comportement suivant:

Votre script PowerShell réussit mais si vous vérifiez les autorisations avec les propriétés des explorateurs de dialogue, vous verrez les éléments suivants:

Ceci est assez confus car une requête PowerShell confirmera:

PS> Get-Acl .|fl 


Path : Microsoft.PowerShell.Core\FileSystem::D:\temp\myfolder 
Owner : clijsters\clijsters 
Group : clijsters\Kein 
Access : clijsters\NEWUSER Allow FullControl 
     VORDEFINIERT\Administratoren Allow FullControl 
     VORDEFINIERT\Administratoren Allow 268435456 
     NT-AUTORITÄT\SYSTEM Allow FullControl 
     [...] 

Votre liste de contrôle d'accès a été modifiée. Si vous faites défiler la liste de vos cases à cocher, vous remarquerez que "Autorisations spéciales" est cochée et si vous cliquez sur "Avancé" vous remarquerez, vos permissions sont définies.

EDIT:
Comme mentionné par @AnsgarWiechers, j'ai raté une partie décrivant pourquoi les autorisations ajoutées avec New-Object System.Security.AccessControl.FileSystemAccessRule("username", "FullControl", "Allow") sont répertoriés comme autorisations spéciales.

Comme décrit sur MSDN, FileSystemAccessRule a 4 constructeurs, où certains acceptent InheritanceFlags et PropagationFlags (par exemple this one correspond à vos besoins). Si vous les utilisez et définissez un comportement d'héritage, les autorisations apparaîtront comme normales.