Applet de commande Set-Acl échoue même si les administrateurs délégués ont « Change Permissions » est activé dans Windows Server 2012 R2

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3092002
Cet article décrit un problème qui se produit sur un ordinateur Windows Server 2012 R2 avec le rôle Services de domaine Active Directory (AD DS) est installé. Un correctif est disponible pour résoudre ce problème. Le correctif est une condition préalable et un nécessité d'un redémarrage.
Symptômes
Supposez que les administrateurs délégués dispose uniquement des autorisations pour modifier les autorisations, mais ils n'êtes pas le propriétaire ou dans la liste de contrôle d'accès système (SACL). Ce problème se produit lorsque les administrateurs délégués utilisent des scripts PowerShell pour gérer les autorisations d'accès des objets. Lorsque ce problème se produit, les administrateurs reçoivent un message d'erreur qui ressemble à ceci :

Cet ID de sécurité ne peut pas être affecté comme propriétaire de cet objet.
Résolution
Pour résoudre ce problème, nous avons publié un correctif logiciel. Bien que ce problème se produit uniquement dans Windows Server 2012 R2, le correctif s'applique également à Windows 8.1.

Important Si vous installez un pack de langue après avoir installé ce correctif, vous devez réinstaller ce correctif. Par conséquent, nous vous conseillons d'installer n'importe quel langage packs dont vous avez besoin avant d'installent ce correctif. Pour plus d'informations, reportez-vous à la section. Ajouter des modules linguistiques pour Windows.

Informations sur le correctif

Un correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquez ce correctif uniquement aux systèmes rencontrant ce problème spécifique.

Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n'apparaît pas, soumettre une demande au service clientèle de Microsoft pour obtenir le correctif.

Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions supplémentaires et aux problèmes qui ne relèvent de ce correctif spécifique. Pour une liste complète des numéros de téléphone service clientèle de Microsoft ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant : Remarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, il est, car un correctif n'est pas disponible pour cette langue.

Conditions préalables

Pour appliquer ce correctif, vous devez disposer Correctif cumulatif d'avril 2014 pour Windows RT 8.1, 8.1 de Windows et Windows Server 2012 R2 (2919355) installé dans Windows 8.1 ou Windows Server 2012 R2.

Informations concernant le Registre

Pour utiliser le correctif dans ce package, vous n'êtes pas obligé d'apporter des modifications au Registre.

Nécessite un redémarrage

S'il n'existe aucune instance de PowerShell active qui utilise le fournisseur Active Directory, vous n'êtes pas obligé de redémarrer le système.

Informations de remplacement du correctif

Ce correctif ne remplace aucun correctif publié précédemment.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Plus d'informations
Ce problème se produit car, lors de la mise à jour un descripteur de sécurité par programmation, l'application peut demander à mettre à jour uniquement certaines parties du descripteur de sécurité. Lorsqu'un administrateur délégué peut uniquement mettre à jour la liste de contrôle d'accès discrétionnaire (DACL), l'application doit spécifier ce. Jusqu'à ce que cette mise à jour, l'applet de commande Active Directory PowerShell Set-Acl n'a pas utiliser les indicateurs appropriés pour écrire la liste DACL uniquement. Par conséquent, l'appel échoue pour n'avoir pas écrire la partie propriétaire du descripteur de sécurité.
Références
Consultez le terminologie que Microsoft utilise pour décrire les mises à jour logicielles.
Informations sur les fichiers
La version anglaise (États-Unis) de cette mise à jour logicielle installe des fichiers dont les attributs sont répertoriés dans les tableaux suivants. Les dates et heures de ces fichiers sont répertoriées en temps universel coordonné (UTC). N'oubliez pas que les dates et heures de ces fichiers sur votre ordinateur local sont affichées dans votre heure locale et avec votre décalage de l'heure en cours. Les dates et heures peuvent également changer lorsque vous effectuez certaines opérations sur les fichiers.

Windows 8.1 et Windows Server 2012 R2

Important Les correctifs logiciels Windows 8.1 et Windows Server 2012 R2 sont inclus dans les mêmes packages. Toutefois, les correctifs dans la page demande de correctif sont répertoriés sous les deux systèmes d'exploitation. Pour demander le package de correctif qui s'applique à un ou deux systèmes d'exploitation, sélectionnez le correctif logiciel répertorié sous Windows 8.1/Windows Server 2012 R2 » sur la page. Reportez-vous toujours à la section « S'applique à » dans les articles pour déterminer le système d'exploitation actif auquel s'applique chaque correctif.

Remarques
  • Les fichiers qui s'appliquent à un produit spécifique, à un jalon (RTM, SPn) et à un dossier (LDR, GDR) peuvent être identifiés en examinant les numéros de version de fichier comme indiqué dans le tableau suivant :
    Version francaiseProduitJalonBranche de service
    6.3.960 de 0,18xxxWindows 8.1 et Windows Server 2012 R2RTMGDR
  • Les fichiers MANIFEST (.manifest) et MUM (.mum) qui est installés pour chaque environnement est répertoriés dans la section « informations de fichiers supplémentaires ». Les fichiers MUM, MANIFEST et ceux du catalogue de sécurité (.cat) associés sont très importants pour conserver l'état des composants mis à jour. Les fichiers de catalogue de sécurité, pour lesquels les attributs ne sont pas répertoriés, sont signés avec une signature numérique Microsoft.
x 86 Windows 8.1
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Microsoft.ActiveDirectory.Management.dll6.3.9600.181161,194,49603-Nov-201504:53x 86
x 64 Windows 8.1 et Windows Server 2012 R2
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Microsoft.ActiveDirectory.Management.dll6.3.9600.181161,194,49603-Nov-201505:46x 86
Microsoft.ActiveDirectory.Management.dll6.3.9600.181161,194,49603-Nov-201504:53x 86

Informations sur les fichiers supplémentaires

x 86 Windows 8.1
Propriété de fichierValeur
Nom de fichierUpdate.mum
Version de fichierNe s'applique pas
Taille du fichier1,602
Date (UTC)04-Nov-2015
Heure (UTC)22:15
PlateformeNe s'applique pas
Nom de fichierX86_b9260dfc9aa784896f23893e0a08f600_31bf3856ad364e35_6.3.9600.18116_none_d400ce779a6ce43a.manifest
Version de fichierNe s'applique pas
Taille du fichier706
Date (UTC)04-Nov-2015
Heure (UTC)22:15
PlateformeNe s'applique pas
Nom de fichierX86_microsoft.ActiveDirectory.management_31bf3856ad364e35_6.3.9600.18116_none_ad839613918295ce.manifest
Version de fichierNe s'applique pas
Taille du fichier2,885
Date (UTC)03-Nov-2015
Heure (UTC)05:09
PlateformeNe s'applique pas
x 64 Windows 8.1 et Windows Server 2012 R2
Propriété de fichierValeur
Nom de fichierAmd64_8a93926b6ec7ecd750724198fa79a8ad_31bf3856ad364e35_6.3.9600.18116_none_f881375f84bfecfd.manifest
Version de fichierNe s'applique pas
Taille du fichier1,060
Date (UTC)04-Nov-2015
Heure (UTC)22:15
PlateformeNe s'applique pas
Nom de fichierAmd64_microsoft.ActiveDirectory.management_31bf3856ad364e35_6.3.9600.18116_none_09a2319749e00704.manifest
Version de fichierNe s'applique pas
Taille du fichier2,889
Date (UTC)03-Nov-2015
Heure (UTC)06:07
PlateformeNe s'applique pas
Nom de fichierUpdate.mum
Version de fichierNe s'applique pas
Taille du fichier1,818
Date (UTC)04-Nov-2015
Heure (UTC)22:15
PlateformeNe s'applique pas
Nom de fichierX86_microsoft.ActiveDirectory.management_31bf3856ad364e35_6.3.9600.18116_none_ad839613918295ce.manifest
Version de fichierNe s'applique pas
Taille du fichier2,885
Date (UTC)03-Nov-2015
Heure (UTC)05:09
PlateformeNe s'applique pas

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3092002 - Dernière mise à jour : 11/19/2015 18:44:00 - Révision : 2.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 Foundation, Windows 8.1 Enterprise, Windows 8.1 Pro, Windows 8.1

  • kbqfe kbsurveynew kbfix kbhotfixserver kbautohotfix kbexpertiseinter kbmt KB3092002 KbMtfr
Commentaires