Puede experimentar rendimiento deficiente de Web cuando utiliza Internet Explorer 6 para intentar tener acceso a una aplicación Web que está alojada en Internet Information Services 6.0

Seleccione idioma Seleccione idioma
Id. de artículo: 922703 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

Tenga en cuenta la situación siguiente:
  • Utilizar autenticación integrada de Windows en un entorno de aplicación Web de Microsoft Internet Information Services 6.0 (IIS 6.0).
  • Utiliza Microsoft Internet Explorer 6 para tener acceso a una aplicación Web que está alojada en IIS 6.0.
En este escenario, puede experimentar un rendimiento deficiente de la aplicación Web.

Nota El problema no se produce si se utiliza la autenticación anónima como el protocolo de autenticación. Este problema tampoco se produce si el Explorador de cliente es un explorador distinto de Internet Explorer 6, como por ejemplo, Mozilla Firefox.

Causa

Este problema se produce porque el cliente de Internet Explorer 6 con regularidad restablece las conexiones TCP.

Si analizar una traza de red que se captura durante la comunicación mal realizar entre el cliente y el servidor, la traza de red muestra que se producirá la restablece TCP después de que el cliente recibe una respuesta 200 para el recurso que el cliente ha solicitado. El cliente realiza las solicitudes GET con un encabezado ETag y valor. Cuando el servidor que ejecuta IIS 6.0 recibe la solicitud, éste compara el valor de ETag y encuentra que el valor de ETag coincide con valor actual el archivo solicitado ?s, excepto el número de cambio.

Nota Los encabezados ETag aparecen en el siguiente formato:

Filetimestamp: ChangeNumber

Por ejemplo, el cliente de Internet Explorer envía una solicitud con un valor de ETag de 0222d5bffcbc41:301a y, a continuación, el servidor enviará una respuesta HTTP 200 con un valor de ETag de 0222d5bffcbc41:3246.

El número de Filetimestamp en la solicitud es el mismo número que IIS 6.0 considera que es el valor actual para el recurso de solicitud. Pero, dado que el número de ChangeNumber en la solicitud es diferente, IIS 6.0 envía la versión actual del archivo en lugar de contar Internet Explorer para atender su propia copia almacenada en caché. No hay código específico en Internet Explorer que compara el Filetimestamp en una respuesta 200 con la Timestamp de la copia en caché localmente. Si son el mismo número, se restablece la conexión. Esto es porque el cliente de Internet Explorer espera recibir un informe de 304 estado si el contenido es el mismo.

En otras palabras, IIS 6.0 envía una respuesta 200 porque considera que los números de cambio diferente para indicar que el recurso que se solicita por el cliente y por la ?s preexistente versión cliente de este recurso que reside en la caché del explorador no son las mismas versiones. Sin embargo, Internet Explorer considera que las mismas versiones, porque el Filetimestamp es la misma. Además, Internet Explorer cree que está recibiendo respuesta 200 en error. En esta situación, Internet Explorer restablece la conexión TCP.

Solución

Si utilizas un equipo basado en Microsoft Windows Server 2003

Para evitar este problema, recomendamos que el disco duro que código el número de cambio en el servidor Web y sincronizar la versión del archivo para todos los clientes de Internet Explorer. Todos los clientes Internet tendrá versiones de todos los archivos diferentes que son necesarios para la aplicación. Debe asegurarse de que el servidor y todos los clientes están sincronizados.

Nota Si está ejecutando en un entorno de conjunto de servidores Web IIS 6.0, tendrá que codificar el mismo número de cambio para todos los servidores que ejecutan IIS 6.0 en el conjunto de.

Para sincronizar los valores de números de cambio entre los clientes y el servidor, siga estos pasos.
  1. manualmente código el valor de ETag en la metabase de IIS 6.0

    La capacidad de modificar el número de cambio de ETag en IIS 6.0 está disponible en Windows Server 2003 Service Pack 1 (SP1).

    Nota Puede experimentar un problema cuando cambia el valor de ETag y debe instalar una revisión para corregir este problema. Para obtener más información acerca de la revisión, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    900245El valor en el campo ETAG se actualiza cuando modifica una propiedad de metabase en IIS 6.0
    Después de instalar la revisión, puede manualmente código ETag Cambiar número. Sin embargo, la configuración para el número de cambio de ETag no se expone al espacio de nombres interfaces de servicio de Active Directory (ADSI). Por lo tanto, debe utilizar la herramienta de Metabase Explorer para establecer el valor por Id. de propiedad Para descargar y para instalar Metabase Explorer, visite la página Web de Microsoft siguiente:
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/993a8a36 -5761-448f-889e-9ae58d072c09.mspx
    Nota Metabase Explorer se incluye en el kit de recursos de IIS 6.0.

    Para codificar manualmente la etiqueta ETag Cambiar número, siga estos pasos:
    1. Abrir Metabase Explorer, expanda LM en el panel izquierdo y, a continuación, expanda W3SVC .
    2. Haga doble clic en el registro de identificador 2039 en el panel derecho. Si el registro de identificador 2039 no está presente, debe crearlo. Para ello, siga estos pasos:
      1. Haga clic con el botón secundario del mouse en el nodo W3SVC el Explorador de la Metabase de, seleccione Crear nuevo y, a continuación, haga clic en valor DWORD .
      2. Establecer el identificador de nuevo DWORD a 2039 .
      3. Establezca el valor del nuevo valor DWORD a 0 .
    3. Escriba 0 en el cuadro valor .

      Nota El número que escriba dentro del cuadro de valor debe ser de 0 a 4294967295. Además, todos los servidores del conjunto de servidores deben tener el mismo número en el cuadro valor . Para obtener más información, visite la página Web de Microsoft siguiente:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/ef7f9d58- 2a96-4bd8-8ac1-2a67b43284f1.mspx
    4. Haga clic en Aplicar y, a continuación, haga clic en Aceptar .
    Nota Si ejecuta servidores IIS 6.0 en un entorno de conjunto de servidores Web IIS 6.0, repita los pasos 1a a 1D en todos los servidores de IIS 6.0 del conjunto de servidores. Asegúrese de que agrega que el mismo Cambiar valor de número en todos los servidores.
  2. Borrar la caché de explorador cliente en Internet Explorer

    Si hay demasiados exploradores de cliente para borrar manualmente la caché, seleccione Habilitar caducidad de contenido en IIS 6.0 y a continuación, especifique que el contenido caduca inmediatamente. En este escenario, deberá dejar Habilitar caducidad de contenido activado para sólo mientras tarda para todos los clientes tienen contenido nuevo. A continuación, deberá desactivar la opción Habilitar caducidad de contenido para dar a Internet la oportunidad de servir contenido en caché de nuevo. Para habilitar la caducidad del contenido, siga estos pasos:
    1. Abra Internet Information Services.
    2. Expanda LocalMachine en el panel izquierdo y, a continuación, haga clic en sitios Web .
    3. Haga clic con el botón secundario en sitios Web y, a continuación, haga clic en Propiedades .
    4. En la ficha Encabezados HTTP , haga clic para Active la casilla de verificación Habilitar caducidad de contenido y, a continuación, haga clic en la opción Caducar inmediatamente .
    5. Detenga y reinicie todos los servicios de IIS 6.0.
    Nota Un cliente que tenga que realizar dos solicitudes para un recurso después de que la casilla de verificación Habilitar caducidad de contenido está habilitada para actualizar la caché de Internet Explorer.

Si no estás utilizando un equipo basado en Windows Server 2003

Para evitar este problema, habilitar la opción Habilitar caducidad de contenido en IIS 6.0 mediante el procedimiento que se describe en la sección "Borrar la caché del explorador cliente en Internet Explorer" y deje en. Además, desactivar la caché en Internet Explorer o establecer encabezados de control de caché en la aplicación Web. Para obtener más información acerca de cómo impedir el almacenamiento en caché Web, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
311006Cómo impedir el almacenamiento en caché de Web en Windows 2000

Estado

Windows Internet Explorer 7 se ha modificado para controlar correctamente el número de cambio de ETag de acuerdo con RFC 2616. Sin embargo, si se cambia el número de ETag, Windows Internet Explorer 7 se descargue el archivo completo en lugar de cancelar la conexión. Este comportamiento puede disminuir el rendimiento de Internet Explorer 7 en comparación con Internet Explorer 6.

Más información

Si analizar una traza de Monitor de red que se captura en el cliente o en el servidor y esta traza está implicada en el escenario de rendimiento, verá la siguiente secuencia:
  1. El cliente envía la solicitud GET en el servidor que está ejecutando IIS 6.0 y la solicitud incluye un encabezado If-None-Match con un Filetimestamp: valor ChangeNumber. Esta solicitud similar al siguiente:
    HTTP: GET Request from Client
    HTTP: Request Method =GET
    HTTP: Uniform Resource Identifier =/MARRS/webService.htc
    HTTP: Protocol Version =HTTP/1.1
    HTTP: Accept = */*
    HTTP: Accept-Encoding =gzip, deflate
    HTTP: If-Modified-Since =Tue, 16 Nov 2004 17:11:48 GMT
    HTTP: If-None-Match ="0222d5bffcbc41:301a" 
    HTTP: User-Agent =Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET 
    CLR 1
    HTTP: Host =nnoma-wwapp02m
    HTTP: Connection =Keep-Alive
    HTTP: Authorization =Negotiate 
    TlRMTVNTUAADAAAAGAAYAG4AAAAKAQoBhgAAAAoACgBIAAAAEgASA
    HTTP: Cookie =ASP.NET_SessionId=uqnwgpygpf0dh2iwysznat55
    
    Nota algunas de las variables HTTP en estos ejemplos pueden ser diferente en su entorno.
  2. El servidor recibe la solicitud y envía una respuesta 200 junto con los datos que se solicitan. Dado que el cliente envía el encabezado If-None-Match, IIS 6.0 tiene que incluir un encabezado de respuesta de ETag y el valor de encabezado en su respuesta. Esta respuesta similar al siguiente:
    HTTP: Response to Client; HTTP/1.1; Status Code = 200 - OK
    HTTP: Protocol Version =HTTP/1.1
    HTTP: Status Code = OK
    HTTP: Reason =OK
    HTTP: Content-Length =51622
    HTTP: Content-Type =text/x-component
    HTTP: Last-Modified =Tue, 16 Nov 2004 17:11:48 GMT
    HTTP: Accept-Ranges =bytes
    HTTP: ETag ="0222d5bffcbc41:3246"
    HTTP: Server =Microsoft-IIS/6.0
    HTTP: X-Powered-By = ASP.NET
    HTTP: Date =Tue, 27 Sep 2005 12:18:27 GMT
    HTTP: Data: Number of data bytes remaining = 1202 (0x04B2)
    
  3. El cliente recibe la respuesta. La respuesta tiene un estado HTTP 200, en lugar del estado HTTP 304 que esperaba el explorador. Por lo tanto, el explorador envía un RST TCP para restablecer la conexión. Esto realiza porque Internet Explorer considera que el servidor envía el estado HTTP 200 de error. El RST TCP similar al siguiente:
    TCP: Control Bits: .A.R.., 
    TCP: Source Port = 0x0747
    TCP: Destination Port = World Wide Web HTTP
    TCP: Sequence Number = 3840808344 (0xE4EE1598)
    TCP: Acknowledgement Number = 3150159894 (0xBBC3A016)
    TCP: Data Offset = 20 bytes
    TCP: 0101.... = Data Offset (20 bytes)
    TCP: ....0000 = Reserved bits
    TCP: Flags = 0x14 : .A.R..
    TCP: ..0..... = No urgent data
    TCP: ...1.... = Acknowledgement field significant
    TCP: ....0... = No Push function
    TCP: .....1.. = Reset the connection
    TCP: ......0. = No Synchronize
    TCP: .......0 = Not the end of the data
    TCP: Window = 0 (0x0)
    TCP: Checksum = 0xF26C
    TCP: Urgent Pointer = 0 (0x0)
    
    para obtener más información sobre el protocolo de control de transporte (TCP), visite la siguiente página Web:
    http://www.faqs.org/rfcs/rfc793.html

Propiedades

Id. de artículo: 922703 - Última revisión: jueves, 7 de junio de 2007 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft Internet Explorer 6.0
  • Servicios de Microsoft Internet Information Server 6.0
Palabras clave: 
kbmt kbtshoot kbprb KB922703 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 922703

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com