HTTP-запрос неавторизован с помощью схемы аутентификации клиента "Negotiate".

Question

Я пытаюсь развернуть / упаковать проект Visual Studio на основе расширений Visual Studio для Windows Sharepoint Services 1.3 (март 2009 CTP), но получаю следующую ошибку!

HTTP-запрос неавторизован с помощью схемы аутентификации клиента "Согласование".Заголовок аутентификации, полученный от сервера, был "Negotiate,NTLM"

Я могу получить доступ http://127.0.0.1:1378/SpService.svc через браузер;Служба VSeWSS работает под управлением пула приложений Sharepoint Central Administration v3, удостоверением которого является сетевая служба.Службы Sharepoint Services установлены с настройками по умолчанию.Сетевая служба является членом локальной группы администраторов.

Компьютер оснащен Windows 2003 Standard Editon SP2 и является частью домена, и я вошел в систему под именем пользователя домена;мой пользователь является членом локальной группы администраторов компьютера, и я установил службу Sharepoint с этим логином, который сделал меня членом почти всех необходимых групп безопасности Sharepoint (администратор фермы;Администратор семейства веб-сайтов и т.д.)

Я попробовал stackoverflow и http://social.msdn.microsoft.com/Forums/en-US/sharepointdevelopment форуме и перепробовали почти все, что предлагалось в разных постах на этих двух;но до сих пор ничего из этого не сработало!

VSeWSS1.3.log содержит следующие записи

2010/02/12 16:49:01    Error
Error: System.ServiceModel.Security.MessageSecurityException
System.ServiceModel.Security.MessageSecurityException: The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server was 'Negotiate,NTLM'. ---> System.Net.WebException: The remote server returned an error: (401) Unauthorized.
   at System.Net.HttpWebRequest.GetResponse()
   at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
   --- End of inner exception stack trace ---

Server stack trace: 
   at System.ServiceModel.Channels.HttpChannelUtilities.ValidateAuthentication(HttpWebRequest request, HttpWebResponse response, WebException responseException, HttpChannelFactory factory)
   at System.ServiceModel.Channels.HttpChannelUtilities.ValidateRequestReplyResponse(HttpWebRequest request, HttpWebResponse response, HttpChannelFactory factory, WebException responseException)
   at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
   at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)
   at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)
   at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
   at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at Microsoft.SharePoint.Tools.SPServiceReference.ISPService.GetWeb(String url)
   at Microsoft.SharePoint.Tools.SharePointSolutions.SolutionDeployer.ValidateProjectDeployURL()
   at Microsoft.SharePoint.Tools.SharePointSolutions.SolutionDeployer.Deploy()

Answer 1

Я удалил машину из домена;удалены VSeWSS, Sharepoint и IIS.Переустановил IIS после удаления компьютера из домена.После установки Sharepoint и VSeWSS;все начало работать нормально!

Answer 2

Вы также можете попробовать использовать фактическое имя хоста компьютера вместо адреса обратной связи (127.0.0.1).Если вы используете localhost или адрес обратной связи, вы, вероятно, не сможете войти в систему с помощью Kerberos, что приведет к сбою определенных типов сценариев делегирования.

Возможно, происходит то, что ваш браузер "автоматически возвращается" к использованию NTLM, а другие программы, такие как развертывание VS, ведут себя иначе - они часто используют только Kerberos.Поэтому попробуйте использовать имя хоста вместо loopback.Если это не сработает, вероятно, у вас проблема с Kerberos на вашем компьютере.Если вы чувствуете себя по-настоящему заядлым игроком, вы можете прочитать о Kerberos и загрузить копию WireShark, а затем поискать сообщения об ошибках класса "KRB5", чтобы точно узнать, что происходит сбой, но это довольно большие затраты времени.