IIS7混合模式身份验证

Question

我们正准备开始将一些 IIS6 站点迁移到 IIS7，并且该应用程序当前使用表单身份验证。我们已开始收到来自各个站点的一些要求为用户使用 Windows 身份验证的请求。虽然这很容易实现（并且我已经在内部表明该应用程序没有问题，正如预期的那样），但问题是当集成 Windows 不起作用时如何继续保留表单身份验证。我已经看过几个关于如何在 IIS6 上配置它的演练，我可以在 IIS7 上执行相同的操作，但随后我必须打开经典模式处理。如果可能的话，任何解决方案都应该可移植到 IIS6，以保持构建树简单。

那么我对此有什么选择呢？我是否在 IIS7 中设置集成 Windows 身份验证、web.config 中的表单身份验证，并将 401 错误重定向到“错误页面”，允许他们使用表单登录，然后返回常规应用程序？

可能需要表格的情况将保留给合同工、我们的支持人员以及有人需要从外联网在其网站上访问表格的情况。因此，主要是供我们的员工登录以检查功能并确认错误报告。我建议我们保持这样的态度，为了让我们的支持人员正常工作，我们需要一个始终处于活动状态的 Windows 登录，然后我们将对谁可以登录该站点强制执行本地责任，但我被告知我们会这样做最好有表单身份验证。

有什么想法吗？我可以发布一些我已经阅读过的文章的链接，如果这有助于论坛更好地缩小我的需求。

tl;dr: 如何在 IIS7 中进行混合模式身份验证（表单、Windows）而不更改为经典管道，并且如果可能的话仍然能够使用 IIS6 中的构建。

Answer 1

不，这不太正确，但我不能在评论回复中执行代码块，所以我将发布一个新答案...

以下代码块允许我控制来自 IIS7 的匿名访问，而不必在配置数据库（其中应用 IIS6 上的 GUI 更改）

<location path="WindowsLogin.aspx" >
    <system.web>
        <authorization>
            <deny users="?" />
            <allow users="*" />
        </authorization>
    </system.web>
    <system.webServer>
        <security>
            <authentication>
                <anonymousAuthentication enabled="false" />
                <windowsAuthentication enabled="true" />
            </authentication>
        </security>
    </system.webServer>
</location>

Answer 2

感谢您回复我，我已经断断续续地研究了几个实现，我已经在互联网上读到了这些实现（javascript、401、2虚拟目录），但仍然没有真正找到任何东西这正如我想要的那样。我们可能会将其推广到多个客户端，每个客户端都具有不同的硬件/设置，甚至不同版本的 iis，因此希望它尽可能通用。我在几个建议的解决方案上遇到了困难......

当你说对于 IIS7+ 你在 Web 配置中删除了匿名访问时，我假设是这样的：-

<location path="Authent/WinLogin.aspx" > 
  <system.webServer>
    <security>
      <authorization>
        <add accessType="Deny" users="?" />
      </authorization>
    </security>
  </system.webServer>
</location>

Answer 3

我花了几天时间尝试让它工作，但略有不同...我希望第一个登录屏幕显示表单登录，并在“使用 Windows 身份验证登录”下方有一个按钮。

我最终放弃了所有这些技术，因为我永远无法获得令人满意的结果。我的解决方法如下，并且效果很好：

• 创建一个单独的网站“LoginWithIntegratedSecurity”
• 使用集成安全性进行设置
• 该网站在数据库中创建一个临时“用户哈希密钥”，用于标识用户
• 重定向回表单身份验证网站中的 LogonPage 表单身份验证中的 url
• LogonPage 会检查哈希密钥，并在数据库检查后将用户登录

因此，如果用户单击“使用 Windows 身份验证登录”按钮，服务器将重定向到 Windows 身份验证站点（传递“ReturnUrl”） 。该站点挑战并登录用户，然后重定向回来，再次传递“ReturnUrl”以及 HashKey。

这一切发生得非常快，而且看起来非常无缝。

我知道这是一个很麻烦的解决方法，但对于我的情况来说它效果很好。