NAGIOS (HTTP://NACTA.FR/?

CAT=45)

(http://nacta.fr/)

VEEAMBACKUP (HTTP://NACTA.FR/?CAT=37) / VDI (HTTP://NACTA.FR/?CAT=38) /

LINUX – ADMINISTRATION (HTTP://NACTA.FR/?CAT=40) / LINUX – FONDAMENTEAUX (HTTP://NACTA.FR/?CAT=41) /

WINDOWS 2012 (HTTP://NACTA.FR/?CAT=42) / VOIP – TOIP – ASTERIX (HTTP://NACTA.FR/?CAT=46) /

GLPI (HTTP://NACTA.FR/?CAT=48)

EXCHANGE 2016 : COHABITATION AVEC UNE ARCHITECTURE Search … SEARCH

ANTÉRIEURE D’EXCHANGE
MARCH 20, 2018 (HTTP://NACTA.FR/?P=126) / BA (HTTP://NACTA.FR/?AUTHOR=2)
RECENT POSTS

1. Considérations d’implémentation d’une cohabitation GLPI – Les statistiques (http://nacta.fr/?

p=842)
Exchange Server 2016 peut cohabiter dans les infrastructures Exchange Server 2010 et 2013. Pour
GLPI – La gestion des tickets (http://nacta.fr/?
chaque version, des considérations spécifiques sont à prendre en compte. On notera toutefois que p=840)
l’intégration est de plus en plus simple au fil des versions d’Exchange et que l’on distingue
GLPI – Les SLA/SLT (http://nacta.fr/?p=838)
principalement trois scénarios :
GLPI – Les notifications (http://nacta.fr/?
Une infrastructure monosite. p=836)

Une infrastructure multisite. GLPI – L’alimentation de la file de tickets

(http://nacta.fr/?p=834)
Une infrastructure multisite avec répartiteur de charges.

Nous passerons en revue les considérations pour chacun de ces cas.

RECENT COMMENTS
Il est important de se rappeler que depuis Exchange Server 2013, les communications interdomaines
sont simplifiées et utilisent des protocoles standards qui ne sont pas liés à la version des composants.
Les montées de versions sont ainsi plus simples que ce soit pour les services pack ou pour les versions ARCHIVES
majeures. Dans le cas d’Exchange Server 2010, ce mécanisme n’était pas encore implémenté.

March 2019 (http://nacta.fr/?m=201903)

February 2019 (http://nacta.fr/?m=201902)

December 2018 (http://nacta.fr/?m=201812)

November 2018 (http://nacta.fr/?m=201811)

October 2018 (http://nacta.fr/?m=201810)

June 2018 (http://nacta.fr/?m=201806)

May 2018 (http://nacta.fr/?m=201805)

March 2018 (http://nacta.fr/?m=201803)

CATEGORIES
/
L’implémentation d’un nouveau serveur Exchange 2016 dans une infrastructure existante se déroule de
AD – Déploiement (http://nacta.fr/?cat=23)
manière naturelle à partir du moment où le prérequis principal est respecté à savoir de ne pas posséder
de serveurs Exchange antérieurs à Exchange Server 2010. AD – Gestion des GPO (http://nacta.fr/?
cat=30)

2. Cohabitation avec Exchange Server 2010 AD – Gestion des groupes (http://nacta.fr/?

cat=28)
Dans tous les scénarios d’intégration avec Exchange Server 2010, la coexistence nécessite une AD – Gestion des mots de passe utilisateur
modification initiale de l’infrastructure afin que les flux passent d’abord par le serveur boîtes aux lettres (http://nacta.fr/?cat=27)
d’Exchange Server 2016 pour ensuite être routé vers Exchange Server 2010 via son serveur d’accès AD – Gestion des unités d'organisation
Client. Cela induit une interruption de service même minime et des risques de complications au (http://nacta.fr/?cat=29)
moment du basculement. L’impact du déploiement d’Exchange Server 2016 est donc non négligeable. AD – Gestion utilisateurs (http://nacta.fr/?
cat=26)
Dans le cas d’un scénario monosite, les flux de données vont arriver sur les services frontaux d’accès
clients (proxy) du serveur Exchange Server 2016. Une fois l’emplacement de la base de données AD – Introduction (http://nacta.fr/?cat=25)

contenant la boîte aux lettres identifiée, le proxy va établir une communication avec les services CAS de AD – Maintenir une infrastructure Active
l’infrastructure Exchange pour remettre le message. Directory (http://nacta.fr/?cat=31)

AD – Module WMI (http://nacta.fr/?cat=24)

Boucles et conditions (http://nacta.fr/?cat=15)

CIM / WMI (http://nacta.fr/?cat=20)

Découverte de powershell (http://nacta.fr/?

cat=10)

Entités (http://nacta.fr/?cat=49)

Exchange 2016 (http://nacta.fr/?cat=8)

Execution à distance (http://nacta.fr/?cat=21)

Fonctions (http://nacta.fr/?cat=16)

Framework .NET et .NET Core

(http://nacta.fr/?cat=19)
Dans le cas d’un scénario multisite, les flux de données vont arriver sur les services frontaux d’accès
Gestion de parc (http://nacta.fr/?cat=51)
clients (proxy) du serveur Exchange Server 2016. Une fois l’emplacement de la base de données
Gestion des fichiers et des dates
contenant la boîte aux lettres identifiée, le proxy va établir une communication avec les services CAS de
(http://nacta.fr/?cat=17)
l’infrastructure Exchange pour remettre le message même si celui-ci n’est pas sur le même site.
GLPI (http://nacta.fr/?cat=48)

Helpdesk (http://nacta.fr/?cat=52)

Hyper-V (http://nacta.fr/?cat=34)

KVM (http://nacta.fr/?cat=36)

Linux (http://nacta.fr/?cat=3)

Linux – Administration (http://nacta.fr/?

cat=40)

Linux – Fondamenteaux (http://nacta.fr/?

cat=41)

Manipulation des objets (http://nacta.fr/?

Dans le cas d’un scénario multisite où le site distant bénéficie d’un répartiteur de charges, les flux de cat=11)
données vont arriver sur les services frontaux d’accès client (proxy) du serveur Exchange Server 2016.
NAGIOS (http://nacta.fr/?cat=45)
Une fois l’emplacement de la base de données contenant la boîte aux lettres identifiée, le proxy va
Opérateurs (http://nacta.fr/?cat=13)
rediriger les communications du client vers les services CAS de l’infrastructure Exchange du site distant
par l’intermédiaire du répartiteur de charges. Powershell HV : Windows 10 (http://nacta.fr/?
cat=33)

profils (http://nacta.fr/?cat=50)

Profils Powershell (http://nacta.fr/?cat=18)

Raspberry (http://nacta.fr/?cat=2)

Sophos UTM (http://nacta.fr/?cat=5)

/
 Tableaux (http://nacta.fr/?cat=14)

Uncategorized (http://nacta.fr/?cat=1)

Variables et types de données (http://nacta.fr/?

cat=12)

VDI (http://nacta.fr/?cat=38)

VeeamBackup (http://nacta.fr/?cat=37)

Vmware HV (http://nacta.fr/?cat=39)

Voip – Toip – Asterix (http://nacta.fr/?cat=46)

Windows (http://nacta.fr/?cat=4)

On en déduit que les mécanismes d’interaction entre Exchange Server 2010 et Exchange Server 2016 ne Windows 2012 (http://nacta.fr/?cat=42)

bénéficient pas d’une affinité poussée au contraire de l’intégration avec Exchange Server 2013 comme WSUS (http://nacta.fr/?cat=44)
nous allons le voir.

META
3. Cohabitation avec Exchange Server 2013 en frontal
La coexistence avec une infrastructure Exchange Server 2013 bénéficie d’un meilleur niveau Log in (http://nacta.fr/wp-login.php)

d’intégration car le flux va pouvoir continuer à transiter par le rôle serveur d’accès clients d’Exchange Entries RSS (Really Simple Syndication)
Server 2013 pour être routé si nécessaire vers les composants de prise en charge des protocoles clients (http://nacta.fr/?feed=rss2)

d’Exchange 2016. On aura ensuite tout le loisir de migrer le serveur frontal vers Exchange Server 2016 Comments RSS (Really Simple Syndication)
dans un second temps. (http://nacta.fr/?feed=comments-rss2)

WordPress.org (https://wordpress.org/)
Ainsi, la prise en charge des nouvelles fonctionnalités d’Exchange Server 2016 peut se faire sans
interruption de service et des risques très limités.

Dans le cas d’un scénario monosite où le serveur CAS 2013 est en frontal, les flux de données vont
arriver sur les services frontaux d’accès client (proxy) du serveur Exchange Server 2013. Une fois
l’emplacement de la base de données contenant la boîte aux lettres identifiée, le proxy va établir une
communication directement avec les services d’accès client de l’infrastructure Exchange Server 2016
pour remettre le message sans passer par les composants proxy. Cela implique une efficacité
accrue dans la remise des messages.

Dans le cas d’un scénario multisite où le serveur CAS 2013 est en frontal, les flux de données vont
arriver sur les services frontaux d’accès clients (proxy) du serveur Exchange Server 2013. Une fois
l’emplacement de la base de données contenant la boîte aux lettres identifiée, le proxy va établir une
communication directement avec les services d’accès client de l’infrastructure Exchange Server 2016
pour remettre le message sans passer par les composants proxy même si celui-ci n’est pas sur le même
site.

/
Dans le cas d’un scénario multisite où le serveur CAS 2013 est en frontal et le site distant bénéficie d’un
répartiteur de charges, les flux de données vont arriver sur les services frontaux d’accès clients (proxy)
du serveur Exchange Server 2013. Une fois l’emplacement de la base de données contenant la boîte aux
lettres identifiée, le proxy va rediriger les communications vers le répartiteur de charges du site distant
pour remettre le message. Les flux vont donc traverser de nouveau tous les mécanismes
d’authentification du site distant.

4. Cohabitation avec Exchange Server 2013 en dorsal

Dans le cas d’un scénario monosite où le serveur Exchange Server 2016 est en frontal, les flux de
données vont arriver sur les services frontaux d’accès clients (proxy) du serveur Exchange Server 2016.
Une fois l’emplacement de la base de données contenant la boîte aux lettres identifiée, le proxy va
établir une communication directement avec le rôle boîte aux lettres de l’infrastructure Exchange
Server 2013 hébergeant la boîte aux lettres cible pour remettre le message sans passer par les
composants proxy.

Dans le cas d’un scénario multisite où le serveur Exchange Server 2016 est en frontal, les flux de
données vont arriver sur les services frontaux d’accès clients (proxy) du serveur Exchange Server 2016.
Une fois l’emplacement de la base de données contenant la boîte aux lettres identifiée, le proxy va

/
établir une communication directement avec le rôle boîte aux lettres de l’infrastructure Exchange
Server 2013 hébergeant la boîte aux lettres cible pour remettre le message sans passer par les
composants proxy même si celui-ci n’est pas sur le même site.

Dans le cas d’un scénario multisite où le serveur Exchange Server 2016 est en frontal et le site distant
bénéficie d’un répartiteur de charges, les flux de données vont arriver sur les services frontaux d’accès
clients (proxy) du serveur Exchange Server 2016. Une fois l’emplacement de la base de données
contenant la boîte aux lettres identifiée, le proxy va rediriger les communications vers le répartiteur de
charges du site distant pour remettre le message. Les flux vont donc traverser de nouveau tous les
mécanismes d’authentification du site distant.

 EXCHANGE 2016 (HTTP://NACTA.FR/?CAT=8), WINDOWS (HTTP://NACTA.FR/?CAT=4)

PREVIOUS ARTICLE NEXT ARTICLE

EXCHANGE 2016 : CONFIGURATION D’UNE POWERSHELL : PRISE EN MAIN
FÉDÉRATION EXCHANGE (HTTP://NACTA.FR/? (HTTP://NACTA.FR/?P=130)
P=124)

© 2020 NACTA.FR. ALL RIGHTS RESERVED. FASHIONISTA (HTTP://ATHEMES.COM/THEME/FASHIONISTA) BY ATHEMES