HTTPリクエストは、「ネゴシエートのクライアント認証方式に不正です。

Question

私は、Windows SharePoint Services用のVisual Studioの拡張1.3（2009年3月CTP）に基づく/パッケージのVisual Studioプロジェクトを展開しようとしているが、次のエラーを取得しています！

  

HTTPリクエストは、クライアントの認証方式に不正です   「交渉」。サーバから受信した認証ヘッダーがありました   'ネゴシエート、NTLM'

私がアクセスできるようにしています http://127.0.0.1:1378/SpService.svcブラウザを介して、 VseWssサービスは、そのアイデンティティネットワークサービスであるSharePoint Central Administration v3アプリケーションプールで実行されています。 SharePointサービスは、デフォルト設定でインストールされます。ネットワークサービスは、ローカルのAdministratorsグループのメンバーである。

マシンは、Windows 2003の標準Editon SP2で、ドメインの一部であり、私はドメインユーザーでログオンしています。私のユーザーは、マシンのローカルのAdministratorsグループのメンバーであり、私は私のほぼすべてのSharePointセキュリティグループ（ファーム管理者、サイトコレクション管理者など）に必要なの一員作っこのログインでSharepointのサービスをインストールします。

を

私はstackoverflowのと http://social.msdn.microsoftを試してみました。 COM /フォーラム/ 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）を使用してみてください。あなたは、ローカルホストまたはループバックアドレスを使用する場合は、おそらく委任シナリオの特定の種類が失敗する原因と思われる、Kerberosを使用してログインすることはできません。

何が起こっすることができることは、あなたのブラウザはNTLMを使用して静かに「フォールバック」することができるということであり、そのようなVSの展開などの他のプログラムは、そのように動作していない - 彼らはしばしばのみKerberosを使用しています。だから、ホスト名の代わりに、ループバックを使用してみてください。問題が解決しない場合は、おそらくあなたのマシン上のKerberosに問題があります。あなたは本当にハードコアを感じている場合は、Kerberosの上に読み、WireSharkののコピーをダウンロードして、失敗している正確に何を見るために「KRB5」クラスのエラーメッセージを探しますが、これはかなり大きな時間の投資であることができます。