Asp.net mvc 当Chrome和IE中提供域时,Asp.Net Active Directory登录不起作用

Asp.net mvc 当Chrome和IE中提供域时,Asp.Net Active Directory登录不起作用,asp.net-mvc,iis,windows-authentication,Asp.net Mvc,Iis,Windows Authentication,这是一个奇怪的问题 我们广告中的一些用户在使用IE/Chrome并在用户名中指定域时无法访问intranet网站。奇怪的是,如果他们尝试使用firefox中的域登录,登录效果会很好。在chrome和IE中,如果不指定域,登录也可以工作 我已经使用Asp.NETMVC5.1开发了我的应用程序 有什么可能导致这种行为吗 更新:在一个开发人员试图更新应用程序池上的超时后,此问题开始出现。我们已恢复更改,但仍然存在相同的问题。同一服务器上的其他Web应用程序没有此问题。是的,我与开发人员进行了双重检查,

这是一个奇怪的问题

我们广告中的一些用户在使用IE/Chrome并在用户名中指定域时无法访问intranet网站。奇怪的是,如果他们尝试使用firefox中的域登录,登录效果会很好。在chrome和IE中,如果不指定域,登录也可以工作

我已经使用Asp.NETMVC5.1开发了我的应用程序

有什么可能导致这种行为吗


更新:在一个开发人员试图更新应用程序池上的超时后,此问题开始出现。我们已恢复更改,但仍然存在相同的问题。同一服务器上的其他Web应用程序没有此问题。是的,我与开发人员进行了双重检查,这是他所做的唯一更改。

我无法确定问题所在。我的主要解决方案是:

转到IIS并单击您的web应用程序 单击“身份验证” 单击Windows身份验证,然后单击右侧的提供程序 取消谈判。 我们在这里所做的是始终强制使用NTLM登录方法。协商要做的是在NTLM和Kerbos之间选择登录。Kerbos基本上实现了允许自动登录的SPN。然而,NTLM不自动登录。例如,默认情况下,客户端应用程序(如Mozilla或您自己的桌面应用程序)可能未与SPN集成,因此协商将选择NTML进行身份验证。另一方面,IE和Chrome默认具有此功能,因此选择kerbos


我仍然有兴趣理解我为什么会遇到这个问题,但现在,这是一个解决办法。

我认为这是一个针对IE的问题,而不是ASP.NET MVC。Chrome使用IE的Windows身份验证和代理设置,因此它们表现出相同的行为是有意义的。请尝试在“Internet选项”的“安全”选项卡下使用本地intranet设置。@RowanFreeman不幸的是,这是在开发人员更改IIS后开始的,他已经恢复了IIS。我在问题中补充了更多细节。这就是为什么我很确定这与IIS有关。