Impossible d'ouvrir l'EMS, ECP ou OWA après la suppression d'un certificat signé automatiquement sur le site Web de Exchange Back End

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2779694
Symptômes
Envisagez le scénario suivant lorsque vous utilisez Microsoft Exchange Server 2013 ou 2016 de Microsoft Exchange Server :
  • Vous supprimez le certificat auto-signé Exchange de Microsoft sur le site Web de Exchange Back End à l'aide de la console MMC Certificats, Remove-Exchangecertificate, Gestionnaire des services Internet ou une autre méthode.
  • Vous désactivez le cache IIS de redémarrage ou de IISReset.
Dans ce scénario, plusieurs protocoles client comme ECP, OWA, ActiveSync et Exchange Management Shell ne peut pas se connecter. Les problèmes suivants peuvent se produire :
  • OWA et ECP affichent une page vierge.
  • Les utilisateurs d'ActiveSync ne peut pas recevoir d'e-mails.
  • Exchange Management Shell ne peut pas se connectera et affiche l'erreur suivante :

    Nouveau-PSSession: [dc.local.mcrlegal.com] le traitement des données à partir du serveur distant dc.local.mcrlegal.com a échoué avec le
    message d'erreur suivant : client de l'environnement de WinRM ne peut pas traiter la demande. Le handle de shell passé au WSMan Shell
    fonction n'est pas valide. Le handle de shell est valide uniquement lorsque la fonction de WSManCreateShell se termine avec succès. Modifier
    la demande, y compris un shell valide gérer et essayez à nouveau. Pour plus d'informations, consultez l'about_Remote_Troubleshooting
    Rubrique d'aide.
    Char de ligne : 1:1
    + Nouveau-PSSession - ConnectionURI "$connectionUri" - ConfigurationName Microsoft.Excha...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : OpenError: (System.Manageme... RemoteRunspace:RemoteRunspace) [nouvelles-PSSession], PSRemotin
    gTransportException
    + FullyQualifiedErrorId :-2144108212, PSSessionOpenFailed
    Impossible de se connecter à un serveur Exchange dans le site actuel.
    Entrez le serveur de nom de domaine complet dans lequel vous souhaitez vous connecter. :
Cause
Pendant l'installation de processus un certificat auto-signé, appelé Microsoft Exchange est lié au site Web de serveur principal Exchange sur le port 444. Il s'agit pour la communication entre les sites web Site Web par défaut et Exchange Back-End. Lorsque le certificat est supprimé, le Site Web par défaut ne pourront plus pour des connexions proxy sur le site web Exchange Back-End.
Résolution
Pour résoudre ce problème, ajoutez le certificat sur le site web Exchange Back-End en créant un nouveau certificat auto-signé et comment le lier au site web Exchange Back-End.

Remarque Suit doit être pris sur le rôle de serveur de boîte aux lettres Exchange :
  1. Démarrez Management Shell sur le serveur de boîtes aux lettres.
  2. Tapez New-ExchangeCertificate.

    Remarque Si vous êtes invité à remplacer le certificat par défaut, sélectionnez Non.
  3. Début Gestionnaire des services IIS sur le serveur de boîtes aux lettres.
  4. Développez Site, sélectionnez Exchange Back-End, sélectionnez Liaisons dans le volet Actions , dans la colonne de droite.
  5. Sélectionnez le Typehttps sur le Port 444.
  6. Cliquez sur Modifier et sélectionnez le certificat de Microsoft Exchange.
  7. À partir d'une invite de commandes administrateur, exécutez IISReset.


Avertissement : Cet article a été traduit automatiquement.

خصائص

رقم الموضوع: 2779694 - آخر مراجعة: 10/01/2015 20:03:00 - المراجعة: 2.0

Exchange Server 2016 Enterprise Edition, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbexpertiseinter kbtshoot kbmt KB2779694 KbMtfr
تعليقات