Utilice esta ficha para controlar cómo se ejecutan las páginas Active Server (ASP) en la aplicación seleccionada. Las aplicaciones que se ejecutan en Internet Information Services (IIS) pueden ver su eficacia mejorada si se habilita el estado y el tiempo de espera de sesión, el almacenamiento en búfer, las rutas de acceso primarias, el lenguaje y el tiempo de espera de scripts ASP.
 | Nota |
|
Puede definir las propiedades de configuración de la aplicación en el sitio web, un directorio virtual o un directorio. |
Habilitar estado de sesión
Seleccione esta opción para habilitar el estado de sesión.
Cuando el estado de la sesión está habilitado, las páginas Active Server (ASP) crean una sesión para cada usuario que tiene acceso a una aplicación ASP, de forma que pueda identificarlo en las distintas páginas de la aplicación. Cuando se deshabilita el estado de sesión, ASP no realiza un seguimiento de los usuarios ni permite que los scripts ASP almacenen información en el objeto Session o que utilicen los eventos Session_OnStart o Session_OnEnd. Una sesión termina automáticamente si el usuario no ha solicitado o actualizado una página de una aplicación antes de que finalice el tiempo de espera.
Tiempo de espera de sesión
Establezca el periodo de tiempo de espera para todas las sesiones inactivas del sistema.
El tiempo de espera de sesión controla la duración de la sesión del usuario, o más concretamente, la duración del objeto Session. Un script puede finalizar explícitamente una sesión mediante el método Session.Abandon. Incluso cuando el estado de sesión está habilitado para una aplicación, puede deshabilitarse para una página ASP individual mediante la directiva <%@ ENABLESESSIONSTATE = False %>.
Habilitar búfer
Seleccione esta opción para configurar IIS de modo que permita la recopilación de todos los resultados generados por una página ASP antes de enviarlos al explorador. Cuando el explorador muestra la página, todo el contenido está completo. El almacenamiento en búfer de los resultados permite establecer encabezados HTTP desde cualquier lugar de un script ASP.
Si se desactiva la casilla, los resultados se devuelven al explorador a medida que se procesa la página, con lo que se le da a la página una imagen "pintada". Puede invalidar esta opción en un script si usa el método Response.Buffer en los scripts ASP.
Habilitar rutas de acceso primarias
Seleccione esta opción para permitir que las páginas ASP utilicen rutas de acceso relativas al directorio primario del directorio actual (rutas de acceso con la sintaxis ..).
Si habilita esta opción, no conceda a los directorios primarios el acceso de ejecución, ya que un script podría ejecutar un programa no autorizado en un directorio primario.
Lenguaje ASP predeterminado
Especifique el lenguaje principal de scripts para páginas Active Server, que se utiliza para procesar comandos dentro de delimitadores ASP (<% y %>).
ASP se suministra con dos motores de scripts Microsoft® ActiveX®: Microsoft Visual Basic® Scripting Edition (VBScript) y Microsoft Jscript® (JScript). El valor inicial de Lenguaje ASP predeterminado es VBScript. Puede especificar el nombre de cualquier lenguaje para el que tenga instalado un motor de scripts ActiveX en el servidor. Asegúrese de utilizar exactamente la palabra clave necesaria para el motor, proporcionada por el proveedor del motor de scripts. Puede invalidar el lenguaje predeterminado para una página ASP mediante la directiva <%@ LANGUAGE %>.
Tiempo de espera de scripts ASP
Especifica el tiempo que ASP permitirá la ejecución de un script. El valor del periodo de tiempo de espera puede establecerse de 1 a 2147483647.
Si la ejecución del script no concluye antes de que transcurra el tiempo especificado, ASP detiene la ejecución y escribe un evento en el registro de eventos de Windows. Puede invalidar esta opción en una página ASP mediante el método Server.ScriptTimeout.
Habilitar ensamblados en paralelo
Los ensamblados en paralelo (SxS) permiten a las aplicaciones ASP especificar la versión de una DLL de sistema o componente COM clásico que se debe utilizar, como MDAC, MFS, MSVCRT, MSXML, etc. Por ejemplo, si la aplicación ASP utiliza MSXML versión 2.0, puede asegurarse de que la aplicación siga usando MSXML versión 2.0, incluso después de instalar Service Packs en el servidor. Aunque haya nuevas versiones de MSXML instaladas, la aplicación utiliza la versión 2.0 que permanece en el equipo. La configuración de ensamblados SxS requiere que se conozca la ruta de acceso del archivo DLL y que el archivo de manifiesto de COM+ exista en todos los directorios virtuales que necesiten utilizar el archivo DLL.
| Nota |
|
Los archivos DLL compartidos deben ser compatibles con los ensamblados SxS. |
Nombre de archivo de manifiesto
Escriba el nombre de archivo de manifiesto de COM+. El manifiesto de COM+ es un archivo XML que contiene información sobre dónde está instalado un archivo DLL. IIS no comprueba la existencia del manifiesto.
Para ver un extracto de un archivo de manifiesto, vea la
Temas relacionados
Para obtener más información sobre las páginas Active Server y la configuración de aplicaciones, vea la