
Estoy intentando integrar Skype Empresarial Server 2015 (ejecutándose en Windows Server 2016) con un servidor Exchange 2016 (ejecutándose en Windows Server 2012 R2). estaba siguiendo la guíaaquíy hemos tenido éxito en la creación de aplicaciones asociadas en ambos servidores. Sin embargo, cuando intento probar la configuración, falla y aparece el siguiente error:
Lo que resulta en el siguiente error:
Test-CsExStorageConnectivity : ExCreateItem exchange operation failed, code=574,
reason=#CTX#{ctx:{traceId:192143289, activityId:"fa709643-3903-49a3-af3e-c8dcff288259"}}
#CTX#StoreException: code=ErrorUnhandledException, reason=Wrapped callback failed --->
System.InvalidOperationException: Client found response content type of '', but expected
'text/xml'.
The request failed with an empty response.
Aquí está el comando que emití en el servidor SfB:
Test-CsExStorageConnectivity -SipUri "sip:[email protected]" -Verbose
Parece que otro usuario experimentó un problema similar eneste hilo de TechNet, pero su resolución tuvo que ver con un Kemp Load Balancer, que no estoy usando. ¿Alguien se ha encontrado con este problema antes y, de ser así, cómo lo resolvió?
Respuesta1
No importa amigos.
Logré resolver mi problema restableciendo el directorio virtual de EWS desde el Panel de control de Exchange.
Verá, durante todo el tiempo que recibí el error en la prueba, pude navegar manualmente al EWS enhttps://EXCH_FQDN/ews/exchange.asmxdesde el servidor SKYPE; simplemente me pidió credenciales. Así que pensé que había algún problema con la configuración de autenticación en el EWS y como el cmdlet de prueba no solicitaba credenciales, probablemente estaba fallando de alguna manera. Jugué manualmente con varias combinaciones de configuraciones de autenticación, pero ninguna pareció funcionar. Así que finalmente decidí restablecerlos a sus valores predeterminados.
Esto parece haber solucionado el problema y pude ejecutar el cmdlet de prueba con éxito.