New-HybridConfiguration

La cmdlet est disponible uniquement dans Exchange en local.

Utilisez l’applet de commande New-HybridConfiguration pour créer l’objet HybridConfiguration et configurer un déploiement hybride entre votre organisation Exchange locale et une organisation Microsoft 365 pour les entreprises.

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-HybridConfiguration
   [-ClientAccessServers <MultiValuedProperty>]
   [-Confirm]
   [-DomainController <Fqdn>]
   [-Domains <MultiValuedProperty>]
   [-EdgeTransportServers <MultiValuedProperty>]
   [-ExternalIPAddresses <MultiValuedProperty>]
   [-Features <MultiValuedProperty>]
   [-OnPremisesSmartHost <SmtpDomain>]
   [-ReceivingTransportServers <MultiValuedProperty>]
   [-SecureMailCertificateThumbprint <String>]
   [-SendingTransportServers <MultiValuedProperty>]
   [-ServiceInstance <Int32>]
   [-TlsCertificateName <SmtpX509Identifier>]
   [-TransportServers <MultiValuedProperty>]
   [-WhatIf]
   [<CommonParameters>]

Description

Un déploiement hybride offre aux entreprises la possibilité d’étendre l’éventail de fonctionnalités proposé et le contrôle administratif qu’elles exercent dans leur organisation Microsoft Exchange sur site existante vers le nuage. La cmdlet New-HybridConfiguration est utilisée avec l’Assistant Configuration hybride et est généralement configurée lorsque le déploiement hybride est initialement créé par l’Assistant. Nous vous recommandons vivement d’utiliser l’Assistant Configuration hybride pour créer l’objet HybridConfiguration et configurer votre déploiement hybride avec l’organisation Exchange Online.

Pour plus d’informations, consultez Exchange Server déploiements hybrides.

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-HybridConfiguration

Cet exemple crée la configuration hybride nommée Hybrid Configuration avec les paramètres de configuration hybride par défaut.

Paramètres

-ClientAccessServers

Ce paramètre n'est disponible que dans Exchange Server 2010.

Le paramètre ClientAccessServers spécifie les serveurs Exchange Server 2010 SP2 avec le rôle serveur d’accès au client installé, qui seront configurés pour prendre en charge les fonctionnalités de déploiement hybride. Au moins un serveur d’accès au client doit être défini et être accessible en externe à partir d’Internet sur les ports 80 et 443. Les serveurs seront configurés pour activer les éléments suivants :

  • Proxy du service de réplication de boîtes aux lettres (MRS) La configuration du service proxy MRS sur les serveurs d’accès au client sera activée.
  • Répertoires virtuels Les serveurs d’accès au client hébergent les sites Web par défaut pour les services Web Exchange (EWS), les carnets d’adresses hors connexion et les services ActiveSync.
  • Outlook Anywhere Pour les serveurs d’accès au client, Outlook Anywhere est activé.
Type:MultiValuedProperty
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-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

-Domains

Le paramètre Domains spécifie les espaces de noms de domaine qui seront utilisés dans le déploiement hybride. Ces domaines doivent être configurés en tant que domaines acceptés dans l’organisation Exchange locale ou le service Exchange Online. Les domaines sont utilisés lors de la configuration des relations de l’organisation et les connecteurs d’envoi et de réception seront utilisés par la configuration hybride.

Type:MultiValuedProperty
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-EdgeTransportServers

Le paramètre EdgeTransportServers spécifie les serveurs de transport Edge qui sont configurés pour prendre en charge les fonctionnalités de déploiement hybride. Le serveur de transport Edge doit être accessible en externe depuis Internet sur le port 25. Les valeurs acceptées pour le paramètre EdgeTransportServers sont le nom complet ou abrégé d’un serveur de transport Edge, par exemple, edge.corp.contoso.com ou EDGE. Séparez les noms de serveurs par une virgule si vous définissez plusieurs serveurs de transport Edge.

Lors de la définition du paramètre EdgeTransportServers, vous devez configurer les valeurs de paramètre ReceivingTransportServers et SendingTransportServers sur $null.

Type:MultiValuedProperty
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

-ExternalIPAddresses

Le paramètre ExternalIPAddresses est un paramètre hérité qui spécifie l’adresse IP entrante accessible publiquement des serveurs de transport Hub 2010 Microsoft Exchange Server. La seule modification de configuration à apporter avec ce paramètre consiste à modifier ou effacer la valeur d’adresse IP du serveur de transport Hub Exchange 2010 hérité. L’adresse IP doit être uniquement de type Internet Protocol version 4 (IPv4).

Type:MultiValuedProperty
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Features

Le paramètre Features spécifie les fonctionnalités activées pour la configuration hybride. Une ou plusieurs valeurs suivantes séparées par des virgules peuvent être saisies. Lorsque vous utilisez l’Assistant Configuration hybride, toutes les fonctionnalités sont activées par défaut.

  • OnlineArchive : active l’archive Exchange Online pour les utilisateurs exchange et Exchange Online de l’organisation locale.
  • FreeBusy : permet le partage des informations de calendrier de disponibilité entre exchange local et Exchange Online utilisateurs de l’organisation.
  • Infos-courrier : permet de partager les informations sur les infos-courrier entre les utilisateurs Exchange locaux et Exchange Online organisation.
  • MessageTracking : permet de partager les informations de suivi des messages entre les utilisateurs Exchange locaux et Exchange Online organisation.
  • OWARedirection : active la redirection automatique Microsoft Outlook sur le web vers les organisations Exchange locales ou Exchange Online en fonction de l’emplacement de la boîte aux lettres de l’utilisateur.
  • SecureMail : active le transport de messages sécurisé via TLS (Transport Layer Security) entre les organisations Exchange locales et Exchange Online.
  • Centralisé : permet aux serveurs locaux de gérer tous les transports de messages entre les organisations Exchange locales et Exchange Online, y compris la remise des messages à Internet pour les deux organisations. Si cette valeur est $false, le serveur local et l’organisation Exchange Online sont chacun responsables de leur propre remise de messages Internet.
  • Photos : permet le partage des données de photo utilisateur entre les organisations Exchange et Exchange Online locales. Cette fonctionnalité fonctionne en tandem avec le paramètre PhotosEnabled dans les cmdlets OrganizationRelationship dans un déploiement hybride. Si le paramètre Photos est $true, le paramètre PhotosEnabled est automatiquement défini sur $true. Si le paramètre Photos est $false, le paramètre PhotosEnabled est automatiquement défini sur $false. Lorsque vous exécutez l’Assistant Configuration hybride pour la première fois, la valeur par défaut est $true.
Type:MultiValuedProperty
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-OnPremisesSmartHost

Le paramètre OnPremisesSmartHost spécifie le nom de domaine complet du serveur de boîtes aux lettres local utilisé pour le transport sécurisé des messages envoyés entre les organisations Exchange et Exchange Online locales.

Type:SmtpDomain
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-ReceivingTransportServers

Le paramètre ReceiveingTransportServers spécifie les serveurs de boîtes aux lettres qui sont définis dans la configuration du connecteur sortant du service Microsoft Exchange Online Protection (EOP) inclus dans le cadre de l’organisation Microsoft 365. Les serveurs définis dans le paramètre ReceiveingTransportServers sont désignés comme serveurs de réception pour les messages électroniques sécurisés envoyés de l’organisation Exchange Online à l’organisation Exchange locale dans un déploiement hybride. Au moins un serveur de boîtes aux lettres doit être défini et accessible en externe à partir d’Internet pour que la messagerie sécurisée soit activée entre les organisations Exchange locales et Exchange Online. Les valeurs acceptées pour le paramètre ReceivingTransportServers sont le nom complet ou abrégé du serveur de boîtes aux lettres, par exemple mbx.corp.contoso.com ou MBX. Séparez les noms de serveurs par une virgule si vous définissez plusieurs serveurs de boîtes aux lettres.

Si vous configurez le paramètre EdgeTransportServers dans le déploiement hybride, la valeur du paramètre ReceivingTransportServers doit être $null.

Type:MultiValuedProperty
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

-SecureMailCertificateThumbprint

Ce paramètre n'est disponible que dans Exchange Server 2010.

Le paramètre SecureMailCertificateThumbprint spécifie l’empreinte numérique du certificat X.509 à utiliser comme certificat pour le transport de messages sécurisés de déploiement hybride. Ce certificat ne peut pas être auto-signé, doit être obtenu auprès d’une autorité de certification approuvée et doit être installé sur tous les serveurs de transport Hub définis dans le paramètre TransportServers.

Type:String
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-SendingTransportServers

Le paramètre SendingTransportServers spécifie les serveurs de boîtes aux lettres Exchange qui sont définis dans la configuration du connecteur entrant du service EOP inclus dans le cadre de l’organisation Microsoft 365. Les serveurs définis dans le paramètre SendingTransportServers sont désignés comme serveurs de réception pour les messages électroniques sécurisés envoyés de l’organisation Exchange locale à l’organisation Exchange Online dans un déploiement hybride. Au moins un serveur de boîtes aux lettres doit être défini et accessible en externe à partir d’Internet pour que la messagerie sécurisée soit activée entre les organisations Exchange locales et Exchange Online. Les valeurs acceptées pour le paramètre SendingTransportServers sont le nom complet ou abrégé du serveur de boîtes aux lettres, par exemple mbx.corp.contoso.com ou MBX. Séparez les noms de serveurs par une virgule si vous définissez plusieurs serveurs de boîtes aux lettres.

Si vous configurez le paramètre EdgeTransportServers dans le déploiement hybride, la valeur du paramètre SendingTransportServers doit être $null.

Type:MultiValuedProperty
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

-ServiceInstance

Le paramètre ServiceInstance ne doit être utilisé que par les organisations qui configurent manuellement des déploiements hybrides avec Office 365 gérés par 21Vianet en Chine. Toutes les autres organisations doivent utiliser l’Assistant Configuration hybride pour configurer un déploiement hybride avec Microsoft 365. Les valeurs valides pour ce paramètre sont 0 (null) ou 1. La valeur par défaut est 0 (null). Pour les organisations qui se connectent avec des Office 365 gérées par 21Vianet en Chine, définissez cette valeur sur 1 lors de la configuration manuelle de votre déploiement hybride.

Type:Int32
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

-TlsCertificateName

Le paramètre TlsCertificateName spécifie le certificat X.509 à utiliser pour le chiffrement TLS. Une valeur valide pour ce paramètre est "<I>X.500Issuer<S>X.500Subject". La valeur X.500Issuer figure dans le champ Issuer du certificat, et la valeur X.500Subject dans le champ Subject du certificat. La cmdlet Get-ExchangeCertificate permet de trouver ces valeurs. Ou, après avoir exécuté Get-ExchangeCertificate pour rechercher la valeur d’empreinte numérique du certificat, exécutez la commande $TLSCert = Get-ExchangeCertificate -Thumbprint <Thumbprint>, exécutez la commande $TLSCertName = "<I>$($TLSCert.Issuer)<S>$($TLSCert.Subject)", puis utilisez la valeur $TLSCertName pour ce paramètre.

Type:SmtpX509Identifier
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

-TransportServers

Ce paramètre n'est disponible que dans Exchange Server 2010.

Le paramètre TransportServers spécifie les serveurs Exchange Server 2010 SP2 avec le rôle serveur de transport Hub installés et configurés pour prendre en charge les fonctionnalités de déploiement hybride. Au moins un serveur de transport Hub doit être défini et être accessible en externe à partir d’Internet pour que la messagerie sécurisée soit activée entre les organisations locales et cloud.

Type:MultiValuedProperty
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-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.