Análisis en profundidad de IIS 6.0 (cinco)

  
                              

VI. ID del sitio web
Para el servidor IIS, el nombre que identifica de manera única a un sitio web no es el nombre del sitio web, sino el valor de ID del sitio web. Cuando creamos un nuevo sitio web en IIS 5.0 e IIS 4.0, el servidor web asigna el siguiente número de secuencia numérica disponible al sitio web (es decir, el número especificado por el servidor web para el sitio predeterminado es 1, y el siguiente sitio web es 2, luego Es 2, 3, 4, etc.), este número es el ID único del sitio web. Si desea acceder al archivo de registro de un sitio web, primero debe conocer el ID del sitio web, ya que el archivo de registro se guarda en el directorio \\ W3SVC \\ < ID del directorio del sitio web >. Si se ejecuta más de un sitio web en el servidor web, confiar únicamente en el nombre de la ruta del archivo de registro no puede determinar qué directorio de registro pertenece a qué sitio web. Además, la ID del sitio es esencial ya sea que esté escribiendo un script de administración o modificando un archivo de datos de configuración, por ejemplo, al especificar la ruta ADSI (Interfaz de servicio de Active Directory) en el archivo de datos de configuración de IIS. A menudo es necesario especificar la ID correcta del sitio web.

Sin embargo, en IIS 5.0 e IIS 4.0, el número de ID del sitio web no se puede encontrar directamente desde el Administrador de IIS. Para este fin, el administrador de IIS 6.0 agregó una nueva columna de "Identificador" a la lista de sitios, cuyo contenido es el número de identificación del sitio. Sin embargo, incluso si solo hay dos o tres sitios web en el servidor web de IIS 6.0, la ID del sitio web puede ser muy grande, como 387660891 (por lo que la ruta del archivo de registro del sitio web es \\ W3SVC \\ 387660891), no es sorprendente que IIS 6.0 ya no especifique el sitio web en orden. ID: calcula el ID del sitio web según el nombre del sitio web.

Si ha escrito algún tipo de administración asistida por scripts, estos scripts requieren el método de generación de ID de sitio web original, puede deshabilitar el nuevo método de generación de ID de IIS 6.0. Los pasos específicos son: encontrar HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ InetMgr \\ Parameters registra la subclave, crea un valor REG_DWORD IncrementalSiteIDCreation, configúralo en 2 (tenga en cuenta que, de forma predeterminada, la clave no existe).

VII. Procesamiento asíncrono de CGI

IIS 5.0 e IIS 4.0 ejecutan el proceso CGI (Interfaz de puerta de enlace común) de manera síncrona, lo que significa que solo un hilo puede acceder cada vez. Un proceso CGI, por lo que IIS 5.0 e IIS 4.0 tienen escalabilidad deficiente para el soporte CGI. IIS 6.0 puede ejecutar procesos CGI de forma asíncrona, por lo que si un subproceso llama a una aplicación CGI, ya no tiene que esperar a que el proceso CGI finalice el procesamiento y devuelva la información. La CGI asíncrona mejora el rendimiento de los servidores IIS que ejecutan aplicaciones web CGI, lo que permite que IIS ejecute más aplicaciones basadas en CGI que realizan tareas de misión crítica.

Cuando el servidor web recibe una URL que contiene el nombre del programa CGI y los parámetros requeridos por el programa, el programa CGI comienza a ejecutarse. Si compila un programa CGI en un archivo ejecutable (.exe), debe proporcionar un directorio que contenga los permisos de ejecución del programa para que el usuario pueda ejecutar el programa. Si el programa CGI está escrito en forma de script (como un script Perl), puede proporcionar permisos de ejecución al directorio o permisos de script. Además, si desea utilizar permisos de script, debe marcar el intérprete de script como un motor de scripting.

Se debe tener en cuenta que, de forma predeterminada, el grupo IIS_WPG no tiene permiso para iniciar el proceso CGI. Si crea una nueva cuenta y la agrega al grupo IIS_WPG, también debe otorgar a esta cuenta dos derechos de usuario para iniciar el proceso CGI, "Ajustar la cuota de memoria para el proceso" y "Reemplazar el token de nivel de proceso".

VIII. Límites de ancho de banda

En IIS 5.0 e IIS 4.0, la página Rendimiento del cuadro de diálogo Propiedades del sitio web le permite habilitar la función de límite de ancho de banda, que especifica el ancho de banda máximo permitido para un sitio web. Sin embargo, esta función no necesariamente funciona porque IIS 5.0 e IIS 4.0 no pueden operar directamente la tarjeta de red del servidor.

IIS 6.0 es diferente. Cuando la función de límite de ancho de banda se habilita por primera vez, Windows 2003 instala automáticamente el programador de paquetes QoS para que llame el servidor IIS. El programador de paquetes QoS permite que el servidor controle la calidad del servicio (es decir, QoS), por lo que Windows 2003 detendrá temporalmente todos los servicios de red durante la instalación. Después de configurar el programador de paquetes de QoS, IIS realmente tiene los controladores necesarios para controlar las limitaciones de ancho de banda del sitio web; esta es definitivamente una buena noticia para los ISP. El límite de ancho de banda mínimo permitido para establecer es de 1024 bytes /seg. No olvide verificar si la NIC está en la Lista de compatibilidad de hardware (HCL) de Windows 2003 porque solo las NIC más recientes admiten QoS.
Para configurar el Programador de paquetes QoS, primero debe crear una consola de Directiva de grupo. Haga clic en "Inicio" → "Ejecutar", ingrese "mmc", y luego haga clic en "Aceptar". En la ventana de la consola, seleccione el menú "Archivo" → "Agregar o quitar complemento", haga clic en "Agregar", en el cuadro de diálogo "Agregar complemento independiente", seleccione "Editor de objetos de directiva de grupo" y luego haga clic en "Agregar" "," "Completar", "Cerrar", "Aceptar". Ahora expanda la Política de equipo local, Configuración del equipo, Plantillas administrativas y Red en la consola para mostrar el Programador de paquetes de QoS, como se muestra en la Figura 5. La figura
cinco

antes de habilitar el límite de ancho de banda, utilizando el número total de bytes de comprobación Sistema Monitor "interfaz de red" objeto /s de ancho de banda o el contador actual. Si desea comparar el tráfico entrante y saliente, verifique el número de bytes enviados /segundo y el número de bytes recibidos /segundo, luego compare el valor del objeto Interfaz de red con el ancho de banda total de la conexión de red. Para una carga "normal", el servidor no debe usar más del 50% de su ancho de banda disponible. Si el servidor tiene una carga pico grande, mantenga la carga normal por debajo del 50% y el ancho de banda restante se puede utilizar durante las horas pico.

Las restricciones de ancho de banda pueden ser para servicios WWW globales (es decir, para todos los sitios) o para un solo sitio. La configuración del ancho de banda máximo para un servicio WWW global no reemplaza el ancho de banda máximo que se ha establecido para un solo sitio en el servidor. Un solo sitio limita el ancho de banda en función del valor máximo establecido, mientras que la configuración global limita todos los demás sitios que tienen un ancho de banda ilimitado. Además, la configuración del límite de ancho de banda del servicio WWW global no afecta al sitio FTP o al servicio FTP.

IX. Cambios en la configuración predeterminada

En IIS 6.0, los valores predeterminados para muchos elementos de configuración son diferentes de los de IIS 5.0 o IIS 4.0. Por ejemplo, el tiempo de espera predeterminado de la conexión se ha reducido de 900 segundos a 120 segundos. Además, la configuración EnableParentPaths está desactivada de forma predeterminada. Hay otros elementos de configuración nuevos que también afectan el rendimiento y el comportamiento del servidor, incluyendo:

(1) Si un tipo de archivo no se asigna en la propiedad de configuración de MimeMap, se rechazarán todas las solicitudes de ese archivo de clase.

(2) De forma predeterminada, todos los procesos de trabajo se reclaman automáticamente después de 1740 minutos, y la información de la sesión se puede perder durante la reclamación.

(3) El contexto de usuario para ejecutar una aplicación CGI debe ser miembro del grupo IIS_WPG.

(4) Windows 2003 no instala Objetos de datos de colaboración para Windows NT Server (CDONTS). Microsoft recomienda que los desarrolladores cambien al objeto CDO para Windows 2000 (CDOSYS).

(5) Las solicitudes ASP están limitadas a 204800 bytes por defecto, y cada dominio está limitado a 100 KB. IIS 5.0 y IIS 4.0 no tienen esta limitación.

(6) De forma predeterminada, http.sys solo acepta solicitudes con un título inferior a 16 KB.

Este artículo sobre IIS 6.0 está aquí para terminar, aunque el artículo es muy largo, pero aún es imposible hacerlo todo, por ejemplo, no se menciona la atención generalizada a la verificación de pasaportes y las mejoras de la verificación de compendios, este artículo La atención se centra en algunas de las nuevas características innovadoras de IIS 6.0 y en varias características que rara vez se mencionan para demostrar la amplitud y profundidad de las mejoras de IIS 6.0. En muchos sentidos, la venta de IIS 6.0 incluso ha opacado a Windows 2003, y muchos creen que IIS 6.0 está calificado para ocupar el centro del escenario.

Copyright © Conocimiento de Windows All Rights Reserved