asp.net – PipeLine模式和池标识是否会影响使用Integrated Secu

发布时间：2020-12-16 03:52:53 所属栏目：asp.Net 来源：网络整理

导读：我的应用程序基于ASP.NET 2.0构建,并托管在运行 Windows Server 2008 R2的专用服务器上. 从过去几天开始,我的用户抱怨应用程序通过选择以前的SQL Server连接值而开始出现故障. GridView开始显示DropDown控件的选项等.当我重新启动SQL Server后台服务时,一切

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

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

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

在数据库连接字符串(在web.config文件中)中,我将服务器名称用作具有集成安全性= SSPI的LocalHost.

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

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

解决方法

Re：管道模式和集成安全设置是否相关：否.

管道模式指示IIS处理请求的方式. Classic本质上是IIS6模型,ASP.NET代码通过ISAPI运行.集成将ASP.NET处理带入IIS 7新模型的主要管道中.

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

关于不稳定行为的根源……我在那里没有答案.应用程序池可能会进入一个棘手的状态,但我不认为该状态与管道模式有关.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!