无法使用网络服务帐户运行的应用程序池连接到SQL Server

Question

我们有一个在Windows 2003上运行的ASP.NET 3.5应用程序。出于迁移目的，该应用程序通过ODBC连接到SQL Server 4.21的一个很旧的版本。 它一直有效，直到一天在所有服务器上停止工作（服务器不存在或访问被拒绝）为止。 经过一周的研究，我们发现问题是运行Web应用程序（网络服务）中使用的应用程序池的帐户，如果我们将此帐户更改为“本地服务”或“本地系统”，则连接有效帐户出现许多其他问题。 具有“本地系统”帐户的帐户都可以使用，但是我们认为使用具有管理员权限的帐户并不安全。

目标是：

• 使连接与通过网络服务帐户运行的应用程序池一起使用
• 知道为什么它在网络服务下可以工作几个月，然后停止工作。

也许我们需要授予odbc库某些特权或类似的特权，也许是Windows Update的一些安全更新引起了问题。

一些线索：

• 该Web应用程序通过Windows 2003下的IIS运行。
  在Active Directory域上
• SQL Server通过NT域。 （NT 3.51）
• ODBC系统DSN使用“ SQL Server”驱动程序，并在客户端配置上使用TCP / IP或命名管道。
• 与数据库的连接使用SAL帐户，而不是受信任的连接。
• 连接始终有效，并于2011年2月24日在所有服务器和开发人员工作站上停止工作

有什么想法吗？

Answer 1

您可以连接到以网络服务帐户运行的SQL。 在SQL端，请确保已授予“ \\ $”对数据库的访问权限。 如果您在域EMEA中，并且计算机的名称为“ machine1”，则授予访问权限的用户为“ EMEA \\ machine1 $”。