IIS windows身份验证(NTLM)
我们正在使用仅启用windows身份验证的IIS 7.5。提供商是ntlm和negogiate(因为我们希望它可以通过互联网访问) 客户端正在silverlight调用wcf服务。即使我们已经建立了会话,客户机也会发送协商和服务器返回401以及一些身份验证令牌。这种情况发生在相互之间,有许多成功的呼叫(与失败的呼叫混杂在一起) 很多电话都很好,只发送sessionid,一切都很好 在《小提琴手》中,我们可以看到下面的内容 客户端发送 授权:协商TLRMTvNTUAABAAAL4II4Gaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaadw== ASP.NET_SessionId=0ix0fqf02j1imrpfc4awit3w 服务器发送IIS windows身份验证(NTLM),iis,Iis,我们正在使用仅启用windows身份验证的IIS 7.5。提供商是ntlm和negogiate(因为我们希望它可以通过互联网访问) 客户端正在silverlight调用wcf服务。即使我们已经建立了会话,客户机也会发送协商和服务器返回401以及一些身份验证令牌。这种情况发生在相互之间,有许多成功的呼叫(与失败的呼叫混杂在一起) 很多电话都很好,只发送sessionid,一切都很好 在《小提琴手》中,我们可以看到下面的内容 客户端发送 授权:协商TLRMTvNTUAABAAAL4II4Gaaaaa
WWW.Authenticate:agreement-tlrmtvtuaaacaaaagadgaaavgonitqru/fvlp9eaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaababababababababababababababababababababababababaaqbabagababababababamayqbamagababababababababababababababac4azac4aqbababababaaqbabababaaqbabababaaqbabaaqbabaaqbaaqbaaqbabaaqbababaaqaqbababaaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaqaq你的问题,但我猜你想解决间歇性NTLM故障 您描述的标题是的质询响应协议的一部分。下面是一个更完整的示例:
Client: Get / HTTP/1.1
Server: HTTP/1.1 401 Unauthorized
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
Client: Get / HTTP/1.1
Authorization: Negotiate ###################### (encrypted Negotiate)
Server: HTTP/1.1 401 Unauthorized
WWW-Authenticate: Negotiate ###################### (encrypted Challenge)
Client: Get / HTTP/1.1
WWW-Authenticate: Negotiate ###################### (encrypted Response)
Server: HTTP/1.1 200 OK
在公共互联网上使用这种身份验证方法可能是个坏主意;它打算在私有内部网中使用,在私有内部网中,客户端和服务器都可以访问公共的Windows Active Directory域
我怀疑您的问题可能会在“”KB文章中得到解决
以下是一些其他相关参考资料: