IIS/DB - 应用程序池与配置文件(连接字符串) - 谁赢了?

IIS/DB - Application pool vs Config file (connection string) - Who wins?

如果我是 运行 Web 服务器 1.0.0.1 支持 IIS .NET 4.0 站点并尝试连接到另一个 1.0.0.2 服务器 运行 MS-SQL(数据库).两者之间的连接,是Application Pool的user还是Web.config的ConnectionString是两个系统之间的主动通信?几个例子:

场景 1 --(WIN 配置?)这个很重要 应用程序池用户:网络服务 应用程序池加载用户配置文件:FALSE Web.config 连接字符串:DOMAIN\User

场景 2 --(WIN 应用程序池?) 应用程序池用户:DOMAIN\User 应用程序池加载用户配置文件:TRUE Web.config 连接字符串:集成服务=TRUE

场景 3 --(获胜 IIS_USER?) 应用程序池用户:ApplicationPoolIdentity 应用程序池加载用户配置文件:FALSE Web.config 连接字符串:集成服务=TRUE

最后...我认为 CLR 是 运行 IIS_USER(除非 App Pool 是 DOMAIN 帐户),而连接到 SQL 它正在使用 Web.Config的连接字符串信息。但是有人说我错了,所以我真的很困惑。

一种简单的确定方法是锁定其中一个帐户,使其无法连接到数据库服务器。