Asp.net IIS 6.0集成身份验证在401和成功登录后失败

Asp.net IIS 6.0集成身份验证在401和成功登录后失败,asp.net,authentication,iis,iis-6,windows-authentication,Asp.net,Authentication,Iis,Iis 6,Windows Authentication,在企业环境中,我们有几个IIS6.NET 4.0 web应用程序,它们在Intranet区域上利用Windows集成身份验证。直到最近,所有的应用程序都正常工作,并如预期的那样。在对几个用户帐户进行“重建”后,需要更改用户名(不要问为什么,我不知道),具有“新”帐户的用户无法访问一些集成的Auth应用程序,但不是全部 对于工作站未加入域的用户,我们现在看到的是: 用户请求按预期生成401,这将打开NTLM对话框 Fiddler报告包含默认401消息的有效请求和响应 当401用户输入正确的凭据(域

在企业环境中,我们有几个IIS6.NET 4.0 web应用程序,它们在Intranet区域上利用Windows集成身份验证。直到最近,所有的应用程序都正常工作,并如预期的那样。在对几个用户帐户进行“重建”后,需要更改用户名(不要问为什么,我不知道),具有“新”帐户的用户无法访问一些集成的Auth应用程序,但不是全部

对于工作站未加入域的用户,我们现在看到的是:

  • 用户请求按预期生成401,这将打开NTLM对话框
  • Fiddler报告包含默认401消息的有效请求和响应
  • 当401用户输入正确的凭据(域\用户名+密码)时,请求记录在IIS日志文件中
  • 连续的请求挂起,浏览器(即,FF、Safari和Chrome测试)状态只是旋转
  • Fiddler报告值GET请求,但从未发生响应
  • IIS不会记录GET after auth,我们也不会看到在正常运行的应用程序上看到的200响应
  • 正如我所说,这只会影响新创建的帐户


    这将影响4个集成身份验证应用程序中的2个,它们都位于根目录的一级虚拟目录中。另外两个仍按预期运行。我们已经转移到专用的应用程序池中,但这并没有解决问题。我们甚至有1个受影响的应用程序使用与仍在运行的应用程序相同的应用程序池,但仍然没有任何功能。Web根目录没有也不能使用集成身份验证。

    ,我觉得这可能更适合ServerFault…但我是一名开发人员,所以诸如此类。