IIS windows身份验证(NTLM)

IIS windows身份验证(NTLM),iis,Iis,我们正在使用仅启用windows身份验证的IIS 7.5。提供商是ntlm和negogiate(因为我们希望它可以通过互联网访问) 客户端正在silverlight调用wcf服务。即使我们已经建立了会话,客户机也会发送协商和服务器返回401以及一些身份验证令牌。这种情况发生在相互之间,有许多成功的呼叫(与失败的呼叫混杂在一起) 很多电话都很好,只发送sessionid,一切都很好 在《小提琴手》中,我们可以看到下面的内容 客户端发送 授权:协商TLRMTvNTUAABAAAL4II4Gaaaaa

我们正在使用仅启用windows身份验证的IIS 7.5。提供商是ntlm和negogiate(因为我们希望它可以通过互联网访问)

客户端正在silverlight调用wcf服务。即使我们已经建立了会话,客户机也会发送协商和服务器返回401以及一些身份验证令牌。这种情况发生在相互之间,有许多成功的呼叫(与失败的呼叫混杂在一起)

很多电话都很好,只发送sessionid,一切都很好

在《小提琴手》中,我们可以看到下面的内容

客户端发送

授权:协商TLRMTvNTUAABAAAL4II4Gaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaadw== ASP.NET_SessionId=0ix0fqf02j1imrpfc4awit3w

服务器发送


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文章中得到解决

以下是一些其他相关参考资料: