PipeLine模式和池标识是否会影响使用集成安全性运行的应用程序？

Question

我的应用程序基于ASP.NET 2.0构建,并托管在运行Windows Server 2008 R2的专用服务器上.

从过去几天开始,我的用户抱怨应用程序通过选择以前的SQL Server连接值而开始出现故障.GridView开始显示DropDown控件的选项等.当我重新启动SQL Server后台服务时,一切都开始正常工作.我与人们进行了很多讨论,很少有人建议它与应用程序池有关.

我查看了IIS属性,以查看哪个应用程序池正在运行我的应用程序.我发现我的应用程序使用经典应用程序池,管理管道模式设置为:Classic.应用程序也在运行应用程序池标识:LocalSystemAccount.

在数据库连接字符串(在web.config文件中)中,我使用Server Name作为LocalHost with Integrated Security=SSPI.

我想知道上述设置是否与此故障有关.

我是否需要将管道模式更改为集成并将应用程序放在单独的池中？集成Security=SSPI是否与PipeLine Mode？有关？

Answer 1

回复：管道模式和集成安全设置是否相关：否。

管道模式指示 IIS 处理请求的方式。经典本质上是IIS6模型，ASP.NET代码通过ISAPI运行。Integrated 将 ASP.NET 处理引入 IIS 7 新模型的主管道中。

集成安全性确定您的应用程序在建立连接时向 SQL 提供的身份验证。我相信 SSPI 意味着您将使用应用程序池进程的帐户凭据。由于您使用的是 LocalSystemAccount，因此它将是本地系统。如果 SQL Server 实例位于单独的计算机上，这可能会出现问题，但如果它是本地主机，我想它会受到信任。

至于不稳定行为的根源......我没有答案。应用程序池可能会进入一种混乱的状态，但我认为该状态与管道模式无关。