DRA vous permet de configurer diverses stratégies qui aident à sécuriser votre entreprise et à éviter l'altération de données. Ces stratégies fonctionnent dans le cadre du modèle de sécurité dynamique, garantissant que l'application des stratégies s'adapte automatiquement à l'évolution de votre entreprise. L'établissement de stratégies, telles que des conventions de dénomination, des limites d'utilisation des disques et la validation de propriétés, vous permet d'appliquer des règles qui aident à maintenir l'intégrité des données de votre entreprise.
DRA vous permet de définir rapidement des règles de stratégie pour les domaines de gestion d'entreprise suivants :
Microsoft Exchange
Office 365
Répertoire privé
Génération de mot de passe
DRA fournit également des stratégies intégrées pour les groupes, les comptes utilisateur et les ordinateurs.
Pour gérer ou définir des stratégies, vous devez disposer des pouvoirs appropriés, tels que ceux inclus dans les rôles Administrateurs DRA ou Gérer les stratégies et les déclencheurs d'automatisation. Pour vous aider à gérer vos stratégies, DRA fournit le rapport Détails de la stratégie. Ce rapport contient les informations suivantes :
Il indique si la stratégie est activée.
Il liste les opérations associées.
Il répertorie les objets gouvernés par cette stratégie.
Il fournit des détails sur l'étendue de la stratégie.
Vous pouvez utiliser ce rapport pour vous assurer que vos stratégies sont définies correctement. Vous pouvez également employer ce rapport pour comparer les propriétés de stratégies, identifier les conflits et améliorer l'application des stratégies au sein de votre entreprise.
Vous pouvez associer chaque tâche ou opération d'administration à une ou plusieurs stratégies. Lorsque vous effectuez une opération associée à une stratégie, le serveur d'administration exécute cette dernière et applique les règles spécifiées. Si le serveur détecte une violation de stratégie, il renvoie un message d'erreur. Si le serveur ne détecte pas de violation de stratégie, il réalise l'opération. Vous pouvez limiter l'étendue d'une stratégie en l'associant à certains groupes d'assistants administrateur ou à des instances Active Views spécifiques.
Si une opération est associée à plusieurs stratégies, le serveur d'administration applique ces dernières selon l'ordre alphabétique. Autrement dit, la stratégie A est appliquée avant la stratégie B, quelles que soient les règles spécifiées.
Pour vous assurer que vos stratégies ne sont pas en conflit les unes avec les autres, utilisez les directives suivantes :
Nommez les stratégies de sorte qu'elles s'exécutent dans l'ordre approprié.
Vérifiez que chaque stratégie n'interfère pas avec des validations ou des actions effectuées par d'autres stratégies.
Testez les stratégies personnalisées dans leur intégralité avant de les implémenter dans votre environnement de production.
À chaque exécution d'une stratégie, le serveur d'administration indique l'état de cette dernière dans le journal d'audit. Ces entrées de journal enregistrent le code de retour, les opérations associées, les objets concernés et si la stratégie personnalisée a réussi.
AVERTISSEMENT :les stratégies sont exécutées à l'aide du compte de service d'administration. Étant donné que le compte de service dispose des autorisations de niveau administrateur, les stratégies disposent d'un accès complet à toutes les données d'entreprise. Par conséquent, les assistants administrateur associés au rôle intégré Gérer les stratégies et les déclencheurs d'automatisation pourraient obtenir davantage de pouvoirs que prévu.
Des stratégies intégrées sont implémentées lorsque vous installez le serveur d'administration. Lorsque vous utilisez ces stratégies, vous pouvez rencontrer les termes suivants :
Définit les objets ou les propriétés auxquels DRA applique la stratégie. Par exemple, certaines stratégies vous permettent de les appliquer à des assistants administrateur spécifiques dans des instances Active Views spécifiques. Certaines stratégies vous permettent de choisir parmi différentes classes d'objets, comme les comptes utilisateur ou les groupes.
Appliquent leurs règles à tous les objets de la classe ou du type spécifié dans les domaines gérés. Les stratégies globales ne permettent pas de limiter l'étendue des objets auxquels s'applique la stratégie.
Définit si la stratégie s'applique avec d'autres ou par elle-même. Pour établir une relation de stratégie, définissez au moins deux règles qui s'appliquent à la même action, puis choisissez le membre d'une option de groupe de stratégies. Si la propriété ou les paramètres de l'opération correspondent à l'une des règles, l'opération réussit.
Les stratégies intégrées proposent des règles d'entreprise répondant aux problèmes courants de sécurité et d'intégrité des données. Ces stratégies font partie du modèle de sécurité par défaut, ce qui vous permet d'intégrer des fonctions de sécurité DRA dans votre configuration d'entreprise existante.
DRA permet d'appliquer des stratégies de deux manières. Vous pouvez créer des stratégies personnalisées ou choisir parmi plusieurs stratégies intégrées. Les stratégies intégrées permettent d'appliquer facilement une stratégie, sans devoir développer des scripts personnalisés. Si vous devez implémenter une stratégie personnalisée, vous pouvez adapter une stratégie intégrée existante pour répondre à vos besoins. La plupart des stratégies vous permettent de modifier le texte du message d'erreur, de renommer la stratégie, d'ajouter une description et de spécifier le mode d'application de la stratégie.
Plusieurs stratégies intégrées sont activées lorsque vous installez DRA. Les stratégies suivantes sont implémentées par défaut. Si vous ne souhaitez pas appliquer ces stratégies, vous pouvez les désactiver ou les supprimer.
|
Nom de la stratégie |
Valeur par défaut |
Description |
|---|---|---|
|
$ComputerNameLengthPolicy |
64 15 (versions antérieures à Windows 2000) |
Limite le nombre de caractères dans le nom de l'ordinateur ou le nom de l'ordinateur de version antérieure à Windows 2000. |
|
$GroupNameLengthPolicy |
64 20 (versions antérieures à Windows 2000) |
Limite le nombre de caractères dans le nom du groupe ou le nom du groupe de version antérieure à Windows 2000. |
|
$GroupSizePolicy |
5000 |
Limite le nombre de membres dans un groupe. |
|
$NameUniquenessPolicy |
Aucune |
Vérifie que les noms CN et ceux antérieurs à Windows 2000 sont uniques dans tous les domaines gérés. |
|
$SpecialGroupsPolicy |
Aucune |
Empêche l'escalade non contrôlée de pouvoirs dans l'environnement. |
|
$UCPowerConflictPolicy |
Aucune |
Empêche l'escalade de pouvoirs en définissant les pouvoirs Cloner un utilisateur et Créer un utilisateur comme s'excluant mutuellement. |
|
$UPNUniquenessPolicy |
Aucune |
Vérifie que les noms UPN sont uniques dans tous les domaines gérés. |
|
$UserNameLengthPolicy |
64 20 (nom de connexion de bas niveau) |
Limite le nombre de caractères dans le nom de connexion de l'utilisateur ou le nom de connexion de bas niveau. |
DRA fournit plusieurs stratégies que vous pouvez personnaliser pour votre modèle de sécurité.
REMARQUE :vous pouvez créer une stratégie qui requiert une entrée pour une propriété non disponible actuellement à partir des interfaces utilisateur de DRA. Si une entrée est requise par la stratégie et si l'interface utilisateur ne fournit pas un champ pour spécifier la valeur (par exemple, un service pour le nouveau compte utilisateur), vous ne serez pas en mesure de créer ni de gérer l'objet. Pour éviter ce problème, configurez des stratégies qui exigent uniquement des propriétés accessibles à partir des interfaces utilisateur.
Permet de lier un script ou un exécutable à une opération DRA ou Exchange. Les stratégies personnalisées vous permettent de valider toutes les opérations que vous choisissez.
Permet d'appliquer de manière globale une longueur de nom maximale pour les comptes utilisateur, les groupes, les unités organisationnelles, les contacts ou les ordinateurs.
La stratégie vérifie le conteneur de noms (nom commun ou cn) et le nom pour les versions antérieures à Windows 2000 (nom de connexion de l'utilisateur).
Permet d'appliquer de manière globale les limites quant au nombre de membres dans un groupe.
Vérifie qu'un nom dans une version antérieure à Windows 2000 est unique sur l'ensemble des domaines gérés. Dans les domaines Microsoft Windows, les noms dans les versions antérieures à Windows 2000 doivent être uniques au sein d'un domaine. Cette stratégie globale applique cette règle sur l'ensemble des domaines gérés.
Vérifie qu'un nom de principal de type utilisateur (User Principal Name, UPN) est unique sur l'ensemble des domaines gérés. Dans les domaines Microsoft Windows, les UPN doivent être uniques au sein d'un domaine. Cette stratégie applique cette règle sur l'ensemble des domaines gérés. Étant donné qu'il s'agit d'une stratégie globale, DRA fournit le nom de la stratégie, sa description et sa relation.
Empêche un utilisateur de gérer des membres d'un groupe d'administrateurs, excepté s'il est lui-même membre de ce groupe d'administrateurs. Cette stratégie globale est activée par défaut.
Lorsque vous limitez les actions sur les membres des groupes d'administrateurs, l'assistant Create Policy (Créer une stratégie) ne nécessite pas d'informations supplémentaires. Vous pouvez spécifier un message d'erreur personnalisé. Étant donné qu'il s'agit d'une stratégie globale, DRA fournit le nom de la stratégie, sa description et sa relation.
Empêche l'éventuelle escalade des pouvoirs. Lorsque cette stratégie est activée, vous pouvez créer des comptes utilisateur ou en cloner, mais vous ne pouvez pas disposer des deux pouvoirs. Cette stratégie globale évite qu'un utilisateur puisse à la fois créer et cloner des comptes utilisateur dans la même instance Active Views.
Cette stratégie ne nécessite pas d'informations supplémentaires.
Permet d'établir des conventions de dénomination qui s'appliquent à des assistants administrateur, des instances Active Views et des classes d'objets spécifiques, comme des comptes utilisateur ou des groupes.
Vous pouvez également spécifier les noms exacts contrôlés par cette stratégie.
Permet de créer une stratégie pour valider une propriété, une unité organisationnelle ou un objet Compte. Vous pouvez spécifier une valeur par défaut, un masque de format de propriété ainsi que des valeurs et plages valides.
Utilisez cette stratégie pour appliquer l'intégrité des données en validant des champs d'entrée particuliers lorsque vous créez, clonez ou modifiez les propriétés d'objets spécifiques. Cette stratégie offre une flexibilité exceptionnelle et permet de valider des entrées, de spécifier des entrées par défaut et de limiter les choix d'entrée pour différents champs de propriétés. À l'aide de cette stratégie, vous pouvez exiger qu'une entrée correcte soit spécifiée avant que la tâche soit effectuée. De cette façon, vous préservez l'intégrité des données sur l'ensemble de vos domaines gérés.
Supposons, par exemple, que vous avez trois services : Manufacturing, Sales et Administration. Vous pouvez limiter les entrées que DRA acceptera à ces trois valeurs uniquement. Vous pouvez également utiliser cette stratégie pour appliquer les formats de numéro de téléphone appropriés, fournir une plage de données valides ou exiger une entrée pour le champ d'adresse électronique. Pour spécifier plusieurs masques de format pour un numéro de téléphone, comme (123)456 7890 et 456 7890, définissez le masque de format de propriété (###)### ####,### ####.
Permet de créer une stratégie pour assigner les licences Office 365 en fonction de l'adhésion au groupe Active Directory. Cette stratégie applique également le retrait des licences Office 365 lorsqu'un membre est supprimé du groupe Active Directory concerné.
Si un utilisateur qui n'est pas synchronisé avec le cloud est ajouté au groupe Active Directory, cet utilisateur est synchronisé avant qu'une licence Office 365 lui soit assignée.
Lors de la création de la stratégie, vous pouvez spécifier plusieurs propriétés et paramètres, tels que le nom de la stratégie et le texte du message d'erreur qui apparaît lorsqu'un assistant administrateur tente une action qui viole cette stratégie.
Par défaut, 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 la planification de la mise à jour des licences sur la page des propriétés du locataire.
Étant donné que les stratégies intégrées font partie intégrante du modèle de sécurité par défaut, vous pouvez les utiliser pour appliquer votre modèle de sécurité actuel ou les modifier pour mieux répondre à vos besoins. Vous pouvez modifier le nom, les paramètres de règle, l'étendue, la relation et le message d'erreur de plusieurs stratégies intégrées. Vous pouvez activer ou désactiver chaque stratégie intégrée.
Vous pouvez aussi facilement créer des stratégies.
Les stratégies personnalisées permettent de tirer pleinement parti de la puissance et de la flexibilité du modèle de sécurité par défaut. Grâce à l'utilisation de stratégies personnalisées, vous pouvez intégrer DRA aux composants d'entreprise existants, tout en garantissant l'application de vos règles propriétaires. Vous pouvez utiliser la fonction de personnalisation de stratégie pour étendre vos stratégies d'entreprise.
Vous créez et appliquez des stratégies personnalisées en associant un fichier exécutable ou un script avec une opération d'administration. Par exemple, un script de stratégie associé avec l'opération UserCreate pourrait vérifier votre base de données des ressources humaines afin de vérifier si l'employé spécifié existe. Si ce dernier existe bien dans la base de données et ne dispose pas d'un compte existant, le script récupère l'ID de l'employé, son prénom et son nom à partir de la base de données. L'opération aboutit et remplit la fenêtre des propriétés du compte utilisateur avec les informations appropriées. En revanche, si l'employé possède déjà un compte, l'opération échoue.
Les scripts représentent une source de flexibilité et de puissance considérable. Pour créer vos propres scripts de stratégie, vous pouvez utiliser le fournisseur ADSI de DRA, un SDK (Software Development Kit) et des applets de commande (cmdlets) PowerShell. Pour plus d'informations sur la création de vos propres scripts de stratégie, reportez-vous à la section Reference (Référence) sur le site de documentation de DRA.
Pour sécuriser davantage votre environnement, DRA permet de limiter les pouvoirs octroyés aux groupes de sécurité intégrés de Microsoft Windows. La possibilité de modifier l'adhésion à un groupe, les propriétés des groupes de sécurité intégrés ou les propriétés des membres de groupes peut avoir des implications importantes en termes de sécurité. Par exemple, si vous pouvez modifier le mot de passe d'un utilisateur dans le groupe Opérateurs de serveur, vous pouvez ensuite vous connecter sous l'identité de cet utilisateur et exercer les pouvoirs délégués à ce groupe de sécurité intégré.
Pour éviter ce problème de sécurité, DRA fournit une stratégie qui vérifie les pouvoirs dont vous disposez pour un groupe de sécurité intégré natif et ses membres. Cette validation vérifie que les actions demandées n'augmentent pas ces pouvoirs. Une fois cette stratégie activée, un assistant administrateur qui est membre d'un groupe de sécurité intégré, tel que le groupe Opérateurs de serveur, ne peut gérer que les autres membres du même groupe.
Vous pouvez limiter les pouvoirs des groupes de sécurité intégrés de Microsoft Windows suivants à l'aide de stratégies DRA :
Opérateurs de compte
Administrateurs
Opérateurs de sauvegarde
Éditeurs de certificats
Administrateurs DNS
Administrateurs de domaine
Administrateurs d'entreprise
Propriétaires de créateur de stratégie de groupe
Opérateurs d'impression
Administrateurs de schéma
REMARQUE :DRA fait référence aux groupes de sécurité intégrés par leur identificateur interne. Par conséquent, il prend en charge ces groupes même s'ils sont renommés. Cette fonction permet à DRA de prendre en charge des groupes de sécurité intégrés portant des noms différents selon les pays. Par exemple, DRA fait référence aux groupes Administrators et Administrateurs avec le même identificateur interne.
DRA utilise une stratégie pour limiter les pouvoirs que les groupes de sécurité intégrés natifs et leurs membres peuvent exercer. Cette stratégie, nommée $SpecialGroupsPolicy, limite les actions qu'un membre d'un groupe de sécurité intégré natif peut effectuer sur d'autres membres ou d'autres groupes de sécurité intégrés natifs. DRA active cette stratégie par défaut. Si vous ne souhaitez pas limiter les actions sur les groupes de sécurité intégrés natifs et leurs membres, vous pouvez désactiver cette stratégie.
Lorsque cette stratégie est activée, DRA utilise les tests de validation suivants pour déterminer si une action est autorisée sur un groupe de sécurité intégré natif ou ses membres :
Si vous êtes un administrateur Microsoft Windows, vous pouvez effectuer des actions sur les groupes de sécurité intégrés natifs et leurs membres pour lesquels vous disposez des pouvoirs appropriés.
Si vous êtes membre d'un groupe de sécurité intégré, vous pouvez effectuer des actions sur le même groupe de sécurité intégré et ses membres, pour autant que vous possédiez les pouvoirs appropriés.
Si vous n'êtes pas membre d'un groupe de sécurité intégré, vous ne pouvez pas modifier un groupe de sécurité intégré ni ses membres.
Par exemple, si vous êtes membre des groupes Opérateurs de serveur et Opérateurs de compte et que vous disposez des pouvoirs appropriés, vous pouvez effectuer des actions sur les membres du groupe Opérateurs de serveur, les membres du groupe Opérateurs de compte ou les membres de ces deux groupes. En revanche, vous ne pouvez pas effectuer des actions sur un compte utilisateur qui est à la fois membre du groupe Opérateurs d'impression et du groupe Opérateurs de compte.
DRA vous empêche d'effectuer les actions suivantes sur les groupes de sécurité intégrés natifs :
Clonage d'un groupe
Création d'un groupe
Suppression d'un groupe
Ajout d'un membre à un groupe
Suppression d'un membre d'un groupe
Déplacement d'un groupe vers une unité organisationnelle
Modification des propriétés d'un groupe
Copie d'une boîte aux lettres
Suppression d'une boîte aux lettres
Clonage d'un compte utilisateur
Création d'un compte utilisateur
Suppression d'un compte utilisateur
Déplacement d'un compte utilisateur vers une unité organisationnelle
Modification des propriétés d'un compte utilisateur
DRA limite également les actions de sorte que vous ne puissiez pas acquérir des pouvoirs sur un objet. Par exemple, lorsque vous ajoutez un compte utilisateur à un groupe, DRA vérifie que cela ne vous octroie pas des pouvoirs supplémentaires sur le compte utilisateur parce qu'il est membre de ce groupe. Cette validation aide à protéger contre une escalade des pouvoirs.
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 d'appliquer des stratégies concernant les caractères qui ne sont pas valides et le nombre de caractères autorisés pour éviter les échecs de synchronisation des répertoires.
Les règles Office 365 permettent de spécifier la façon dont Exchange Online prend en charge les boîtes aux lettres Office 365 lorsque vous créez ou supprimez des comptes 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.
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 boîte aux lettres Office 365, 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. Votre licence doit également prendre en charge le produit Microsoft Exchange.
Pour définir des caractères non valides et des longueurs requises avec des propriétés qui assurent une synchronisation avec Office 365, cliquez sur Office 365 Rules (Règles Office 365), puis cochez la case Enforce online mailbox policies for invalid characters and character lengths (Appliquer des stratégies de boîte aux lettres en ligne pour les caractères non valides et les longueurs requises).
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 noeud 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 > Create New Policy to Enforce Office 365 Licenses (Nouvelle stratégie > 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.
Vous pouvez renommer le répertoire privé si le nom et l'emplacement du répertoire privé précédent et du nouveau répertoire privé sont identiques. Toutefois, si l'attribution du nouveau nom échoue, DRA crée un répertoire privé, déplace le contenu du répertoire privé précédent vers le nouveau, puis supprime 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. Lorsque vous configurez les propriétés de la stratégie de mot de passe, la longueur du mot de passe doit être comprise entre 6 et 127 caractères. Toutes les valeurs peuvent être définies sur zéro, à l'exception de la longueur du mot de passe.
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 Active Views, 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 Active Views 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 Active Views, 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 Active Views 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.
La stratégie de dénomination automatique comprend trois configurations de stratégie dans les stratégies Exchange qui sont propres au client de délégation et de configuration, ce qui signifie qu'il s'agit d'une stratégie côté client.
La stratégie de dénomination automatique permet de spécifier des règles de dénomination automatisées pour des propriétés spécifiques d'une boîte aux lettres. Vous pouvez ainsi établir des conventions de dénomination et générer rapidement des valeurs standard pour les propriétés de nom d'affichage, de nom de répertoire et d'alias. Exchange permet de spécifier des chaînes de substitution, telles que %First et %Last, pour plusieurs options de dénomination automatisée.
Lorsque Exchange génère un nom de répertoire ou un alias, il vérifie si la valeur générée est unique. Si la valeur générée n'est pas unique, Exchange ajoute un trait d'union (-) et un nombre à deux chiffres, en commençant par -01, de manière à rendre la valeur unique. Lorsque Exchange génère un nom d'affichage, il ne vérifie pas si la valeur est unique.
Exchange prend en charge les chaînes de substitution suivantes pour les stratégies de dénomination automatique et de génération de proxy :
|
%First |
Indique la valeur de la propriété Prénom du compte utilisateur associé. |
|---|---|
|
%Last |
Indique la valeur de la propriété Nom du compte utilisateur associé. |
|
%Initials |
Indique la valeur de la propriété Initiales du compte utilisateur associé. |
|
%Alias |
Indique la valeur de la propriété de boîte aux lettres Alias. |
|
%DirNam |
Indique la valeur de la propriété de boîte aux lettres Nom du répertoire. Lors de la génération des adresses électroniques pour les boîtes aux lettres Microsoft Exchange, Exchange ne prend pas en charge les chaînes de génération de proxy qui spécifient la variable %DirName. |
|
%UserName |
Indique la valeur de la propriété Nom d'utilisateur du compte utilisateur associé. |
Vous pouvez également spécifier un nombre entre le signe de pourcentage (%) et le nom de la chaîne de substitution pour indiquer le nombre de caractères de cette valeur à inclure. Par exemple, %2First indique les deux premiers caractères de la propriété Prénom du compte utilisateur.
Chaque règle de dénomination automatique ou chaque stratégie de génération de proxy peut contenir une ou plusieurs chaînes de substitution. Vous pouvez également spécifier dans chaque règle des caractères comme préfixe ou suffixe d'une chaîne de substitution spécifique, par exemple, un point et un espace (.) après la chaîne de substitution %Initials. Si la propriété de la chaîne de substitution est vide, Exchange n'inclut pas le suffixe de cette propriété.
Imaginez, par exemple, la règle de dénomination automatique suivante pour la propriété Nom d'affichage :
%First %1Initials. %Last
Si la propriété Prénom est Susan, la propriété Initiales est May et la propriété Nom est Smith, Exchange définit la propriété Nom d'affichage sur Susan M. Smith.
Si la propriété Prénom est Michael, la propriété Initiales est vide et la propriété Nom est Jones, Exchange définit la propriété Nom d'affichage sur Michael Jones.
Pour spécifier des options de dénomination automatisée de boîte aux lettres, 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 de dénomination automatisée de boîte aux lettres :
Accédez à Gestion des stratégies et de l'automatisation > Configure Exchange Policies (Configurer des stratégies Exchange) > Alias naming (Dénomination d'alias).
Spécifiez les informations de génération de nom appropriées.
Sélectionnez l'option Enforce alias naming rules during mailbox updates (Appliquer les règles de dénomination d'alias lors des mises à jour de boîte aux lettres).
Cliquez sur OK.
Pour spécifier des options de dénomination de ressource, 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 de dénomination de ressource :
Accédez à Gestion des stratégies et de l'automatisation > Configure Exchange Policies (Configurer des stratégies Exchange > Resource naming (Dénomination de ressource).
Spécifiez les informations de génération de nom de ressource appropriées.
Sélectionnez l'option Enforce resource naming rules during mailbox updates (Appliquer les règles de dénomination de ressource lors des mises à jour de boîte aux lettres).
Cliquez sur OK.
Pour spécifier des options de dénomination d'archive, 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 de dénomination d'archive :
Accédez à Gestion des stratégies et de l'automatisation > Configure Exchange Policies (Configurer des stratégies Exchange) > Archive naming (Dénomination d'archive).
Spécifiez les informations de génération de nom d'archive appropriées pour les comptes utilisateur.
Sélectionnez l'option Enforce archive naming rules during mailbox updates (Appliquer les règles de dénomination d'archive lors des mises à jour de boîte aux lettres).
Cliquez sur OK.