
Ich versuche einen Skype for Business Server 2015 (läuft unter Windows Server 2016) mit einem Exchange Server 2016 (läuft unter Windows Server 2012 R2). Ich folgte der AnleitungHierund es ist mir gelungen, die Partneranwendungen auf beiden Servern zu erstellen. Wenn ich jedoch versuche, das Setup zu testen, schlägt es mit dem folgenden Fehler fehl:
Dies führt zu folgendem Fehler:
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.
Hier ist der Befehl, den ich auf dem SfB-Server ausgegeben habe:
Test-CsExStorageConnectivity -SipUri "sip:[email protected]" -Verbose
Es sieht so aus, als ob ein anderer Benutzer ein ähnliches Problem hatte aufdieser TechNet-Thread, aber seine Lösung hatte mit einem Kemp Load Balancer zu tun – den ich nicht verwende. Ist jemand schon einmal auf dieses Problem gestoßen und wenn ja, wie haben Sie es gelöst?
Antwort1
Macht euch keine Gedanken, Leute.
Ich konnte mein Problem lösen, indem ich das virtuelle EWS-Verzeichnis über die Exchange-Systemsteuerung zurückgesetzt habe.
Während der gesamten Zeit, in der der Test fehlschlug, konnte ich manuell zum EWS navigieren unterhttps://EXCH_FQDN/ews/exchange.asmxvom SKYPE-Server; es hat mich nur nach Anmeldeinformationen gefragt. Also nahm ich an, dass etwas mit der Authentifizierungseinrichtung auf dem EWS nicht stimmte und da das Test-Cmdlet nicht nach Anmeldeinformationen gefragt hat, war es wahrscheinlich irgendwie fehlgeschlagen. Ich habe manuell mit verschiedenen Kombinationen der Authentifizierungseinstellungen herumgespielt, aber keine schien zu funktionieren. Also habe ich mich schließlich dazu entschlossen, sie einfach auf die Standardeinstellungen zurückzusetzen.
Dadurch schien das Problem behoben zu sein und ich konnte das Test-Cmdlet erfolgreich ausführen.