servidor IIS con la Guía de optimización web.config

1. Modificar trabajador IIS procesa un máximo consideran los siguientes puntos: 1. Cada proceso de trabajo consume recursos del sistema y utilización de la CPU; demasiada proceso de trabajo dará lugar a una fuerte disminución de los recursos del sistema y la utilización de la CPU. 2. cada proceso de trabajo tiene sus propios datos de estado, si la aplicación web depende del proceso de trabajo para guardar los datos del estado, no puede apoyar el uso de varios procesos de trabajo. 3. en la competencia por los recursos, permite que varios procesos de trabajo que ejecutan la misma aplicación se traducirá en la competencia por los recursos b. Modificar la ISS el número máximo de procesos de trabajo para mejorar el rendimiento del grupo de aplicaciones para procesar la solicitud en la aplicación Web de IIS 1. Park (Web jardín) 6.0 en proceso de trabajo designado para un grupo de aplicaciones de la serie puede mejorar el rendimiento del grupo de aplicaciones para procesar la solicitud. Cuando la carga del servidor es pequeño, cuando no hay procesos de trabajo adicionales, IIS 6.0 después de un cierto período de tiempo (por defecto 20 minutos, se pueden configurar) reducir automáticamente el número de proceso de trabajo real, y si la carga aumenta, procesos de trabajo adicionales, IIS 6.0 una vez más aumentar el número de procesos de trabajo. Todas las operaciones se llevan a cabo de forma automática, sin intervención del administrador. 2. Modificar sigue: Modificar el directorio de configuración .NET servidor marco machine.config: C: \\ WINDOWS \\ Microsoft.NET \\ Framework64 \\ v2.0.50727 \\ CONFIG \\ machine.config en el que el y " processModel y " nodo y " allowDefinition y " valor se ajusta a " en todas partes y " iis número máximo de procesos de trabajo para modificar el servidor: método: Haga clic en Grupo de aplicaciones IIS - > atributos - > " el rendimiento y " pestaña - > web Park - > el número máximo de procesos de trabajo Nota: la memoria 32G nuclear de validación de pruebas, servidor-32 (16 * 2), el mejor rendimiento se establece en 5.
(PS: processmodel elemento (elemento de esquema de configuración de ASP.NET) está configurado para el modelo de procesamiento del servidor (incluyendo todas las aplicaciones ASP.NET en el servidor), por lo tanto, el establecimiento de processmodel sólo puede ser colocado en el archivo Machine.config, y no puede ser. establecer cualquier reescritura archivo Web.config.) 2. cancelar el acceso web IIS registra a. Cerrar los registros de acceso web de IIS pueden mejorar el rendimiento 1.IIS6.0 activado por defecto para los registros de acceso web IIS. Una vez en el registro, IIS inevitablemente fiel registro de todos los accesos a los registros de IIS. El contenido de estos archivos de registro es muy heterogénea, tales como el tiempo de acceso, cliente IP, que se accede desde los enlaces, galletas, etc. También incluye Método (método), el agente de usuario (user agent) y así sucesivamente. Estos registros no sólo ocupan mucho espacio en el disco también se afectará en gran medida el rendimiento del servidor web. La evaluación se realizó, detener el IIS registros de acceso se pueden incrementar en un 5% a un 8% de rendimiento de la web. 2. Métodos: Abra el Administrador de IIS, vaya a un sitio web específico, clic derecho y seleccionar y " Properties ", de " directorio principal y " Cancelar &" bajo la etiqueta; registro de acceso y " el cheque a Web. config optimización (de producción) D 1. retire HttpModules no deseados. no se requiere que todos los módulos para eliminar HttpModules no utilizados puede acelerar las solicitudes 1.asp.net HttpModules por defecto de línea de control de gestión de solicitud para cada solicitud. Por ejemplo: intercepción SessionStateModule cada solicitud, sesión de análisis de galletas para cargar la sesión apropiada HttpContext en, pero no se requiere que todos los módulos, como por ejemplo: Si usted no tiene membresía, entonces no es necesario configurar el módulo FormsAuthentication, si usted no tiene identidad ventanas la WindowsAuthentication no verifican la configuración, los módulos incluidos en la línea justo en el interior, no es necesario llevar a cabo una parte del código para cada solicitud. 2. Los módulos por defecto se definen en el machine.config (ubicado en el sitio web de web.config representa los sitios activos actuales) ($ $ VENTANAS \\ Microsoft.NET \\ Framework \\ $ VERSIÓN $ \\ CONFIG). Si no hay tal línea, a continuación, la siguiente configuración:

código es el siguiente :! < httpModules > < - la eliminación de nodos innecesarios acelerar solicitudes - > < eliminar name = " OutputCache " /> < eliminar name = " Session " /> < eliminar name = " WindowsAuthentication " /> < eliminar name = " FormsAuthentication " /> < eliminar name = " PassportAuthentication " /> < eliminar name = " roleManager " /> < eliminar name = " UrlAuthorization " /> < eliminar name = " FileAuthorization " /> < eliminar name = " anonymousIdentification " /> < eliminar name = " perfil " /> < /httpModules >

2. Cierre etapa mecanismo inútil en Web.config < páginas > de la configuración nodal definir globalmente ajustes específicos de la página, como gama de perfil página ASP.NET y las instrucciones de control dentro. EnableViewState atributo predeterminado es y " True ", es decir, vista abierta, sin el uso de este mecanismo se puede ajustar a " falsa y ". La propiedad AutoEventWireup defecto es y " verdadera y ", que es la página evento abierto, si no se utiliza este mecanismo se puede ajustar a " falsa y ". El atributo de búfer predeterminado es y " True ", es decir, la memoria de respuesta HTTP abierta. EnableViewStateMac atributo predeterminado es y " falsa y ", estado abertura de inspección equipo que ejecuta la página de autenticación de vista (MAC), para colocar los usuarios de la manipulación, si establece en true, hará que la degradación del rendimiento. El valor por defecto validateRequest predeterminado es verdadero, validar la entrada del usuario a su vez tienen ataques de cross-site scripting y explotación de la inyección de SQL ,, Si se produce una coincidencia se emitirá una excepción HttpRequestValidationException. 3. La no CustomError dispuesta en el estado de apagado en Web.config < customErrors > información de número de nodo para definir un mensaje de error personalizado. Este nodo tiene dos modos de atributos y defaultRedirect, que defaultRedirect atributo es un atributo opcional que representa la aplicación cuando se produce un error redirigido a la URL por defecto, si no se especifica la propiedad, se muestra un error genérico. atributo mode es un atributo obligatorio, que tiene tres valores posibles, lo que significa que representan son los siguientes: Modo Descripción En representación ver los mensajes de error personalizados en usuarios locales y remotos será. Off para desactivar mensajes de error, los usuarios locales y remotos verán un mensaje de error detallado. RemoteOnly usuario local podrá ver la información detallada del error, y los usuarios remotos verá los mensajes de error personalizados. Aquí es necesario explicar el concepto de usuarios locales y remotos. Cuando se accede a la aplicación asp.net utilizamos máquinas y uso de asp.net publicación de máquina que se utiliza para la misma máquina para convertirse en el usuario local, también conocido como usuarios remotos. Con el fin de facilitar el desarrollo y la fase de depuración para la propiedad Modo de errores se recomienda ajustar en Off, sino más bien la propiedad de modo está activado en la fase de despliegue o RemoteOnly, para evitar estas informaciones de error detallado reveló detalles del código de programa con el fin de atraer a los piratas informáticos. Configurado como sigue:

código es el siguiente: < modo customErrors = " en " defaultRedirect = " Error.html " />

4. Deshabilitar depuración en Web.config < compilación > todos los valores de configuración de nodo compilación utilizados por ASP.NET. El atributo de depuración por defecto es y " verdadera y ", que permite la depuración durante la fase de desarrollo de esta configuración no es un problema. Pero después de la implementación formal sobre la línea, esto afectará el rendimiento de las interfaces soportadas, por lo que se debe establecer a &" compilado después de la finalización de on-line; falsa y ". Configurado como sigue:

código es el siguiente: < compilation debug = " falso " />

5. conexiones simultáneas dispuestas conexiones simultáneas límite se refiere a la misma ip en los mismos iniciados dominio el número máximo de conexiones. De hecho, existe en la mayoría de los productos de Microsoft o componentes que limitan, en general, este valor es 2/4, lo que significa que, por defecto, para el mismo acceso IP del mismo dominio al mismo tiempo de hasta 2 conexión se establece el estado. El valor por defecto es 2, el valor es demasiado bajo. Esto significa que cada IP sólo puede tener un máximo de dos solicitudes a su sitio, esto hará que la solicitud congestión. asp.net en el nodo connectionManagement puede establecer el número máximo de conexiones iniciadas por un solo ip con un dominio. Configurado como sigue:

código es el siguiente: < <; system.net > < connectionManagement > < añadir la dirección = " * " maxconnection = " 100 " /> < > /connectionManagement /sistema NET >

dirección representa el número máximo de conexiones que dominio, maxconnection para representantes. 6. Quitar ASP.NET versión cabecera http enableVersonHeader información del encabezado: especifica si ASP.NET debe hacer salir un encabezado de versión. Utilice esta propiedad para determinar la versión de ASP.NET que se está utilizando. Para un entorno de producción, la propiedad no es necesaria y se puede desactivar. Ejemplo de configuración:

código es el siguiente: < httpRuntime enableVersionHeader = " falso " />