New-ActiveSyncVirtualDirectory
La cmdlet est disponible uniquement dans Exchange en local.
Utilisez l’applet de commande New-ActiveSyncVirtualDirectory pour créer Exchange ActiveSync répertoires virtuels qui sont utilisés dans Internet Information Services (IIS) sur Microsoft serveurs Exchange.
Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.
Syntax
New-ActiveSyncVirtualDirectory
[-ApplicationRoot <String>]
[-AppPoolId <String>]
[-Confirm]
[-DomainController <Fqdn>]
[-ExtendedProtectionFlags <MultiValuedProperty>]
[-ExtendedProtectionSPNList <MultiValuedProperty>]
[-ExtendedProtectionTokenChecking <ExtendedProtectionTokenCheckingMode>]
[-ExternalAuthenticationMethods <MultiValuedProperty>]
[-ExternalUrl <Uri>]
[-InstallProxySubDirectory <Boolean>]
[-InternalAuthenticationMethods <MultiValuedProperty>]
[-InternalUrl <Uri>]
[-Path <String>]
[-Role <VirtualDirectoryRole>]
[-Server <ServerIdParameter>]
[-WebSiteName <String>]
[-WhatIf]
[<CommonParameters>] Description
L’applet de commande New-ActiveSyncVirtualDirectory crée un répertoire virtuel Exchange ActiveSync sur le serveur spécifié sous le site web spécifié. Le répertoire virtuel Exchange ActiveSync créé est nommé Microsoft-Server-ActiveSync. Un seul répertoire virtuel Exchange ActiveSync peut exister dans chaque site web Exchange ActiveSync.
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
New-ActiveSyncVirtualDirectory -WebSiteName "Default Web Site" -ExternalUrl https://www.contoso.com/Microsoft-Server-ActiveSyncCet exemple crée un répertoire virtuel Exchange ActiveSync et spécifie l’URL externe utilisée pour se connecter au répertoire virtuel.
Exemple 2
New-ActiveSyncVirtualDirectory -WebSiteName "Default Web Site" -ExternalUrl https://www.contoso.com/mail -InternalUrl https://contoso/mailCet exemple crée un répertoire virtuel Exchange ActiveSync et spécifie les URL externes et internes utilisées pour se connecter au répertoire virtuel.
Exemple 3
New-ActiveSyncVirtualDirectory -WebSiteName "Default Web Site" -ExternalUrl "https://www.fourthcoffee.com/Microsoft-Server-ActiveSync"Cet exemple crée un répertoire virtuel Exchange ActiveSync pour l’entreprise Fourth Coffee.
Paramètres
-ApplicationRoot
Le paramètre ApplicationRoot spécifie le chemin d’accès de la métabase du répertoire virtuel. Ce chemin est le même, par défaut, que le site Web dans lequel le répertoire virtuel est créé.
| Type: | String |
| 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 |
-AppPoolId
Le paramètre AppPoolId spécifie le pool d’applications IIS dans lequel le répertoire virtuel s’exécute. Il est conseillé de laisser ce paramètre sur sa valeur par défaut.
| Type: | String |
| 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 |
-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 |
-DomainController
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 |
-ExtendedProtectionFlags
Le paramètre ExtendedProtectionFlags spécifie des paramètres personnalisés pour la protection étendue pour l’authentification sur le répertoire virtuel. Les valeurs valides sont les suivantes :
- Aucune : paramètre par défaut.
- AllowDotlessSPN : obligatoire si vous souhaitez utiliser des valeurs de nom de principal du service (SPN) qui ne contiennent pas de noms de domaine complets (par exemple, HTTP/ContosoMail au lieu de HTTP/mail.contoso.com). Vous spécifiez des SPN avec le paramètre ExtendedProtectionSPNList. Ce paramètre rend la protection étendue pour l’authentification moins sécurisée, car les certificats sans point ne sont pas uniques. Il n’est donc pas possible de garantir que la connexion client-proxy a été établie sur un canal sécurisé.
- NoServiceNameCheck : la liste SPN n’est pas vérifiée pour valider un jeton de liaison de canal. Ce paramètre rend la protection étendue pour l’authentification moins sécurisée. Ce paramètre n’est généralement pas recommandé.
- Proxy : un serveur proxy est responsable de l’arrêt du canal SSL. Pour utiliser ce paramètre, vous devez inscrire un SPN à l’aide du paramètre ExtendedProtectionSPNList.
- ProxyCoHosting : le trafic HTTP et HTTPS peut accéder au répertoire virtuel, et un serveur proxy se trouve entre au moins certains clients et les services d’accès au client sur le serveur Exchange.
| Type: | MultiValuedProperty |
| 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 |
-ExtendedProtectionSPNList
Le paramètre ExtendedProtectionSPNList spécifie une liste de noms de principal de service (SPN) valides si vous utilisez la protection étendue pour l’authentification sur le répertoire virtuel. Les valeurs valides sont les suivantes :
- $null : il s’agit de la valeur par défaut.
- SpN unique ou liste délimitée par des virgules de SPN valides : le format de valeur SPN est
Protocol\FQDN. Par exemple, HTTP/mail.contoso.com. Pour ajouter un SPN qui n’est pas un nom de domaine complet (par exemple, HTTP/ContosoMail), vous devez également utiliser la valeur AllowDotlessSPN pour le paramètre ExtendedProtectionFlags.
| Type: | MultiValuedProperty |
| 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 |
-ExtendedProtectionTokenChecking
Le paramètre ExtendedProtectionTokenChecking définit la façon dont vous souhaitez utiliser la protection étendue pour l’authentification sur le répertoire virtuel. Cette fonctionnalité n’est pas activée par défaut. Les valeurs valides sont les suivantes :
- Aucun : la protection étendue pour l’authentification n’est pas utilisée sur le répertoire virtuel. Il s’agit de la valeur par défaut.
- None : la protection étendue de l’authentification n’est pas utilisée dans le répertoire virtuel. Il s’agit de la valeur par défaut.
- Exiger : la protection étendue pour l’authentification est utilisée pour toutes les connexions entre les clients et le répertoire virtuel. Si le client ou le serveur ne le prend pas en charge, la connexion échoue. Si vous utilisez cette valeur, vous devez également définir une valeur SPN pour le paramètre ExtendedProtectionSPNList.
Remarque : Si vous utilisez la valeur Autoriser ou Exiger et que vous disposez d’un serveur proxy entre le client et les services d’accès au client sur le serveur de boîtes aux lettres configuré pour mettre fin au canal SSL client-à-proxy, vous devez également configurer un ou plusieurs noms de principal de service (SPN) à l’aide du paramètre ExtendedProtectionSPNList.
| Type: | ExtendedProtectionTokenCheckingMode |
| 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 |
-ExternalAuthenticationMethods
Le paramètre ExternalAuthenticationMethods restreint les méthodes d’authentification qui peuvent être utilisées pour se connecter au répertoire virtuel à partir de l’extérieur du pare-feu. Les valeurs valides sont les suivantes :
- Adfs
- Basic
- Certificat
- Digérer
- Fba
- Kerberos
- LiveIdBasic
- LiveIdFba
- LiveIdNegotiate
- NegoEx
- Négocier
- Ntlm
- OAuth
- WindowsIntegrated
- WSSecurity
WSSecurity
Bien que vous puissiez spécifier l’une de ces valeurs, le fait que la méthode d’authentification fonctionne réellement pour les connexions externes dépend d’autres facteurs. Par exemple :
- Bien que vous puissiez spécifier toutes ces valeurs, le fonctionnement de la méthode d’authentification pour les connexions internes dépend en fait d’autres facteurs. Par exemple :
- La méthode d’authentification est-elle disponible dans le répertoire virtuel ?
La valeur par défaut est vide ($null), ce qui signifie que tous les méthodes d’authentification disponibles sont acceptées.
| Type: | MultiValuedProperty |
| 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 |
-ExternalUrl
Le paramètre ExternalURL spécifie l’URL qui est utilisée pour se connecter au répertoire virtuel depuis l’extérieur du pare-feu.
| 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 |
-InstallProxySubDirectory
Le paramètre InstallProxySubDirectory a été utilisé pour créer un sous-répertoire requis pour le proxy des connexions ActiveSync avec Exchange 2007.
| 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 |
-InternalAuthenticationMethods
Le paramètre InternalAuthenticationMethods restreint les méthodes d’authentification qui peuvent être utilisées pour se connecter au répertoire virtuel à partir du pare-feu. Les valeurs valides sont les suivantes :
- Adfs
- Basic
- Certificat
- Digérer
- Fba
- Kerberos
- LiveIdBasic
- LiveIdFba
- LiveIdNegotiate
- NegoEx
- Négocier
- Ntlm
- OAuth
- WindowsIntegrated
- WSSecurity
WSSecurity
Bien que vous puissiez spécifier l’une de ces valeurs, le fait que la méthode d’authentification fonctionne réellement pour les connexions internes dépend d’autres facteurs. Par exemple :
- Bien que vous puissiez spécifier toutes ces valeurs, le fonctionnement de la méthode d’authentification pour les connexions internes dépend en fait d’autres facteurs. Par exemple :
- La méthode d’authentification est-elle disponible dans le répertoire virtuel ?
La valeur par défaut est vide ($null), ce qui signifie que tous les méthodes d’authentification disponibles sont acceptées.
| Type: | MultiValuedProperty |
| 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 |
-InternalUrl
Le paramètre InternalURL spécifie l’URL utilisée pour se connecter au répertoire virtuel depuis l’intérieur du pare-feu.
| 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 |
-Path
Le paramètre Path spécifie le chemin du système de fichiers du répertoire virtuel. Il est recommandé d’utiliser ce paramètre uniquement lorsque vous avez besoin d’utiliser un emplacement personnalisé pour les fichiers du répertoire virtuel. La valeur par défaut est vide ($null), ce qui indique que l’emplacement par défaut est utilisé.
| Type: | String |
| 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 |
-Role
Le paramètre Role correspond à la configuration du répertoire virtuel. Les valeurs valides sont les suivantes :
- ClientAccess : configurez le répertoire virtuel pour les services d’accès au client (frontend) sur le serveur de boîtes aux lettres.
- Boîte aux lettres : configurez le répertoire virtuel pour les services principaux sur le serveur de boîtes aux lettres.
Les connexions clientes sont transmises par proxy des services d’accès au client vers les services principaux sur les serveurs de boîtes aux lettres locaux ou distants. Les clients ne se connectent pas directement aux services principaux.
| Type: | VirtualDirectoryRole |
| 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 |
-Server
Le paramètre Server spécifie le serveur Exchange qui héberge le répertoire virtuel. Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :
- Nom
- FQDN
- Nom unique
- ExchangeLegacyDN
| Type: | ServerIdParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-WebSiteName
Le paramètre WebSiteName spécifie le nom du site web IIS dans lequel le répertoire virtuel est créé. Vous n’avez pas besoin d’utiliser ce paramètre pour créer le répertoire virtuel dans le site web par défaut.
| Type: | String |
| 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 |
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.