如何为ASP Web应用启用Windows Authentication？自建项目配置后失效求助

这种情况我之前踩过不少坑，光靠web.config里的<authentication mode="Windows"/>确实不足以让身份验证正常工作，还有很多容易忽略的细节需要逐一排查：

• 检查IIS/IIS Express的身份验证开关
  这是最常见的问题！不管是用本地IIS还是Visual Studio自带的IIS Express，都要确保Windows身份验证已启用，同时匿名身份验证被禁用。

  • 对于IIS Express：右键项目→属性→Web选项卡→找到服务器区域的IIS Express，点击“创建虚拟目录”，然后点击“身份验证”按钮，勾选Windows身份验证，取消匿名身份验证的勾选。
  • 对于本地IIS：打开IIS管理器，找到你的站点，双击“身份验证”功能，右键Windows身份验证选择“启用”，右键匿名身份验证选择“禁用”。

• 确认web.config的授权规则
  如果你不小心在web.config里加了允许匿名访问的规则，Windows验证会直接被跳过。确保授权节点是这样的：

  <authorization>
    <deny users="?"/> <!-- 拒绝匿名用户，强制触发身份验证 -->
  </authorization>
  

  如果有<allow users="?"/>的配置，赶紧删掉或者改成<deny>。

• 检查应用程序池的配置（本地IIS）
  如果你部署到本地IIS，应用程序池的设置也会影响验证：

  • 确保应用程序池的管道模式是集成模式（经典模式下Windows验证可能出现兼容问题）。
  • 应用程序池的身份（比如Network Service、域账户）需要有访问网站文件目录的权限，同时如果是域环境，这个账户需要能和域控制器通信完成身份验证。

• 浏览器的自动登录设置
  有些浏览器默认会阻止Windows身份验证的自动凭据传递，比如Chrome、Edge：
  把你的网站添加到浏览器的本地Intranet区域，然后设置允许自动登录。操作路径大概是：浏览器设置→Internet选项→安全→本地Intranet→站点→添加你的网站地址，再到自定义级别里开启“自动登录到Intranet区域”。

• 排查代码中的干扰逻辑
  检查你的项目里有没有自定义的身份验证逻辑，比如Global.asax的Application_AuthenticateRequest事件、自定义的Action过滤器，有没有地方手动修改了User.Identity的信息，或者引入了第三方身份验证模块，这些都可能干扰原生的Windows验证流程。

如果以上步骤都排查完还是没解决，可以去Windows的事件查看器里找IIS或者ASP.NET相关的日志，里面可能会有更具体的错误提示，帮你定位问题。

内容的提问来源于stack exchange，提问作者Roland Kwee