Web应用连接SQL Server：如何强制使用应用池账户而非匿名账户？

首先，你的连接字符串里存在参数冲突，这大概率是不同服务器行为不一致的根源：Integrated Security=false 和 Trusted_Connection=yes 是互斥的——Trusted_Connection=yes 本质等价于 Integrated Security=true，同时设置这两个参数会让SQL Server的连接解析逻辑出现歧义，不同环境（比如不同IIS版本、SQL Server版本）可能优先处理其中一个，导致身份选择不一致。

针对Web应用的场景，你可以按以下步骤排查和修复：

• 修正连接字符串
  删掉冲突参数，统一使用信任连接的正确写法：

  Server=ServerName\MyDBInstance;Database=DBName;Integrated Security=true;
  

  或者等价的：

  Server=ServerName\MyDBInstance;Database=DBName;Trusted_Connection=yes;
  

  这样能确保连接逻辑一致，避免参数解析的不确定性。

• 检查IIS应用池身份配置

  1. 打开IIS管理器，找到你的Web应用对应的应用池
  2. 右键选择「高级设置」，查看「标识」选项
  3. 确保这里设置的是你期望的应用池账户（比如自定义域账户、ApplicationPoolIdentity 或 NetworkService），且该账户拥有SQL Server的登录权限
  4. 其他服务器的应用池可能被错误配置成了匿名相关账户，或者权限设置不到位

• 检查Web.config的身份模拟设置
  打开Web应用的Web.config文件，查找 <identity> 节点：

  • 如果存在 <identity impersonate="true"/>，Web应用会使用当前请求的用户身份（比如匿名请求对应NT匿名账户）连接数据库，而非应用池账户
  • 若要强制使用应用池账户，需改为 <identity impersonate="false"/>，或者直接移除这个节点（默认就是不模拟）

• 检查IIS身份验证配置

  1. 在IIS管理器中找到你的Web应用，打开「身份验证」功能
  2. 如果启用了「匿名身份验证」，且匿名用户设置为 IUSR 或 NT AUTHORITY\ANONYMOUS LOGON，Web应用会默认使用这个匿名账户的上下文，而非应用池账户
  3. 若不需要匿名访问，可禁用「匿名身份验证」并启用「Windows身份验证」；若必须保留匿名访问，要确保应用池身份是拥有SQL权限的账户，且Web.config未启用身份模拟

另外，控制台应用在所有服务器都正常的原因是：控制台程序运行在启动它的用户上下文（比如你的开发账户），而Web应用的上下文完全由IIS的应用池和身份验证配置决定，这就是两者行为差异的核心。

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