ASP.NET应用部署IIS后SQL Server Windows身份验证登录失败求助

这个问题我碰到过好多次了，本质是IIS应用池的身份权限不足导致的，咱们一步步来解决：

先搞懂为啥会报错 #

本地在Visual Studio运行时，你的ASP.NET应用是用当前登录的Windows用户身份去访问SQL Server的，这个用户肯定已经有数据库的访问权限了，所以一切正常。但部署到IIS后，默认的应用池身份是ApplicationPoolIdentity，在域环境里，这个身份会映射成服务器的机器账户DOMAIN\SERVERNAME$——而这个账户大概率没被授权访问你的SQL Server数据库，自然就报登录失败了。

解决方案（选一个适合你的就行） #

方案1：给机器账户授予SQL Server访问权限 #

这是最直接的方式，适合不想改动应用池配置的场景：

• 打开SQL Server Management Studio（SSMS），连接到你的数据库服务器
• 展开安全性 > 登录名，右键点击新建登录名
• 在登录名输入框里，直接输入DOMAIN\SERVERNAME$（注意替换成你的实际域和服务器名）
• 切换到用户映射标签，勾选你的ASP.NET应用用到的数据库，然后给这个登录名分配合适的权限（比如db_datareader、db_datawriter，或者根据需求调整）
• 点击确定，重启一下IIS应用池，再访问网站试试

方案2：修改IIS应用池的身份为域用户 #

如果不想用机器账户，也可以让应用池用一个有数据库权限的域用户来运行：

• 打开IIS管理器，找到你的网站对应的应用池
• 右键点击应用池，选择高级设置
• 在进程模型下的标识选项，点击旁边的按钮，选择自定义账户，然后点击设置
• 输入一个已经被授权访问SQL Server的域账户（比如你本地用的那个账户，或者专门的服务账户），输入密码后确定
• 重启应用池，访问网站验证是否正常

方案3：配置ASP.NET模拟（Impersonation） #

如果你的网站需要用访问者的Windows身份去访问数据库（也就是用户登录网站的身份直接透传到SQL Server），可以开启模拟：

• 在你的ASP.NET项目的web.config里，找到<system.web>节点，添加或修改如下配置：

  <identity impersonate="true" />
  

• 注意：这种方式需要确保每个访问网站的域用户都有SQL Server的访问权限，适合内部企业应用场景，不适合用户量大的公共网站

额外提醒 #

• 不管用哪种方案，都要确保SQL Server的Windows身份验证模式是开启的（在SSMS里右键服务器 > 属性 > 安全性，确认选择了“SQL Server和Windows身份验证模式”）
• 改完权限或配置后，一定要重启IIS应用池甚至IIS服务，确保配置生效

内容的提问来源于stack exchange，提问作者M. Ozn