Set-MailboxAuditBypassAssociation
Cette cmdlet est disponible dans Exchange sur site et dans le service cloud. Certains paramètres peuvent être propres à un environnement ou à un autre.
La cmdlet Set-MailboxAuditBypassAssociation permet de configurer le contournement de la journalisation d'audit de boîtes aux lettres pour des comptes d'utilisateurs ou d'ordinateurs, tels que des comptes de service pour des applications qui ont fréquemment accès aux boîtes aux lettres.
Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.
Syntax
Set-MailboxAuditBypassAssociation
[-Identity] <MailboxAuditBypassAssociationIdParameter>
-AuditBypassEnabled <Boolean>
[-Confirm]
[-DomainController <Fqdn>]
[-WhatIf]
[<CommonParameters>]
Description
Lorsque vous configurez un compte d'utilisateur ou d'ordinateur pour contourner les journalisations d'audit de messagerie, l'accès ou les actions entreprises par l'utilisateur pour n'importe quelle boîte aux lettres ne sont pas journalisés. En ignorant les comptes d'utilisateurs ou d'ordinateurs approuvés qui nécessitent un accès fréquent aux boîtes aux lettres, vous pouvez réduire les données parasites dans les journaux d'audit des boîtes aux lettres.
Si vous avez recours aux enregistrements d'audit des boîtes aux lettres pour procéder à un audit de l'accès et des actions entreprises, vous devez contrôler les associations d'opérations d'audit ignorées à des intervalles réguliers. Si une association de ce type est ajoutée pour un compte, ce dernier peut accéder à n'importe quelle boîte aux lettres de l'organisation pour laquelle des autorisations d'accès lui ont été attribuées, sans que des entrées d'enregistrement d'audit des boîtes aux lettres ne soient générées pour cet accès, ou aucune action entreprise (la suppression de messages, par exemple).
Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.
Exemples
Exemple 1
Set-MailboxAuditBypassAssociation -Identity "Svc-MyApplication" -AuditBypassEnabled $true
Cet exemple évite le compte Svc-MyApplication de journalisation d'audit de boîtes aux lettres.
Exemple 2
Set-MailboxAuditBypassAssociation -Identity "Svc-MyApplication" -AuditBypassEnabled $false
Cet exemple supprime l'association de contournement pour le compte Svc-MyApplication.
Paramètres
-AuditBypassEnabled
Le paramètre AuditBypassEnabled spécifie si le contournement d'audit est activé pour l'utilisateur ou l'ordinateur. Les valeurs valides sont les suivantes :
- $true : Active le contournement de la journalisation d’audit de boîte aux lettres
- $false : Désactive le contournement de la journalisation d’audit de boîte aux lettres
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Confirm
Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.
- Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte :
-Confirm:$false
. - La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.
Type: | SwitchParameter |
Aliases: | cf |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-DomainController
Ce paramètre est disponible uniquement dans Exchange sur site.
Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « dc01.contoso.com ».
Type: | Fqdn |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
Le paramètre Identity spécifie un compte d'utilisateur ou d'ordinateur à ignorer pour l'enregistrement d'audit des boîtes aux lettres.
Type: | MailboxAuditBypassAssociationIdParameter |
Position: | 1 |
Default value: | None |
Required: | True |
Accept pipeline input: | True |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-WhatIf
Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
Entrées
Input types
Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.
Sorties
Output types
Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.