none
Coexistence URLs externes - Migration inter-forêt Exchange 2013 > Exchange 2016 RRS feed

  • Question

  • Bonjour à tous,

    Après plusieurs recherches et recroisement... je me permet de venir solliciter votre aide.

    Mon client souhaite migrer son AD et son Exchange 2013 vers une nouvelle forêt (10k utilisateurs).

    - Environnement on-prem.
    - Le domaine de messagerie reste inchangé.
    - Les espaces de noms doivent être conservés.

    Ainsi, si un utilisateur utilise https://mail.domain.com/owa pour une connexion à OWA depuis l'extérieur, il doit pouvoir continuer à l'utiliser après la migration de son utilisateur et de sa BAL vers la nouvelle forêt. Idem pour ActiveSync, OA etc.

    Un utilisateur migré et un utilisateur non-migré doivent donc utiliser les mêmes URL pour les connexions clientes depuis l'extérieur.

    Cela n'aurait pas poser de problème si la redirection/"proxification" fonctionnait entre serveurs Exchange d'organisation différentes.

    Dans un contexte de migration inter-forêt, ce scénario est-il possible ?

    Merci d'avance,

    vendredi 19 janvier 2018 13:23

Réponses

  • Bonjour,

    Cela n'aurait pas poser de problème si la redirection/"proxification" fonctionnait entre serveurs Exchange d'organisation différentes.

    Vous avez déjà répondu à votre question .

    Quand vous allez utiliser les mêmes URLs externes pour les deux organisation Exchange, les demandes des utilisateurs Externe vont taper sur un seul serveur Exchange (CAS 2010,2013 ou MBX 2016)  , si cet utilisateur n'appartient pas à la même forêt que le serveur Exchange il sera pas capable de se connecter sur sa boite aux lettres, en effet ,pour les demandes clients  le serveur Exchange ne peut pas détecter les boites aux lettres qui se trouvent dans une organisation Exchange différente.

    La méthode la plus propre à mon avis est de séparer les URLs Externe/interne pour les deux organisation, afin de rediriger les requêtes clients externes vers la bonne organisation Exchange.

    Une remarque concernant le certificat, certains clients veulent garder le même URL à cause du certificat, parce que dans la configuration des répertoires virtuels d'Exchange ,il faut que le certificat valide tous les noms des URLs externes et internes. 



    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    vendredi 19 janvier 2018 16:33
    Modérateur

Toutes les réponses

  • Bonjour,

    Cela n'aurait pas poser de problème si la redirection/"proxification" fonctionnait entre serveurs Exchange d'organisation différentes.

    Vous avez déjà répondu à votre question .

    Quand vous allez utiliser les mêmes URLs externes pour les deux organisation Exchange, les demandes des utilisateurs Externe vont taper sur un seul serveur Exchange (CAS 2010,2013 ou MBX 2016)  , si cet utilisateur n'appartient pas à la même forêt que le serveur Exchange il sera pas capable de se connecter sur sa boite aux lettres, en effet ,pour les demandes clients  le serveur Exchange ne peut pas détecter les boites aux lettres qui se trouvent dans une organisation Exchange différente.

    La méthode la plus propre à mon avis est de séparer les URLs Externe/interne pour les deux organisation, afin de rediriger les requêtes clients externes vers la bonne organisation Exchange.

    Une remarque concernant le certificat, certains clients veulent garder le même URL à cause du certificat, parce que dans la configuration des répertoires virtuels d'Exchange ,il faut que le certificat valide tous les noms des URLs externes et internes. 



    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    vendredi 19 janvier 2018 16:33
    Modérateur
  • Bonsoir,

    +1 avec Thameur,

    Pour le partage du namespace, comme pour le transport, il n'est possible de l'avoir qu'à un seul endroit au même moment.

    Même en jouant avec le provisionning des utilisateurs (ajout d'un targetaddress technique...etc..) ne ferait que compliquer la migration, sans parler du fait que je ne suis pas sur que cela soit supporté.

    Merci


    Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr

    vendredi 19 janvier 2018 17:16
  • Merci pour votre retour,

    Je vais partir sur ce scénario là. J'ai également échangé avec d'autres ingénieurs Exchange qui me confirme que la séparation des URL est la solution la plus sage.

    lundi 22 janvier 2018 11:50