Le noeud Gestion des stratégies et de l'automatisation vous permet d'accéder aux stratégies Microsoft Exchange et de répertoire privé, ainsi qu'aux stratégies intégrées et personnalisées. Pour améliorer la sécurité de votre entreprise et l'intégrité de vos données, utilisez les tâches courantes suivantes.
Permet de définir des règles de configuration de Microsoft Exchange, de stratégie de boîte aux lettres, de dénomination automatique et de génération de proxy. Ces règles peuvent définir la façon dont les boîtes aux lettres sont gérées lorsqu'un assistant administrateur crée, modifie ou supprime un compte utilisateur.
Permet de créer, de renommer ou de supprimer automatiquement des répertoires et partages privés lorsqu'un assistant administrateur crée, renomme ou supprime un compte utilisateur. Les stratégies de répertoire privé permettent également d'activer ou de désactiver la prise en charge de quotas de disques pour les répertoires privés sur des serveurs Microsoft Windows, ainsi que sur des serveurs non-Windows.
Permet de définir les exigences pour les mots de passe générés par DRA.
Pour obtenir des informations plus détaillées sur la gestion des stratégies dans DRA, reportez-vous aux sections suivantes :
Exchange fournit plusieurs stratégies qui vous aident à gérer efficacement les objets Microsoft Exchange. Les stratégies Microsoft Exchange permettent d'automatiser la gestion des boîtes aux lettres, d'appliquer des conventions de dénomination pour les alias et les banques de boîtes aux lettres, et de générer automatiquement des adresses électroniques.
Ces stratégies peuvent vous aider à rationaliser vos workflows et à préserver l'intégrité des données. Par exemple, vous pouvez spécifier la façon dont Exchange gère les boîtes aux lettres lorsque vous créez, modifiez ou supprimez des comptes utilisateur. Pour définir et gérer des stratégies Microsoft Exchange, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation.
Pour spécifier une stratégie d'adresse électronique par défaut, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation, et votre licence doit prendre en charge le produit Exchange.
Pour spécifier une stratégie d'adresse électronique par défaut :
Accédez à Gestion des stratégies et de l'automatisation > Configure Exchange Policies (Configurer les·stratégies·Exchange)¬>·Proxy Generation (Génération de proxy).
Spécifiez le domaine du serveur Microsoft Exchange.
Cliquez sur Parcourir.
Spécifiez des critères de recherche supplémentaires selon vos besoins, puis cliquez sur Rechercher maintenant.
Sélectionnez le domaine à configurer, puis cliquez sur OK.
Spécifiez les règles de génération de proxy pour le domaine sélectionné.
Cliquez sur Ajouter.
Sélectionnez un type de proxy. Par exemple, cliquez sur Adresse Internet.
Acceptez la valeur par défaut ou saisissez une nouvelle règle de génération de proxy, puis cliquez sur OK.
Pour plus d'informations sur les chaînes de substitution prises en charge pour les règles de génération de proxy, reportez-vous à la section Stratégie du client de délégation et de configuration.
Cliquez sur Attributs personnalisés pour modifier le nom personnalisé des propriétés de boîtes aux lettres personnalisées.
Sélectionnez l'attribut, puis cliquez sur le bouton Modifier.
Dans la fenêtre Attribute Properties (Propriétés de l'attribut), entrez le nom de l'attribut dans le champ Custom name (Nom personnalisé), puis cliquez sur OK.
Cliquez sur OK.
REMARQUE :les administrateurs des stratégies DRA doivent avoir le pouvoir Gérer les outils personnalisés pour pouvoir modifier les attributs personnalisés dans la stratégie Microsoft Exchange.
Les règles de boîte aux lettres permettent de spécifier la façon dont Exchange gère les boîtes aux lettres lorsque les assistants administrateur créent, clonent, modifient ou suppriment des comptes utilisateur. Les règles de boîte aux lettres gèrent automatiquement les boîtes aux lettres Microsoft Exchange en fonction de la manière dont les assistants administrateur gèrent les comptes utilisateur associés.
REMARQUE :si vous activez l'option Do not allow Assistant Admins to create a user account without a mailbox (Ne pas autoriser les assistants administrateur à créer un compte utilisateur sans boîte aux lettres) dans les domaines Microsoft Windows, vérifiez que les assistants administrateur ont le pouvoir de cloner ou de créer un compte utilisateur. L'activation de cette option impose aux assistants administrateur de créer des comptes utilisateur Windows avec une boîte aux lettres.
Pour spécifier des règles de boîte aux lettres Microsoft Exchange, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation, et votre licence doit prendre en charge le produit Exchange.
Pour spécifier des règles de boîte aux lettres Exchange :
Accédez à Gestion des stratégies et de l'automatisation > Configure Exchange Policies (Configurer des stratégies Exchange) > Mailbox Rules (Règles de boîte aux lettres).
Sélectionnez les stratégies de boîte aux lettres qu'Exchange doit appliquer lorsque vous créez ou modifiez des comptes utilisateur.
Cliquez sur OK.
Pour spécifier des stratégies de licences Office 365, vous devez disposer des pouvoirs appropriés, tels ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation. Votre licence doit également prendre en charge le produit Microsoft Exchange.
Si vous souhaitez autoriser DRA à gérer vos licences Office 365, vous devez effectuer les opérations suivantes :
Créez une stratégie d'application des licences.
Activez l'option License update schedule (Planification de la mise à jour des licences) sur la page des propriétés du locataire.
Pour créer une stratégie afin d'appliquer les licences Office 365, cliquez sur le nœud Policy and Automation Management (Gestion des stratégies et de l'automatisation) au niveau de la console de délégation et de configuration, puis sélectionnez New Policy (Nouvelle stratégie) > Create New Policy to Enforce Office 365 Licenses (Créer une stratégie pour appliquer les licences Office 365).
Une fois la stratégie appliquée et un utilisateur ajouté à Active Directory, DRA utilise l'adhésion au groupe pour assigner automatiquement la licence Office 365 à l'utilisateur.
Les stratégies que vous créez pour appliquer les licences Office 365 ne sont pas appliquées lorsque des modifications sont apportées en dehors de DRA, excepté si vous activez également l'option Planification de la mise à jour des licences (Planification de la mise à jour des licences) sur la page des propriétés du locataire. Le travail de mise à jour des licences garantit que les licences Office 365 assignées à des utilisateurs respectent vos stratégies de licences Office 365.
Le travail de mise à jour des licences et les stratégies de licences Office 365 interagissent de manière à vous assurer que tous les utilisateurs gérés sont assignés uniquement aux licences Office 365 dont ils sont supposés disposer.
REMARQUE :
DRA ne gère pas les licences Office 365 pour les comptes utilisateur en ligne uniquement. Pour que DRA gère vos utilisateurs avec des licences Office 365, ces derniers doivent être synchronisés avec Active Directory.
Si vous choisissez d'utiliser DRA pour gérer vos licences Office 365, lors de la prochaine exécution du travail de mise à jour des licences, DRA ignorera toutes les modifications manuelles apportées aux licences Office 365 en dehors de DRA.
Si vous activez le travail de mise à jour des licences Office 365 avant de vérifier que vos stratégies de licences Office 365 sont correctement configurées, il se peut que vos licences assignées soient incorrectes une fois le travail de mise à jour des licences exécuté.
Lorsque vous gérez un grand nombre de comptes utilisateur, la création et la maintenance de ces répertoires et partages privés peuvent nécessiter beaucoup de temps et être sources d'erreurs en termes de sécurité. Des opérations supplémentaires peuvent être nécessaires à chaque fois qu'un utilisateur est créé, renommé ou supprimé. Les stratégies de répertoire privé vous aident à gérer la maintenance des répertoires et partages privés.
DRA vous permet d'automatiser la création et la maintenance des répertoires privés des utilisateurs. Par exemple, vous pouvez facilement configurer DRA afin que le serveur d'administration crée un répertoire privé lorsque vous créez un compte utilisateur. Dans ce cas, si vous spécifiez un chemin de répertoire privé lors de la création du compte utilisateur, le serveur crée automatiquement le répertoire privé à l'emplacement spécifié. Si vous ne spécifiez pas de chemin, le serveur ne crée pas le répertoire privé.
DRA prend en charge les chemins DFS (Distributed File System) lors de la création de répertoires privés des utilisateurs ou lors de la configuration des stratégies de répertoire privé pour les utilisateurs dans des chemins parents autorisés. Vous pouvez créer, renommer et supprimer des répertoires privés sur les partitions ou dans les chemins DFS et de serveurs de fichiers Netapp.
Pour configurer des stratégies de quota de disque de partage de volumes, de partages et de répertoires privés, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation. Chaque stratégie gère automatiquement les répertoires, partages et quotas de disques de volume privés en fonction de la manière dont vous gérez les comptes utilisateur associés.
Pour configurer des stratégies de répertoire privé, accédez à Gestion des stratégies et de l'automatisation > Configure Home Directory Policies (Configurer des stratégies de répertoire privé) >.
Répertoire privé
Partage privé
Quota de disque de volume privé
Pour chaque ordinateur sur lequel vous devez créer un partage privé, le compte de service ou d'accès du serveur d'administration doit être un administrateur sur cet ordinateur ou un membre du groupe Administrateurs du domaine correspondant.
Un partage d'administration, tel que C$ ou D$, doit exister pour chaque unité sur laquelle DRA gère et stocke des répertoires privés. DRA utilise les partages d'administration pour effectuer certaines tâches d'automatisation concernant les partages et répertoires privés. Si ces partages n'existent pas, DRA ne peut pas assurer l'automatisation des partages et répertoires privés.
Pour configurer les chemins parents autorisés pour un serveur de fichiers NetApp :
Accédez à Gestion des stratégies et de l'automatisation > Configure Home Directory Policies (Configurer des stratégies de répertoire privé).
Dans la zone de texte Allowable parent paths (Chemins parents autorisés), entrez un des chemins autorisés figurant dans le tableau suivant :
|
Type de partage |
Chemin autorisé |
|---|---|
|
Windows |
(\\Nom_fichier\Partage_administration:\chemin_racine_volume\chemin_répertoire) |
|
Non-Windows |
(\\non-windows\partage) |
Cliquez sur Ajouter.
Répétez les étapes 1 à 3 pour chaque chemin parent autorisé où vous souhaitez appliquer les stratégies de répertoire privé.
Pour garantir la cohérence avec les stratégies de sécurité de Microsoft Windows, DRA crée des restrictions de contrôle d'accès au niveau du répertoire uniquement. En effet, la définition de restrictions de contrôle d'accès à la fois au niveau du nom du partage et de l'objet Répertoire se traduit souvent par un schéma d'accès ambigu pour les administrateurs et les utilisateurs.
Lorsque vous modifiez une restriction de contrôle d'accès pour un partage privé, DRA ne modifie pas la sécurité existante pour ce répertoire. Dans ce cas, vous devez vous assurer que les comptes utilisateur disposent de l'accès approprié à leur propre répertoire privé.
DRA automatise les tâches de maintenance des répertoires privés en gérant ces derniers lorsque vous modifiez un compte utilisateur. DRA peut effectuer des actions différentes lorsqu'un compte utilisateur est créé, cloné, modifié, renommé ou supprimé.
Pour implémenter efficacement votre stratégie de répertoire privé, tenez compte des directives suivantes :
Vérifiez que le chemin spécifié utilise le bon format.
Pour spécifier un chemin pour un répertoire privé unique, utilisez l'un des modèles du tableau suivant :
|
Type de partage |
Modèle de chemin |
|---|---|
|
Windows |
\\ordinateur\partage\. Par exemple, si vous souhaitez que DRA crée automatiquement un répertoire privé dans le dossier Home Share (Partage privé) sur l'ordinateur serveur01, tapez \\serveur01\Home Share\. |
|
Non-Windows |
\\non-windows\partage |
Afin d'harmoniser l'administration de répertoire privé dans le répertoire racine du partage privé correspondant, utilisez la syntaxe de la convention universelle de dénomination, telle que \\nom_serveur\C:\chemin_répertoire_racine.
Pour spécifier un chemin pour des répertoires privés imbriqués, utilisez l'un des modèles du tableau suivant :
|
Type de partage |
Modèle de chemin |
|---|---|
|
Windows |
\\ordinateur\partage\premier_répertoire\deuxième_répertoire\ Par exemple, si vous souhaitez que DRA crée automatiquement un répertoire privé dans le répertoire existant JSmith\Home sous le dossier Home Share sur l'ordinateur server01, tapez \\server01\Home Share\JSmith\Home. |
|
Non-Windows |
\\non-windows\partage\premier_répertoire\deuxième_répertoire\ |
REMARQUE :DRA prend également en charge les formats suivants : \\ordinateur\partage\nom_utilisateur et \\ordinateur\partage\%nom_utilisateur%. Dans chaque cas, DRA crée automatiquement un répertoire privé pour le compte utilisateur associé.
Lorsque vous définissez une stratégie ou un déclencheur d'automatisation pour gérer des répertoires privés sur un serveur de fichiers NetApp, vous devez utiliser un format différent pour la spécification du répertoire.
Si vous utilisez des serveurs de fichiers NetApp, indiquez le répertoire parent au format suivant : \\serveur_fichiers\partage_administration:\chemin_racine_volume\chemin_répertoire
La variable partage_administration correspond au partage masqué assigné au volume racine sur le serveur de fichiers NetApp, tel que c$. Par exemple, si le chemin local du partage sur un serveur de fichiers NetApp, appelé usfiler, est c$\vol\vol0\monrépertoire, vous pouvez spécifier un chemin racine \\usfiler\c:\vol\vol0\monrépertoire pour le serveur de fichiers NetApp.
Pour spécifier un chemin DFS lorsque vous créez des répertoires privés d'utilisateurs ou lorsque vous configurez des stratégies de répertoire privé pour des utilisateurs, employez \\serveur\racine\<lien> format, où la racine peut être le domaine géré ou un répertoire racine autonome au format suivant : \\nom_serveur_fichiers\partage_administration:\chemin_racine_volume\chemin_répertoire.
Créez un répertoire partagé pour stocker le répertoire privé de ce compte utilisateur.
Assurez-vous que DRA peut accéder à l'ordinateur ou au partage référencé dans le chemin.
Cette règle permet à DRA de créer automatiquement des répertoires privés pour les nouveaux comptes utilisateur. Lorsque DRA crée un répertoire privé, le serveur d'administration utilise le chemin spécifié dans le champ Répertoire privé de l'assistant Créer un utilisateur. Vous pouvez modifier ce chemin ultérieurement via l'onglet Profil de la fenêtre Propriétés de l'utilisateur. DRA déplacera alors le répertoire privé vers le nouvel emplacement. Si vous ne spécifiez pas de valeur dans ce champ, DRA ne crée pas de répertoire privé pour ce compte utilisateur.
DRA définit la sécurité du nouveau répertoire en fonction des options Autorisations de répertoire privé. Ces options vous permettent de contrôler l'accès général de tous les répertoires privés.
Par exemple, vous pouvez spécifier que les membres du groupe Administrateurs disposent d'un contrôle complet et que les membres du groupe Service d'assistance ont un accès en lecture au partage dans lequel les répertoires privés des utilisateurs sont créés. Ensuite, lorsque DRA crée un répertoire privé d'utilisateur, ce nouveau répertoire privé peut hériter ces droits à partir du répertoire parent. Par conséquent, les membres du groupe Administrateurs ont un contrôle total sur tous les répertoires privés des utilisateurs et les membres du groupe Service d'assistance y ont accès en lecture seule.
Si le répertoire privé spécifié existe déjà, DRA ne le crée pas et ne modifie pas ses autorisations.
Cette règle permet à DRA d'effectuer automatiquement les actions suivantes :
Il crée un répertoire privé lorsque vous spécifiez un nouveau chemin de répertoire privé.
Il déplace le contenu du répertoire privé lorsque vous modifiez le chemin de ce dernier.
Il renomme un répertoire privé lorsque vous renommez le compte utilisateur.
Lorsque vous renommez un compte utilisateur, DRA renomme le répertoire privé existant sur la base du nouveau nom de compte. Si le répertoire privé existant est en cours d'utilisation, DRA crée un répertoire privé avec le nouveau nom et ne modifie pas le répertoire privé existant.
Lorsque vous modifiez le chemin du répertoire privé, DRA tente de créer le répertoire privé spécifié et de déplacer le contenu du répertoire privé précédent vers le nouvel emplacement. Vous pouvez également configurer la stratégie de répertoire privé pour créer un répertoire privé sans déplacer le contenu du répertoire privé existant. DRA applique également les listes de contrôle d'accès (ACL) assignées du répertoire précédent au nouveau répertoire. Si le répertoire privé spécifié existe déjà, DRA ne crée pas ce nouveau répertoire et ne modifie pas les autorisations du répertoire existant. Si le répertoire privé précédent n'est pas verrouillé, DRA le supprime.
Lorsque DRA ne parvient pas à renommer le répertoire privé, il tente de créer un répertoire privé avec un nouveau nom et de copier le contenu du répertoire privé précédent vers le nouveau. DRA tente ensuite de supprimer l'ancien répertoire privé. Vous pouvez configurer DRA de sorte qu'il ne copie pas le contenu de l'ancien répertoire privé vers le nouveau répertoire privé. Cela vous permet d'effectuer ce déplacement manuellement pour éviter des problèmes tels que la copie de fichiers ouverts.
Lors de la suppression de l'ancien répertoire privé, DRA doit disposer d'une autorisation explicite pour supprimer les fichiers et sous-répertoires en lecture seule de ce répertoire. Pour ce faire, vous pouvez fournir à DRA l'autorisation de supprimer explicitement ces fichiers et sous-répertoires de l'ancien répertoire privé.
DRA permet de spécifier les chemins ou répertoires parents autorisés pour les partages privés sur les serveurs de fichiers. Si vous devez spécifier de nombreux chemins de serveurs de fichiers ou de répertoires, vous pouvez exporter ces chemins dans un fichier CSV pour ensuite les ajouter à DRA à partir de ce fichier à l'aide de la console de DRA. DRA utilise les informations entrées dans le champ Chemins parents autorisés (Chemins parents autorisés) afin de vous assurer que :
DRA ne supprime pas le répertoire parent sur le serveur de fichiers lorsque des assistants administrateur suppriment un compte utilisateur et son répertoire privé ;
DRA déplace le répertoire privé vers un chemin ou un répertoire parent valide sur le serveur de fichiers lorsque vous renommez un compte utilisateur ou que vous modifiez le chemin du répertoire privé d'un compte utilisateur.
Cette règle permet à DRA de supprimer automatiquement un répertoire privé lorsque vous supprimez le compte utilisateur associé. Si vous activez la corbeille, DRA ne supprime le répertoire privé que lorsque vous supprimez le compte utilisateur de la corbeille. Lors de la suppression du répertoire privé, DRA doit disposer d'une autorisation explicite pour supprimer les fichiers et sous-répertoires en lecture seule de ce répertoire. Pour ce faire, vous pouvez fournir à DRA l'autorisation de supprimer explicitement ces fichiers et sous-répertoires.
DRA automatise les tâches de maintenance de partages privés en gérant ces derniers lorsque vous modifiez un compte utilisateur ou que vous administrez des répertoires privés. DRA peut effectuer des actions différentes lorsqu'un compte utilisateur est créé, cloné, modifié, renommé ou supprimé.
Pour garantir la cohérence avec les stratégies de sécurité de Microsoft Windows, DRA ne crée pas de restrictions de contrôle d'accès au niveau du nom du partage, mais plutôt au niveau du répertoire uniquement. En effet, la définition de restrictions de contrôle d'accès à la fois au niveau du nom du partage et de l'objet Répertoire se traduit souvent par un schéma d'accès ambigu pour les administrateurs et les utilisateurs.
REMARQUE :l'emplacement spécifié doit comporter un partage privé commun, tel que HOMEDIRS, à un niveau au-dessus des répertoires privés.
Par exemple, le chemin suivant est valide : \\HOUSERV1\HOMEDIRS\%nom_utilsateur%
En revanche, le chemin suivant n'est pas valide : \\HOUSERV1\%nom_utilisateur%
Lorsque vous définissez les règles d'automatisation relatives aux partages privés, vous pouvez spécifier un préfixe et un suffixe pour chaque partage privé créé automatiquement. En spécifiant un préfixe ou un suffixe, vous pouvez appliquer une convention de dénomination pour les partages privés.
Imaginons, par exemple, que vous activez les règles d'automatisation Créer un répertoire privé et Créer un partage privé. Pour le partage privé, vous spécifiez un caractère de soulignement comme préfixe et un signe dollar comme suffixe. Lorsque vous créez un utilisateur nommé TomS, vous assignez son nouveau répertoire à l'unité U et spécifiez \\HOUSERV1\HOMEDIRS\%nom_utilisateur% en tant que chemin du répertoire. Dans cet exemple, DRA crée un partage réseau nommé _TomS$ qui pointe vers le répertoire \\HOUSERV1\HOMEDIRS\TomS.
Lorsque DRA crée un partage privé, le serveur d'administration utilise le chemin spécifié dans le champ Répertoire privé de l'assistant Créer un utilisateur. Vous pouvez modifier ce chemin ultérieurement via l'onglet Profil de la fenêtre Propriétés de l'utilisateur.
DRA crée le nom du partage en ajoutant au nom d'utilisateur le préfixe et le suffixe spécifiés, le cas échéant. Si vous utilisez de longs noms de compte utilisateur, il se peut que DRA ne puisse pas ajouter le préfixe et le suffixe spécifiés pour le partage privé. Le préfixe et le suffixe, ainsi que le nombre de connexions autorisées, sont basés sur les options de création de partage privé que vous sélectionnez.
Si le nom de partage privé généré à partir du nom du compte utilisateur nouvellement créé existe déjà, DRA supprime le partage existant et en crée un nouveau dans le répertoire privé spécifié.
Lors du clonage d'un compte utilisateur, le nom du partage du compte utilisateur existant doit lui-même exister. Lorsque vous clonez un compte utilisateur, DRA clone également les informations du répertoire privé et les personnalise pour le nouvel utilisateur.
Lorsque vous modifiez l'emplacement d'un répertoire privé, DRA supprime le partage existant et en crée un dans le nouveau répertoire privé. Si le répertoire privé d'origine est vide, DRA le supprime.
Lorsque vous renommez un compte utilisateur, DRA supprime le partage privé existant et en crée un en fonction du nouveau nom du compte. Le nouveau partage pointe vers le répertoire privé existant.
Lorsque vous supprimez définitivement un compte utilisateur, DRA supprime le partage privé.
DRA permet de gérer les quotas de disques pour les volumes privés. Vous pouvez mettre en oeuvre cette stratégie dans les domaines natifs pour lesquels le répertoire privé se trouve sur un ordinateur Microsoft Windows. Lorsque vous implémentez cette stratégie, vous devez spécifier un quota de disque d'au moins 25 Mo pour disposer de suffisamment d'espace.
Cette fonction permet de spécifier les paramètres de stratégie pour les mots de passe que DRA génère. DRA n'applique pas ces paramètres aux mots de passe créés par les utilisateurs. Lors de la configuration des propriétés de la stratégie de mot de passe, la longueur de mot de passe ne doit pas être inférieure à 6 caractères ni supérieure à 127 caractères, et toutes les valeurs peuvent être définies sur zéro, à l'exception de la longueur de mot de passe et de la limite maximale.
Pour configurer des stratégies de génération de mot de passe, accédez à Gestion des stratégies et de l'automatisation > Configure Password Generation Policies (Configurer des stratégies de génération de mot de passe), puis cochez la case Enable Password Policy (Activer une stratégie de mot de passe). Cliquez sur Password Settings (Paramètres du mot de passe) et configurez les propriétés de la stratégie de mot de passe.
Pour supprimer, activer ou désactiver des stratégies, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation.
Pour effectuer une de ces actions, accédez à Gestion des stratégies et de l'automatisation > Stratégie. Dans le volet de droite, cliquez avec le bouton droit sur la stratégie que vous souhaitez supprimer, activer ou désactiver, puis sélectionnez l'action souhaitée.
Pour implémenter des stratégies intégrées, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation. Pour plus d'informations sur les stratégies intégrées, reportez-vous à la section Présentation des stratégies intégrées.
REMARQUE :avant d'associer la stratégie intégrée à un assistant administrateur et à une instance ActiveView, vous devez d'abord vérifier que ce dernier est assigné à l'instance en question.
Pour implémenter des stratégies intégrées :
Accédez à Gestion des stratégies et de l'automatisation > Policy (Stratégie).
Dans le menu Tasks (Tâches), cliquez sur New Policy (Nouvelle stratégie), puis sélectionnez le type de stratégie intégrée que vous souhaitez créer.
Dans chaque fenêtre de l'assistant, spécifiez les valeurs appropriées, puis cliquez sur Next (Suivant). Par exemple, vous pouvez associer cette nouvelle stratégie à une instance ActiveView spécifique, ce qui permet à DRA d'appliquer cette stratégie sur les objets inclus dans cette instance.
Passez en revue le résumé, puis cliquez sur Finish (Terminer).
Pour implémenter une stratégie personnalisée, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation.
Pour mettre en oeuvre efficacement une stratégie personnalisée, vous devez écrire un script qui s'exécute lors d'une opération spécifique (tâche d'administration). Dans le script de stratégie personnalisée, vous pouvez définir les messages d'erreur à afficher chaque fois qu'une action viole la stratégie. Vous pouvez également spécifier un message d'erreur par défaut via l'assistant Create Policy (Créer une stratégie).
Pour plus d'informations sur l'écriture de stratégies personnalisées, l'affichage d'une liste des opérations d'administration ou l'utilisation de tableaux d'arguments, reportez-vous au SDK. Pour plus d'informations, reportez-vous à la section Écriture de scripts et d'exécutables de stratégies personnalisées.
REMARQUE :
Avant d'associer la stratégie personnalisée à un assistant administrateur et à une instance ActiveView, vous devez d'abord vérifier que ce dernier est assigné à l'instance en question.
Si le chemin du script ou de l'exécutable de la stratégie personnalisée contient des espaces, indiquez le chemin entre guillemets (").
Pour implémenter une stratégie personnalisée :
Écrivez un script ou un exécutable de stratégie.
Connectez-vous à un ordinateur client DRA avec un compte auquel est assigné le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation dans le domaine géré.
Démarrez la console de délégation et de configuration.
Connectez-vous au serveur d'administration primaire.
Dans le volet de gauche, développez Gestion des stratégies et de l'automatisation.
Cliquez sur Policy (Stratégie).
Dans le menu Tasks (Tâches), cliquez sur New Policy > Create a Custom Policy (Nouvelle stratégie > Créer une stratégie personnalisée).
Dans chaque fenêtre de l'assistant, spécifiez les valeurs appropriées, puis cliquez sur Next (Suivant). Par exemple, vous pouvez associer cette nouvelle stratégie à une instance ActiveView spécifique, ce qui permet à DRA d'appliquer cette stratégie sur les objets inclus dans cette instance.
Passez en revue le résumé, puis cliquez sur Finish (Terminer).
Pour modifier toutes les propriétés d'une stratégie, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans le rôle intégré Gérer les stratégies et les déclencheurs d'automatisation.
Pour modifier les propriétés d'une stratégie :
Accédez à Gestion des stratégies et de l'automatisation > Stratégie.
Cliquez avec le bouton droit sur la stratégie que vous souhaitez modifier, puis sélectionnez Propriétés.
Modifiez les propriétés et paramètres appropriés pour cette stratégie.
Pour plus d'informations sur l'écriture de scripts ou d'exécutables de stratégies personnalisées, consultez le kit de développement logiciel (Software Developement Kit, SDK).
Pour accéder au SDK :
Assurez-vous d'avoir installé le SDK sur votre ordinateur. Le programme d'installation crée un raccourci vers le SDK dans le groupe de programmes Directory and Resource Administrator. Pour plus d'informations, reportez-vous à la liste de contrôle de l'installation de la section Installation du serveur d'administration DRA.
Cliquez sur le raccourci du SDK dans le groupe de programmes Directory and Resource Administrator.
Pour plus d'informations sur le SDK, reportez-vous au DRA REST Services Guide
(Guide des services REST de DRA) sur le site de documentation de DRA.