none
Plus d'accès à OWA, ECP et managment Shell depuis MAJ de SP1 vers CU23 Exchange 2013 RRS feed

  • Question

  • Bonjour,

    Je vous sollicite aujourd'hui car je rencontre des difficultés suite à une mise à jour d'Exchange 2013.

    Passage de Exchange Server 2013 SP1 (build 15.00.0847.032) vers Exchange Server 2013 CU23 (build 15.00.1497.002)

    En effet, J’ai passé la mise à jour « Exchange Server 2013 CU23 » et elle a planté au milieu de la mise à jour à l’étape 10/18, rôle de transport. 

    D’après le message d’erreur, c'était deux connecteurs de réceptions qui faisait conflit vers une IP en liaison locale. J'ai donc supprimé un des connecteurs de réception qui était configuré spécialement pour faire du scan to mail.

    Cela n’impacte pas l’utilisation de la messagerie au niveau MAPI / Outlook.

    J'ai repassé par la suite la mise à jour et il a pu terminer le processus de mise à jour.

    Cepandant j'ai des messages d’erreurs qui persistent quand je veux accéder à l’owa / ecp / active sync et même au Managment Shell :

    Ce que j'ai essayé :

    - Relancer la mise à jour : celle-ci m'indique que tout est déjà installé.

    - J'ai suivi énormement de process sur des sujets similaires sans succès

    https://social.technet.microsoft.com/Forums/ie/en-US/3ca817c4-b324-45cc-8710-d7d7d95acfea/server-error-in-ecp-application-ecp-does-not-open?forum=exchangesvrgeneral

    https://technet365.fr/erreur-ecp-apres-une-mise-a-jour-de-securite-exchange/

    Auriez-vous une idée sur la manière de corriger ce problème ?

    Je vous remercie par avance pour votre aide !

    Bonne soirée !

    mercredi 1 juillet 2020 01:04

Réponses

  • Bonsoir,

    Tout d'abord, je vous remercie de votre aide.

    Malheureusement rien n'a fonctionné.

    IIS écoutait bien sur les ports 80 et 443.

    Je n'ai trouvé aucune information utile dans le journal d'événement et aucun logiciel ne perturbait Exchange(serveur dédié que pour ce rôle).

    J'ai préparé une nouvelle VM ou j'ai réinstallé Exchange, tout fonctionne, je n'ai plus qu'a réimporter l'ensemble sur le nouveau serveur.

    Cela m'embête un peu de ne pas avoir trouvé ou cela bloquait mais les circonstances ont fait que je ne pouvait pas attendre plus longtemps en attendant de trouver la solution.

    Je vous remercie encore une fois et vous souhaite une bonne soirée !

    • Marqué comme réponse SENumerique jeudi 2 juillet 2020 21:34
    jeudi 2 juillet 2020 21:33

Toutes les réponses

  • Bonjour,

    pouvez-vous m'indiquer la version du framework .net installée?

    Il faudrait au minimum la version 4.8 ou 4.7.2, avec leurs updates, le cas échéant.

    Sinon, d'après le message d'erreur indiqué.  Il faudrait vérifier les autres logiciels qui utiliserait HTTP ou qui ajoutent des extensions à IIS et qui empêcherait le fonctionnement normal de la partie Web d'Exchange.

    => Dans le doute, désinstaller ces logiciels pouvant bloquer Exchange.

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mercredi 1 juillet 2020 06:50
    Modérateur
  • Bonjour,

    Merci pour votre retour:

    voici la version du framework :

    Version 4.8.03761

    Release : 528049

    Ensuite, nous n'avons pas d'autre logiciel sur ce serveur qui utiliserait HTTP via IIS.

    A bientôt.

    mercredi 1 juillet 2020 07:43
  • Bonjour,

    Merci pour votre retour:

    voici la version du framework :

    Version 4.8.03761

    Release : 528049

    Ensuite, nous n'avons pas d'autre logiciel sur ce serveur qui utiliserait HTTP via IIS.

    A bientôt.

    Euh, tout logiciel configuré pour utiliser le port 80 et/ou 443 peut bloquer, cela peut être Apache ou autre pas forcément dans IIS. Mëme si je n'y crois pas trop, car Exchange aurait du mal à fonctionner sans pouvoir lancer quelques commandes Powershell.


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mercredi 1 juillet 2020 07:49
    Modérateur
  • Bonjour,

    Comme l'indique Thierry, vérifiez que ce soit bien IIS qui écoute sur les ports 80, 443 et 444 :

    netstat -antb

    Ensuite, le journal d'événements vous donnera sûrement des informations précieuses en regardant les erreurs générées lorsque vous tentez d'accéder à l'EMS ou OWA


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    mercredi 1 juillet 2020 07:55
  • Bonsoir,

    Tout d'abord, je vous remercie de votre aide.

    Malheureusement rien n'a fonctionné.

    IIS écoutait bien sur les ports 80 et 443.

    Je n'ai trouvé aucune information utile dans le journal d'événement et aucun logiciel ne perturbait Exchange(serveur dédié que pour ce rôle).

    J'ai préparé une nouvelle VM ou j'ai réinstallé Exchange, tout fonctionne, je n'ai plus qu'a réimporter l'ensemble sur le nouveau serveur.

    Cela m'embête un peu de ne pas avoir trouvé ou cela bloquait mais les circonstances ont fait que je ne pouvait pas attendre plus longtemps en attendant de trouver la solution.

    Je vous remercie encore une fois et vous souhaite une bonne soirée !

    • Marqué comme réponse SENumerique jeudi 2 juillet 2020 21:34
    jeudi 2 juillet 2020 21:33