No se puede abrir OWA, ECP o EMS después de quita un certificado firmado automáticamente desde el sitio Web de Exchange Back End

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2779694
Síntomas
Cuando se utiliza Microsoft Exchange Server 2013 o 2016 de Microsoft Exchange Server, considere el siguiente escenario:
  • Quite el certificado autofirmado de Exchange de Microsoft desde el sitio Web de Exchange Back End utilizando el complemento certificados de MMC, Remove-Exchangecertificate, el Administrador de IIS o cualquier otro método.
  • Borrar la caché de IIS por reinicio o IISReset.
En este escenario, no se pueden conectar varios protocolos de cliente como ECP, OWA, ActiveSync y Exchange Management Shell. Pueden producirse los problemas siguientes:
  • OWA y ECP mostrar una página en blanco.
  • Los usuarios de ActiveSync no pueden recibir mensajes de correo electrónico.
  • Shell de administración de Exchange no se conectará y se muestra el siguiente Error:

    New-PSSession: error de procesamiento de datos del servidor remoto dc.local.mcrlegal.com [dc.local.mcrlegal.com] con el
    mensaje de error siguiente: cliente de la WinRM Shell no puede procesar la solicitud. El identificador de shell pasado al Shell de WSMan
    la función no es válida. El identificador de shell es válido sólo cuando la función WSManCreateShell se completa correctamente. Cambio
    la solicitud incluye un shell válido controle y vuelva a intentarlo. Para obtener más información, consulte la about_Remote_Troubleshooting
    Tema de ayuda.
    En línea: 1 char: 1
    + "$ConnectionUri" new-PSSession - ConnectionURI - ConfigurationName Microsoft.Excha...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo: OpenError: (System.Manageme... RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin
    gTransportException
    + FullyQualifiedErrorId:-2144108212, PSSessionOpenFailed
    Error al conectarse a un servidor de Exchange en el sitio actual.
    Especifique el servidor donde desea conectar el FQDN.:
Causa
Durante la instalación de proceso un certificado autofirmado denominado Microsoft Exchange está enlazado al sitio Web back-end de Exchange en el puerto 444. Esto es para la comunicación entre los sitios web sitio Web predeterminado y Exchange Back End. Cuando se quita el certificado, el sitio Web predeterminado ya no serán capaces de conexiones proxy en el sitio web de Exchange Back End.
Solución
Para resolver este problema, agregar el certificado al sitio web de Exchange Back End mediante la creación de un nuevo certificado autofirmado y, a continuación, se enlaza al sitio web de Exchange Back End.

Nota: Thesesteps se debe realizar en la función del servidor buzón de Exchange:
  1. Inicie el Shell de administración en el servidor de buzón.
  2. Escriba el New-ExchangeCertificate.

    Nota: Si le pide que sobrescriba el certificado predeterminado, seleccionar No.
  3. Inicio Administrador de IIS en el servidor de buzón.
  4. Expandir Sitio, resalte Exchange Back-Endy seleccione Enlaces en el panel de acciones en la columna de la derecha.
  5. Seleccione tipohttps en el puerto 444.
  6. Haga clic en Editar y seleccione el certificado de Microsoft Exchange.
  7. Desde un símbolo del sistema de administrador, ejecute IISReset.


Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 2779694 - Última revisión: 10/01/2015 23:58:00 - Revisión: 2.0

Exchange Server 2016 Enterprise Edition, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbexpertiseinter kbtshoot kbmt KB2779694 KbMtes
Comentarios