Test-CsExStorageConnectivity приводит к ошибке: "Сбой запроса с пустым ответом"

Я пытаюсь интегрировать Skype для бизнеса Server 2015 (работает на Windows Server 2016) с Exchange Server 2016 (работает на Windows Server 2012 R2). Я следовал этому руководству и успешно создавал партнерские приложения на обоих серверах. Тем не менее, когда я пытаюсь проверить настройку, она завершается с ошибкой ниже:

Что приводит к следующей ошибке:

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.

Вот команда, которую я выполнил на сервере SfB:

Test-CsExStorageConnectivity -SipUri "sip:First.Lastname@mydomain.com" -Verbose

Похоже, у другого пользователя возникла аналогичная проблема в этой теме TechNet, но его разрешение было связано с балансировщиком нагрузки Kemp, который я не использую. Кто-нибудь сталкивался с этой проблемой раньше, и если да, то как вы решили ее?

Источник

1 ответ

Решение

Не берите в голову людей.

Мне удалось решить мою проблему путем сброса виртуального каталога EWS из панели управления Exchange.

Видите ли, все время, когда я получал тестовый сбой, я мог вручную перейти к EWS по адресу https://EXCH_FQDN/ews/exchange.asmx с сервера SKYPE; это просто побудило меня к учетным данным. Поэтому я подумал, что с настройкой аутентификации в EWS что-то не так, и поскольку тестовый командлет не запрашивал учетные данные, скорее всего, он как-то не удался. Я возился с различными комбинациями настроек аутентификации вручную, но ни одна из них не работала. Поэтому я, наконец, решил просто восстановить их по умолчанию.

Похоже, это устранило проблему, и я смог успешно выполнить тестовый командлет.

Источник
Другие вопросы по тегам