Pour bénéficier des fonctionnalités de coexistence, vous devez au moins disposer de la configuration suivante : Vous disposez d'un serveur Exchange 2010 SP1, avec le rôle CAS/HUB déployé et celui-ci est configuré pour être Internet-facing*.
Prérequis pour une coexistence riche entre Exchange et Office 365
Dans certaines configurations, comme par exemple, la possibilité de déplacer des boîtes aux lettres du centre de données vers votre site physique, vous devrez disposer du rôle MBX. Vous avez activé le composant DirSync. De ce fait, si vous disposez d’une architecture Exchange 2003, 2007 ou Exchange 2010, la mise en place d’une coexistence riche vous demandera tout d’abord de déployer les serveurs nécessaires (par exemple un CAS/HUB Exchange 2010 SP1 et un serveur de synchronisation DirSync), ce qui doit donc se prévoir à l’avance. Voir figure 2
Note *Internet-facing signifie que le serveur CAS est configuré pour répondre aux requêtes entrantes et être accessible depuis Internet. Ce serveur doit disposer d’un certificat valide et publier le service Autodiscover.
Fonctionnalités couvertes dans le scénario de coexistence simple et enrichie
Le tableau 1 permet de mesurer les niveaux fonctionnels offerts par l’absence de coexistence (Aucune), une coexistence simple et une coexistence enrichie. Notez que le niveau fonctionnel enrichi dépendra des composants qui seront déployés ou déjà présents en interne.
| Fonctionnalités | Aucune | Simple | Enrichie* |
| Réutiliser votre nom de domaine de messagerie | * | * | * |
| Routage entre votre messagerie locale et Office 365 | * | * | |
| Partage de l’espace d’adressage – @company.com des deux côtés | * | * | |
| Liste d’adresses globale unifiée (Office 365 + Votre messagerie) | * | * | |
| Disponibilité des calendriers et partage des calendriers entre Office 365 et votre messagerie interne | * | ||
| Out of Office « Interne » pour messagerie interne et Office 365 | * | ||
| Les Mailtips, le suivi des messages, et la recherche dans les boîtes mutliples fonctionnent entre la messagerie interne et Office 365 | * | ||
| Redirection OWA (Outlook Web App). Une seule URL pour accéder à la boîte aux lettres, qu’elle soit sur le nuage ou située sur un serveur interne | * | ||
| Preserve Auth header (Messages vu comme internes, ce qui permet d’assurer que le message n’est pas traité comme du spam ou que les recherches dans la GAL locale pour résoudre une adresse email sont autorisées, etc.) | * | ||
| Exchange Management Console locale utilisable pour administrer votre messagerie interne comme vtre messagerie Office 365 | * | ||
| Déplacement de boîtes aux lettres de et vers Office 365 | * | ||
| Boîte aux lettres d’archives dans Office 365 | * | ||
| Pas de resynchronisation après un déplacement de boîte aux lettres (l’OST est conservé) | * |
Pour la suite du dossier @itprofr :
Opérations pour mettre en œuvre une coexistence enrichie · iTPro.fr
Téléchargez cette ressource
Guide de convergence du SOC et de la sécurité du cloud
Les menaces actuelles ne se cantonnent plus à une seule couche de votre environnement. Ressources cloud, systèmes d’entreprise, applications… elles se déplacent facilement par latéralisation. Pour protéger l’ensemble de votre infrastructure cloud, votre entreprise a besoin d’une approche unifiée qui place les données, la Threat Intelligence pilotée par IA et l’automatisation au service d’une protection complète. Découvrez tous les enjeux de la fusion entre CloudSec et SOC pour assurer une protection plus robuste, plus efficace de votre cloud.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
Les plus consultés sur iTPro.fr
- Adopter l’IA augmenterait le PIB mondial à l’horizon 2035
- Renouvellement des certificats SSL tous les 45 jours : une mise en œuvre impossible sans automatisation ?
- Palo Alto Networks s’engage sur la cyber solidarité
- Recrudescence des cyberattaques pilotées par l’IA
- Quelles salles de réunion renforcent la dynamique et la confiance d’équipe ?
