Add-AvailabilityAddressSpace
Cette cmdlet est disponible dans Exchange sur site et dans le service cloud. Certains paramètres peuvent être propres à un environnement ou à un autre.
Utilisez l’applet de commande Add-AvailabilityAddressSpace pour créer des objets d’espace d’adressage de disponibilité qui sont utilisés pour partager des données de disponibilité entre les organisations Exchange.
Le nombre maximal d’espaces d’adressage de disponibilité renvoyés par Active Directory à Exchange est de 100. Nous vous recommandons d’utiliser au maximum 100 espaces d’adressage de sorte que les recherches de disponibilité fonctionnent correctement.
Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.
Syntax
Add-AvailabilityAddressSpace
-AccessMethod <AvailabilityAccessMethod>
-ForestName <String>
[-Confirm]
[-Credentials <PSCredential>]
[-DomainController <Fqdn>]
[-ProxyUrl <Uri>]
[-TargetAutodiscoverEpr <Uri>]
[-UseServiceAccount <Boolean>]
[-WhatIf]
[<CommonParameters>] Description
Dans Exchange Online, vous devez exécuter l’applet de commande New-AvailabilityConfig avant d’exécuter l’applet de commande Add-AvailabilityAddressSpace.
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
Add-AvailabilityAddressSpace -ForestName example.contoso.com -AccessMethod OrgWideFB -Credentials (Get-Credential)Cet exemple est utile dans le cas d'un service de disponibilité inter-forêts non approuvé, ou si un service de disponibilité inter-forêts détaillé n'est pas souhaité. Entrez un nom d’utilisateur et un mot de passe lorsque vous y êtes invité par la commande . Dans le cas d'une configuration inter-forêts non approuvée, assurez-vous que l'utilisateur ne possède pas de boîte aux lettres.
Exemple 2
Add-AvailabilityAddressSpace -ForestName example.contoso.com -AccessMethod PerUserFB -Credentials (Get-Credential)Cet exemple est utile dans le cas d'un service de disponibilité approuvé inter-forêts. La forêt contoso.com approuve la forêt active, et le compte spécifié se connecte à la forêt contoso.com. Le compte spécifié doit être un compte existant dans la forêt contoso.com.
Exemple 3
Add-AvailabilityAddressSpace -ForestName example.contoso.com -AccessMethod PerUserFB -UseServiceAccount $trueCet exemple est utile dans le cas d'un service de disponibilité approuvé inter-forêts. La forêt contoso.com approuve la forêt active et utilise le compte de service (généralement, le compte système local ou le compte d'ordinateur) pour se connecter à la forêt contoso.com. Dans la mesure où le service est approuvé, il n'y a aucun problème d'autorisation lorsque la forêt active tente de récupérer les informations de disponibilité de contoso.com.
Paramètres
-AccessMethod
Le paramètre AccessMethod spécifie la manière d’accéder aux données de disponibilité. Les valeurs valides sont les suivantes :
- PerUserFB : des informations de disponibilité par utilisateur peuvent être demandées. Les données de disponibilité sont accessibles dans le compte ou le groupe proxy de disponibilité par utilisateur défini, ou dans le groupe Tous les serveurs Exchange. Cette valeur requiert une approbation entre les deux forêts et exige que vous utilisiez le paramètre UseServiceAccount ou Credentials.
- OrgWideFB : seule la disponibilité par défaut de chaque utilisateur peut être demandée. Vous accédez aux données de disponibilité dans le groupe ou le compte de proxy de disponibilité par utilisateur ou dans le groupe de la forêt cible. Cette valeur exige que vous utilisiez le paramètre UseServiceAccount ou Credentials.
- OrgWideFBBasic : cette valeur est réservée à une utilisation Microsoft interne.
- InternalProxy : la requête est transmise par proxy à un exchange dans le site qui a une version ultérieure d’Exchange.
- PublicFolder : cette valeur a été utilisée pour accéder aux données de disponibilité sur Exchange Server serveurs 2003.
| Type: | AvailabilityAccessMethod |
| 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, Exchange Online Protection |
-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 |
-Credentials
Le paramètre Credentials spécifie le nom d’utilisateur et le mot de passe utilisés pour accéder aux services de disponibilité dans la forêt cible.
Une valeur pour ce paramètre nécessite l’applet de commande Get-Credential. Pour interrompre la commande et recevoir une invite à entrer les informations d’identification, utilisez la valeur (Get-Credential). Sinon, avant d’exécuter cette commande, stockez les informations d’identification dans une variable (par exemple, $cred = Get-Credential), puis utilisez le nom de cette variable name ($cred) pour ce paramètre. Pour plus d’informations, voir Get-Credential.
| Type: | PSCredential |
| 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 |
-ForestName
Le paramètre ForestName spécifie le nom de domaine SMTP de la forêt cible pour les utilisateurs dont les données de disponibilité doivent être récupérées. Si vos utilisateurs sont répartis dans plusieurs domaines SMTP de la forêt cible, exécutez la commande Add-AvailabilityAddressSpace une fois pour chaque domaine SMTP.
| Type: | String |
| 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, Exchange Online Protection |
-ProxyUrl
Ce paramètre est disponible uniquement dans Exchange sur site.
Le paramètre ProxyUrl a été utilisé pour spécifier l’URL qui a demandé à un serveur d’accès au client Exchange 2007 de proxy ses demandes de disponibilité via un serveur d’accès au client Exchange 2010 ou Exchange 2013 lors de la demande de données de disponibilité fédérées pour un utilisateur d’une autre organisation. Lorsque vous avez utilisé ce paramètre, vous avez dû définir la valeur du paramètre AccessMethod sur InternalProxy.
Ce paramètre exige que vous créiez les relations d’approbation et les relations de partage appropriées entre les organisations Exchange. Pour plus d'informations, voir New-FederationTrust.
| Type: | Uri |
| 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 |
-TargetAutodiscoverEpr
Le paramètre TargetAutodiscoverEpr spécifie l’URL de découverte automatique des services web Exchange pour l’organisation externe, par exemple . https://contoso.com/autodiscover/autodiscover.xml Exchange utilise la découverte automatique pour détecter automatiquement le point de terminaison de serveur approprié pour les demandes externes.
| Type: | Uri |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-UseServiceAccount
Ce paramètre est disponible uniquement dans Exchange sur site.
Le paramètre UseServiceAccount spécifie s’il faut utiliser le compte de service de disponibilité local pour l’autorisation. Valeurs admises
- $true : le compte de service de disponibilité local est utilisé pour l’autorisation.
- $false : le compte de service de disponibilité local n’est pas utilisé pour l’autorisation. Vous devez utiliser le paramètre Credentials.
| Type: | Boolean |
| 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 |
-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.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour