使用受信任连接时，哪个帐户用于向 SQL 验证 ASP.net？

Question

我正在尝试在我们的 IIS 服务器上正确配置 asp.net 4.5。

我已经能够成功导航并启动一个不包含数据连接的 ASPX 页面，因此我知道本地目录的应用程序池身份验证正常工作。

现在虽然我有一个单独的 SQL 服务器连接到域，并且在代码中存储了一个连接字符串，该连接字符串使用受信任的连接将 ASPX 页面连接到服务器。在 Visual Studio 调试模式下运行时，连接工作正常 - 但此时我假设它正在使用我的登录凭据。

我的问题是，当用户在新的 IIS7 服务器上托管时通过浏览器调用 aspx 页面时，使用可信连接时使用哪个帐户调用 SQL 服务器？ - 是最终用户还是来自 IIS 服务器的本地帐户？

当我调用嵌入了数据连接的页面时，我收到错误：用户 ADMIN\PCNAME$ 登录失败 ... 这表明这是它正在使用的帐户。但是，我知道的域上不存在此帐户。 - 是吗？！

提前致谢，

Answer 1

它将使用运行 ASP.NET 的帐户，正如您所设计的那样。您通常应该做的是创建一个域帐户（具有正确的权限）并在该帐户下运行您的 ASP.NET AppPool。然后受信任的连接将使用该帐户连接到数据库，并且只要您授予它访问权限（作为域帐户您可以这样做），它应该一切正常。

添加：

在 cmet 上来回折腾之后，让我们回到开始：设置新的 AppPool 使用域用户帐户运行，并回收 AppPool。什么是说密码错误？如果是 IIS 尝试启动 AppPool，那么极有可能是您为 AppPool 提供的密码错误，或者密码设置为在首次登录时更改。 如果它不是 IIS，而是打开一个数据库连接，你确定数据库允许这个域帐户访问数据库和它需要的表吗？您为该帐户分配了哪些角色？另外，它试图执行什么 SQL 语句（如果它已经足够远，可以尝试执行一条语句）？

我建议您在最初的问题中做出任何回应 - 如果 cmets 太多，它们就会成为拖累。