После новой установки sharepoint server 2010 на Windows server 2008 r2 sp1 все веб-службы не работают. Когда я пытаюсь открыть, например, TokenService, если показывает мне исключение:
Расширение: System.ServiceModel.Channels.TransportSecurityBindingElement Ошибка: сбой экспорта политики безопасности. Привязка содержит элемент TransportSecurityBindingElement, но не содержит элемента привязки транспорта, который реализует ITransportTokenAssertionProvider.
После поиска в Google я обнаружил, что мне нужно установить исправление: http://support.microsoft.com/kb/971493
Но установить не могу. Он показывает: Обновление не применимо к вашему компьютеру. В журнале событий: обновление Windows не может быть установлено из-за ошибки 2149842967 Насколько я понимаю, в SP1 есть более новая версия этого исправления. После этого я попытался реализовать свой собственный транспорт, который реализует ITransportTokenAssertionProvider. (http://blogs.msdn.com/b/distributedservices/archive/2010/05/13/wcf-and-intermediate-devices.aspx)
После смены транспорта ошибка исчезла, но возникла новая: CustomBinding_'.'http://tempuri.org/"привязка для"'.'http://schemas.microsoft.com/sharepoint/taxonomy/soap/'контракт настроен с режимом аутентификации, который требует целостности и конфиденциальности транспортного уровня. Однако транспорт не может обеспечить целостность и конфиденциальность.
* После добавления "enableUnsecuredResponse =" true "" в веб-конфигурацию новая ошибка: объект связи, System.ServiceModel.ChannelFactory`1 [***], не может использоваться для связи, поскольку он находится в состоянии сбоя. *
Как я могу это исправить?
Возникла проблема с настройкой веб-сервисов в веб-конфигах. После установки последних CU и SP и копирования конфигураций из новой установки все работает нормально.
У меня была точно такая же проблема, как указано выше. Единственное решение, которое я смог найти, - это удалить Central Admin с проблемного сервера и установить его на другом веб-интерфейсе (у нас на ферме 4 WFE). Это решило проблему.
Я подозреваю, что проблема связана с настройками IIS или групповой политики на предыдущем веб-сервере, но у меня нет никаких доказательств, кроме того, что SharePoint вернулся в нормальное состояние после перемещения Central Admin.