2012-02-23 6 views
6

Mi aplicación se basa en ASP.NET 2.0 y está alojada en un servidor dedicado que ejecuta Windows Server 2008 R2.¿Can PipeLine Mode y Pool Identity afectan a una aplicación que se ejecuta con Integrated Security?

En los últimos días, mis usuarios se están quejando de que la aplicación comienza a funcionar mal al elegir los valores de conexión de SQL Server anteriores. El GridView comienza a mostrar las opciones de un control DropDown, y así sucesivamente. Cuando reinicio el servicio en segundo plano de SQL Server, todo comienza a funcionar bien. Tuve muchas discusiones con personas y algunos sugirieron que tiene algo que ver con el grupo de aplicaciones.

Miré en las propiedades de IIS para ver qué grupo de aplicaciones ejecuta mi aplicación. Encontré que mi aplicación está utilizando el grupo de aplicaciones clásico con Modo de canal administrado establecido en: Classic. La aplicación también se ejecuta con Application Pool Identity: LocalSystemAccount.

En la cadena de conexión de la base de datos (en el archivo web.config), estoy usando el nombre del servidor como LocalHost con Integrated Security=SSPI.

Quiero saber si las configuraciones anteriores tienen algo que ver con este mal funcionamiento.

¿Debo cambiar el Modo de canalización a Integrado y colocar la aplicación en un grupo separado? ¿Está Integrado Security=SSPI tiene algo que ver con PipeLine Mode?

+2

¿Qué quiere decir con "mis usuarios se quejan de que la aplicación comienza a funcionar mal al elegir los valores de conexión de SQL Server anteriores"? – JoeBilly

+0

Creo que puede haber querido decir que la aplicación comienza a usar una conexión anterior que ya no está en su configuración. Parece que se necesita un reinicio ... –

Respuesta

4

Re: ¿Está el modo de canalización y seguridad integrada de configuración relacionados: Nº

modo de canalización indica la forma en que maneja las solicitudes de IIS. Classic es esencialmente el modelo IIS6, con código ASP.NET ejecutándose a través de ISAPI. Integrado trae el procesamiento de ASP.NET a la tubería principal en un nuevo modelo para IIS 7.

La seguridad integrada es determinar la autenticación que su aplicación presenta a SQL al hacer una conexión. SSPI, creo que significa que usará las credenciales de la cuenta del proceso del conjunto de aplicaciones. Como está utilizando LocalSystemAccount, será el sistema local. Esto probablemente presentaría un problema si la instancia de SQL Server estuviera en una máquina separada, pero si es localhost, me imagino que sería de confianza.

En cuanto a la raíz del comportamiento errático ... No tengo una respuesta allí. El grupo de aplicaciones podría estar en un estado complicado, pero no creo que ese estado esté relacionado con el modo de canalización.

Cuestiones relacionadas