Slechte prestaties van de website kunnen optreden wanneer u Internet Explorer 6 gebruikt om toegang te krijgen tot een webtoepassing die wordt gehost op Internet Information Services 6.0

Vertaalde artikelen Vertaalde artikelen
Artikel ID: 922703 - Bekijk de producten waarop dit artikel van toepassing is.
Alles uitklappen | Alles samenvouwen

Symptomen

Het volgende scenario:
  • Geïntegreerde Windows-verificatie wordt gebruikt in een omgeving Web van Microsoft Internet Information Services 6.0 (IIS 6.0).
  • Microsoft Internet Explorer 6 kunt u toegang tot een webtoepassing die wordt gehost op IIS 6.0.
In dit scenario treden slechte prestaties van webtoepassingen.

OpmerkingHet probleem treedt niet op als anonieme verificatie wordt gebruikt als verificatieprotocol. Ook optreden dit probleem niet als de browser een andere browser dan Internet Explorer 6, zoals Mozilla Firefox is.

Oorzaak

Dit probleem treedt op omdat de client met Internet Explorer 6 regelmatig TCP-verbindingen stelt.

Als u een netwerk-trace vastgelegd tijdens de slecht presterende communicatie tussen de client en de server analyseren, netwerktracering de dat de TCP opnieuw plaatsvinden zal nadat de client ontvangt 200 antwoord voor de resource die de client heeft verzocht. GET-aanvragen met een ETag HTTP-header en waarde maakt de client. Als de IIS 6.0-server de aanvraag ontvangt, vergelijkt de waarde van ETag en vindt de ETag waarde overeenkomt met het gevraagde bestand huidige waarde, behalve voor het nummer.

OpmerkingETag headers verschijnen in de volgende notatie:

Filetimestamp:ChangeNumber

Bijvoorbeeld de Internet Explorer-client verzendt een aanvraag met een waarde van ETag van 0222d5bffcbc41:301a en de server stuurt vervolgens een respons HTTP 200 ETag waarde 0222d5bffcbc41:3246.

DeFiletimestampnummer in de aanvraag is hetzelfde nummer als IIS 6.0 acht de huidige waarde voor de bron van de aanvraag. Maar omdat deChangeNumbergetal in de aanvraag, IIS 6.0 opnieuw verzendt de huidige versie van het bestand in plaats van dat Internet Explorer om de eigen cache kopiëren. Specifieke code wordt Internet Explorer vergelijkt deFiletimestamp200 antwoord met deTijdstempelde lokaal opgeslagen kopie. De verbinding wordt hersteld als ze hetzelfde nummer. Dit is omdat de Internet Explorer-client verwacht 304 statusrapport ontvangt als de inhoud hetzelfde is.

Met andere woorden, verzendt IIS 6.0 200 antwoord omdat getallen wijziging acht betekent dat de resource die door de client wordt aangevraagd en door de bestaande versie van deze bron zich in de cache van de browser bevindt van de client niet dezelfde versies. Echter Internet Explorer beschouwt ze dezelfde versies omdat deFiletimestampis hetzelfde. Internet Explorer meent bovendien dat deze fout 200 antwoord is ontvangen. In dit scenario wordt Internet Explorer de TCP-verbinding opnieuw ingesteld.

Workaround

Als u een computer met Microsoft Windows Server 2003

Dit probleem omzeilen aangeraden dat u harde het nummer op de webserver code en de versie te synchroniseren voor alle clients van Internet Explorer. Alle clients van Internet Explorer hebt versies van alle andere bestanden die vereist voor de toepassing zijn. U moet ervoor zorgen dat de server en de clients worden gesynchroniseerd.

OpmerkingAls u in een omgeving met IIS 6.0 Web-farm uitvoert, hebt u harde code hetzelfde nummer wijzigen voor alle servers waarop IIS 6.0 in de farm.

Het aantal waarden wijzigen tussen de clients en de server synchroniseren, de volgende stappen uit.
  1. De waarde van ETag in de metabase voor IIS 6.0 handmatig harde code

    De mogelijkheid de ETag nummer op IIS 6.0 is beschikbaar in Windows Server 2003 Service Pack 1 (SP1).

    OpmerkingEen probleem kan optreden wanneer u de waarde van ETag wijzigen en u een hotfix voor dit probleem.Klik op het volgende artikelnummer in de Microsoft Knowledge Base voor meer informatie over de hotfix:
    900245De waarde in het veld ETAG wordt bijgewerkt wanneer u een metabase-eigenschap in IIS 6.0 aanpassen
    Nadat u de hotfix hebt geïnstalleerd, kunt u handmatig de ETag harde code nummer wijzigen. De instelling voor de ETag nummer is echter niet blootgesteld aan de naamruimte ADSI (Active Directory Service Interfaces). Daarom moet u de Metabase Explorer tool de waarde van de eigenschap id Bezoek de volgende Microsoft-website downloaden en installeren van Metabase Explorer:
    http://www.Microsoft.com/technet/prodtechnol/windowsserver2003/Library/IIS/993a8a36 -5761-448f-889e-9ae58d072c09.mspx
    OpmerkingMetabase Explorer is opgenomen in de IIS 6.0 resourcekit.

    Handmatig harde code de ETag nummer wijzigen, als volgt:
    1. Metabase Explorer openen, vouwLMin het linkerdeelvenster en klik opW3SVC.
    2. Dubbelklik op de record-ID 2039 in het rechterdeelvenster. Als de record-ID 2039 aanwezig is, moet u deze maken. U doet dit als volgt:
      1. Met de rechtermuisknop op deW3SVCknooppunt in de Metabase Explorer wijstNieuwe maken, en klik vervolgens opDWORD-waarde.
      2. De id van de nieuweDWORDnaar2039.
      3. De waarde van de nieuwe DWORD-waarde te0.
    3. Type0in deWaardevak.

      OpmerkingHet getal dat u typt in deWaardevak moet tussen 0 en 4294967295. Bovendien alle servers in de farm identiek getal moeten hebben in deWaardevak. Bezoek de volgende Microsoft-webpagina voor meer informatie:
      http://www.Microsoft.com/technet/prodtechnol/windowsserver2003/Library/IIS/ef7f9d58- 2a96-4bd8-8ac1-2a67b43284f1.mspx
    4. Klik opToepassen, en klik vervolgens opOK.
    OpmerkingAls u IIS 6.0-servers in een omgeving met IIS 6.0 Web-farm, Herhaal stappen 1a tot en met 1 d op de IIS 6.0-servers in de farm. Zorg ervoor dat u dezelfde waarde op alle servers wijzigen toevoegen.
  2. Schakel de cache van de client-browser in Internet Explorer

    Als er te veel browsers van clients handmatig uit de cache, kunt u selecterenInhoudsverloop inschakelenin IIS 6.0 en geef vervolgens de inhoud verloopt onmiddellijk. In dit scenario moet verlatenInhoudsverloop inschakelenvoor ingeschakeld zolang duurt voor alle clients verse inhoud hebben. Vervolgens moet u uitschakelenInhoudsverloop inschakelenInternet Explorer een kans om inhoud in cache opnieuw geven. Inhoudsverloop inschakelen als volgt:
    1. Internet informatieservices open.
    2. VouwLocalMachinein het linkerdeelvenster en klik opWebsites.
    3. Klik met de rechtermuisknopWebsites, en klik vervolgens opEigenschappen.
    4. Op deHTTP-Headerstabblad, selecteer deInhoudsverloop inschakelenen klik vervolgens op deVerloopt onmiddellijkoptie.
    5. Stop en start alle services van IIS 6.0.
    OpmerkingEen client mogelijk twee aanvragen voor een resource na deInhoudsverloop inschakelenhet selectievakje is bijwerken van de cache van Internet Explorer ingeschakeld.

Als u niet een computer met Windows Server 2003

Dit probleem omzeilen inschakelen deInhoudsverloop inschakelenoptie in IIS 6.0 met de procedure die wordt beschreven in de sectie 'Schakel de cache van de client-browser in Internet Explorer' en laat op. Bovendien caching in Internet Explorer uitschakelen of cache-control-headers instellen in de webtoepassing.Klik op het volgende artikelnummer in de Microsoft Knowledge Base voor meer informatie over het Web caching voorkomen:
311006Voorkomen dat webcaching in Windows 2000

Status

Windows Internet Explorer 7 is correct verwerken de ETag nummer wijzigen volgens RFC 2616 gewijzigd. Windows Internet Explorer 7 gedownload echter het volledige bestand in plaats van de verbinding wordt geannuleerd als het aantal ETag is gewijzigd. Dit gedrag kan vertragen de prestaties van Internet Explorer 7 vergeleken met Internet Explorer 6.

Meer informatie

Als u een netwerkcontrole-trace die is vastgelegd op de client of de server analyseren en deze tracering is betrokken bij het scenario prestaties, Zie de volgende volgorde:
  1. De client stuurt het GET-verzoek naar de IIS 6.0-server en de aanvraag bevat een If-None-Match-header met eenFiletimestamp:ChangeNumberwaarde. Dit verzoek heeft de volgende strekking:
    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
    
    OpmerkingSommige van de HTTP-variabelen in deze voorbeelden worden verschillende in uw omgeving.
  2. De server ontvangt de aanvraag en stuurt een antwoord 200 samen met de gegevens wordt gevraagd. Omdat de client verzonden in de header If-None-Match, heeft IIS 6.0 een ETag antwoordheader en header-waarde in het antwoord wilt opnemen. Dit antwoord lijkt op het volgende:
    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. De client ontvangt het antwoord. Het antwoord heeft een status HTTP 200 in plaats van de HTTP-304 status die de browser werd verwacht. Daarom stuurt de browser een eerste TCP de verbinding opnieuw. Dit gebeurt omdat Internet Explorer gelooft dat de server de HTTP 200 status Fout verzonden. De eerste TCP de volgende strekking weergegeven:
    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)
    
    Ga naar de volgende webpagina voor meer informatie over TCP (Transmission Control Protocol):
    http://www.faqs.org/RFCs/RFC793.HTML

Eigenschappen

Artikel ID: 922703 - Laatste beoordeling: vrijdag 23 september 2011 - Wijziging: 3.0
De informatie in dit artikel is van toepassing op:
  • Microsoft Internet Explorer 6.0
  • Microsoft Internet Information Services 6.0
Trefwoorden: 
kbtshoot kbprb kbmt KB922703 KbMtnl
Automatisch vertaald artikel
BELANGRIJK: Dit artikel is vertaald door de vertaalmachine software van Microsoft in plaats van door een professionele vertaler. Microsoft biedt u professioneel vertaalde artikelen en artikelen vertaald door de vertaalmachine, zodat u toegang heeft tot al onze knowledge base artikelen in uw eigen taal. Artikelen vertaald door de vertaalmachine zijn niet altijd perfect vertaald. Deze artikelen kunnen fouten bevatten in de vocabulaire, zinsopbouw en grammatica en kunnen lijken op hoe een anderstalige de taal spreekt en schrijft. Microsoft is niet verantwoordelijk voor onnauwkeurigheden, fouten en schade ontstaan door een incorrecte vertaling van de content of het gebruik ervan door onze klanten. Microsoft past continue de kwaliteit van de vertaalmachine software aan door deze te updaten.
De Engelstalige versie van dit artikel is de volgende:922703

Geef ons feedback

 

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