ASP.NET Kerberos偶尔下传到NTLM [英] ASP.net kerberos dropping down to NTLM sporadically

查看:37
本文介绍了ASP.NET Kerberos偶尔下传到NTLM的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

背景(仅相关片段): 我们有一个大型内部网ASP.NET 2.0/3.5应用程序。
Web服务器是AD域上的Windows Server 2003。
客户端使用的是Windows,IE 6-8。 Windows身份验证,具有从Windows身份创建的自定义主体。 Web服务器位于F5 NLB之后,后者将用户转发到特定的Web服务器。(原因是我们公司与Kerberos的F5交易存在限制)。 没有出现会话中断、超时或服务器超载等系统范围的问题,总体上一切运行正常。

有一项功能需要委派--我们使用域/Web服务器提供的Kerberos令牌,以经过身份验证的用户身份连接到网络文件共享。

SPN、ACL等似乎设置正确。

99.x%的情况下,它都能正常工作。我们看到的问题是,在刷新时,令牌会从Kerberos下降到NTLM。我可以在Web服务器的事件日志上看到登录,显示一个调用收到以下内容:

登录过程:Kerberos 身份验证包:Kerberos

和后续调用(通常在加载10个或20个页面之后)得到以下结果:

登录流程:NtLmSsp 身份验证包:NTLM

有人知道是什么原因可能导致后续回发有时转到NTLM吗?

谢谢!

推荐答案

您识别问题所需的所有工具和技术都在Troubleshooting Kerberos Errors中。这份文件从未让我失望过。

NTLM后备
您可能会发现, 安全日志记录了中的事件 在以下情况下使用NTLM进行了哪次登录 它应该是使用Kerberos发生的 身份验证。

问题
有两个 可能发生这种情况的情况:
-第一种情况是 系统尝试使用以下工具进行身份验证 Kerberos协议,但它失败了。AS 因此,系统会尝试 使用NTLM进行身份验证。窗口 服务器2003、Windows XP和Windows 2000使用一种称为协商的算法 (SPNEGO)谈判 使用身份验证协议。 尽管Kerberos协议是 默认设置,如果默认设置失败, 协商将尝试NTLM。
-第二次 情况是一种调用 协商返回NTLM作为唯一 协议可用。

确认
这个 第一种情况将导致 Kerberos身份验证失败 您可以通过查看 事件日志或数据中的错误 网络监视器捕获的数据包。 这两种调查方法都是 在本文档后面讨论...

这篇关于ASP.NET Kerberos偶尔下传到NTLM的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆