none
EMC error RRS feed

  • Pregunta

  • Hola a todos.

    Tengo funcionando un Exchange 2010 sp2 y me aparece el error, cuando conecto a la EMC desde cualquiera de los CAS, lo siguiente: "El cliente WinRM no puede procesar la solicitud. No se puede determinar el tipo de contenido de la respuesta HTTP del equipo de destino. El tipo de contenido falta o no es válido."

    Aparece desde que usé la EMC para instalar un certificado SSL de una CA externa. Debería haber usado el comando del powershell Import-ExchangeCertificate pero no lo hice y creo que esa puede ser la causa.

    He intentado usar el EMC troubleshooter, y el EMTShooter para la reparación de errores relacionados con WinRM, desde páginas como http://blogs.technet.com/b/exchange/archive/2010/12/07/3411644.aspx que encontré en otros post pero ninguna solución parece funcionar.

    He comprobado los módulos kerbauth y wsman en el IIS, y en la sección <global modules> del archivo applicationHost.config de c:\windows\system32\inetsrv\config pero todo está ok. También miré si los módulos estaban registrados a nivel de servidor pero solo habilitados en el directorio virtual de PowerShell en IIS... también están ok.

    Así que creo que casi todo está bien configurado pero no todo pero sigue apareciendo el error.

    ¿Alguna ayuda?

    Gracias y un saludo.

    lunes, 30 de julio de 2012 10:20

Respuestas

  • Hola Victor J Morcillo Diaz,
     
    Tambien la PowerShell te da el mismo error o la puedes usar?
    Si entras con otro usuario de windows sale el mismo error?
    En IIS en la virtual folder PowerShell, el modulo Kerbauth apunta a "C:\Program
    Files\Microsoft\Exchange Server\v14\Bin\kerbauth.dll", es Native y Local?
    En C:\inetpub\wwwroot tiene algun file config.xml? Puedes postar el contenido?
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    miércoles, 8 de agosto de 2012 22:41
    Moderador
  • No me lo puedo creer.... Era el archivo config.xml... ¿cómo no lo habré visto antes?

    <?xml version="1.0" encoding="UTF-8"?>
    <configuration>
        <system.webServer>
            <httpRedirect enabled="true" destination="/owa" childOnly="true" />
            <httpErrors>
                <remove statusCode="403" subStatusCode="-1" />
                <error statusCode="403" prefixLanguageFilePath="%SystemDrive%\inetpub\custerr" path="403.htm" responseMode="File" />
            </httpErrors>
        </system.webServer>
    </configuration>
    

    Estaba puesta la redirección al directorio virtual de OWA y no entiendo por qué pero al eliminar el archivo config.xml de C:\inetpub\wwwroot el problema se ha resuelto solo. Se ve que WinRM estaba intentando leer este archivo y está mal...

    Gracias Michele. Eres un crack!!!

    Un abrazo

    jueves, 9 de agosto de 2012 7:46

Todas las respuestas

  • Hola Victor J Morcillo Diaz,
     
    creo que te equivocaste de forum, este es español :)
    De todas formas dado que me has escrito en privado, has resuelto con el EMC
    troubleshooter?
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    lunes, 30 de julio de 2012 18:42
    Moderador
  • Si, ya me di cuenta tras escribirlo que lo postee en inglés en el foro Español ^_^

    He usado el EMTShooter.ps1 y me da todo OK. He probado a reinstalar el WinRM y Exchange (sin llegar a eliminar el servidor de AD) pero tampoco me ha funcionado. También he reinstalado el certificado autofirmado original y le he asignado el servicio SMTP, pero no funciona aunque creo que los tiros van por ahi, ya que al instalar el certificado SSL se eliminó automáticamente el autofirmado.

    AccessRules        :
    CertificateDomains : {vw0003.dcdomain.local}
    HasPrivateKey      : True
    IsSelfSigned       : True
    Issuer             : CN=vw0003.dcdomain.local
    NotAfter           : 01/08/2017 11:20:24
    NotBefore          : 01/08/2012 11:20:24
    PublicKeySize      : 2048
    RootCAType         : None
    SerialNumber       : 748647BF65675E96476F3DDDCF073F3D
    Services           : SMTP
    Status             : Valid
    Subject            : CN=vw0003.dcdomain.local
    Thumbprint         : 783B10B3C6A8CED4E36D60C1C240859309B836D4

    miércoles, 1 de agosto de 2012 10:10
  • Hola Victor J Morcillo Diaz,
     
    desde cuando empezó a darte ese problema?
    tienes solo un servidor exchange?
    os y sp del servidor?
    que dicen los logs de IIS?
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    miércoles, 1 de agosto de 2012 10:19
    Moderador
  • Hola Michele.

    Empezó desde que instalé un certificado SSL de una compañía externa. Procesé la solicitud desde la EMC de Exchange. La envié a la CA externa y completé la solicitud con el archivo *.cer que obtuve. Le asigné los servicios SSL, POP, IMAP y SMTP y a partir de ahí dejó de funcionar.

    Tengo cuatro servidores (los cuatro que montamos cuando tú estuviste aquí ;) Dos para las bases de datos y dos con los roles de CAS, HUB y UM.

    Los SO son Windows 2008 R2 enterprise y el Exchange es un 2010 sp2 con el rollup 2.

    En los logs de IIS no veo nada en c:\inetpub\logs  ¿Hay algún otro sitio dónde pueda ver los logs? En los eventos del sistema tampoco hay nada que me de una pista sobre qué puede estar pasando.

    Saludos

    miércoles, 1 de agosto de 2012 11:18
  • Algo nuevo?
    lunes, 6 de agosto de 2012 8:06
  • Hola Victor J Morcillo Diaz,
     
    el miercoles pasado te escribi un correo para que me mandaras un fichero:
     
    "Mándame por favor el fichero web.config que está en la carpeta de Exchange
    ClientAccess\Powershell"
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    lunes, 6 de agosto de 2012 8:43
    Moderador
  • Perdona Michele. No me ha llegado nada. Ni siquiera en el SPAM. Parece que tenemos problema en el correo (no es Exchange :D) porque también me han dicho lo mismo otros clientes.

    Ya te lo he enviado.

    Un abrazo

    lunes, 6 de agosto de 2012 12:21
  • Hola Victor J Morcillo Diaz,
     
    cual es el valor de la variable de sistema %ExchangeInstallPath% en este
    servidor?
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    lunes, 6 de agosto de 2012 13:12
    Moderador
  • Hola Michele. Es:

    C:\Program Files\Microsoft\Exchange Server\V14

    martes, 7 de agosto de 2012 6:21
  • Hola Victor J Morcillo Diaz,
     
    prueba a quitar (restart) y volver a instalar la extension de WinRM desde
    las funcionalidades del 2008 R2.
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    martes, 7 de agosto de 2012 19:02
    Moderador
  • Ya lo hice Michele... fue una de las primeras cosas que se me ocurrió :/

    Creo que me va a tocar reinstalar el CAS ese.

    miércoles, 8 de agosto de 2012 7:23
  • Hola Victor J Morcillo Diaz,
     
    Tambien la PowerShell te da el mismo error o la puedes usar?
    Si entras con otro usuario de windows sale el mismo error?
    En IIS en la virtual folder PowerShell, el modulo Kerbauth apunta a "C:\Program
    Files\Microsoft\Exchange Server\v14\Bin\kerbauth.dll", es Native y Local?
    En C:\inetpub\wwwroot tiene algun file config.xml? Puedes postar el contenido?
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    miércoles, 8 de agosto de 2012 22:41
    Moderador
  • No me lo puedo creer.... Era el archivo config.xml... ¿cómo no lo habré visto antes?

    <?xml version="1.0" encoding="UTF-8"?>
    <configuration>
        <system.webServer>
            <httpRedirect enabled="true" destination="/owa" childOnly="true" />
            <httpErrors>
                <remove statusCode="403" subStatusCode="-1" />
                <error statusCode="403" prefixLanguageFilePath="%SystemDrive%\inetpub\custerr" path="403.htm" responseMode="File" />
            </httpErrors>
        </system.webServer>
    </configuration>
    

    Estaba puesta la redirección al directorio virtual de OWA y no entiendo por qué pero al eliminar el archivo config.xml de C:\inetpub\wwwroot el problema se ha resuelto solo. Se ve que WinRM estaba intentando leer este archivo y está mal...

    Gracias Michele. Eres un crack!!!

    Un abrazo

    jueves, 9 de agosto de 2012 7:46
  • Hola Victor J Morcillo Diaz,
     
    muy bien, le hemos dado :)
     
    Si lo borraste, asegurate de lanzar un IISRESET y mira si vuelve a crearlo,
    ahi podras saber si el problema estaba en el fichero corrupto o en su configuracion.
     
    Un abrazo.
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCITP | MCT
    http://www.windowserver.it
    http://www.windowservers.es

    jueves, 9 de agosto de 2012 9:17
    Moderador
  • Si ya lo hice, incluso reinicié el servidor. El archivo no se vuelve a crear y sigue funcionando el acceso. De todas formas guardé una copia antes de borrarlo.

    Un abrazo

    jueves, 9 de agosto de 2012 12:34