Teď jste offline a čekáte, až se znova připojí internet.

Při pokusu o přístup k webové aplikace, která je hostitelem Internetová informační služba 6.0 pomocí aplikace Internet Explorer 6 může dojít k špatné webové výkonu

Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.

922703
Příznaky
Zvažte následující scénář:
  • Použijte integrované ověřování systému Windows v prostředí aplikace webové Internetová informační služba 6.0 (IIS 6.0).
  • Aplikace Internet Explorer 6 umožňuje přístup k webové aplikace, jehož hostitelem je služba IIS 6.0.
V tomto scénáři může docházet sníženého výkonu webové aplikace.

Poznámka: Problém se nevyskytuje anonymní ověřování, je-li použit ověřovací protokol. Tento problém také nenastane, pokud je jiný prohlížeč než aplikaci Internet Explorer 6, jako jsou Mozilla Firefox v prohlížeči klienta.
Příčina
K tomuto problému dochází, protože klientské aplikaci Internet Explorer 6 pravidelně obnoví připojení TCP.

Pokud můžete analyzovat trasování v síti, které jsou zachyceny během nesprávně provádění komunikace mezi klientem a serverem, trasování v síti zobrazí, že obnoví TCP dojde poté, co klient obdrží odpověď pro zdroj, který klient žádal 200. Klient vytvoří požadavky GET záhlaví ETag HTTP a hodnotu. Pokud server, na kterém běží služba IIS 6.0 obdrží žádost, porovná hodnotu ETag a zjistí, že hodnota ETag odpovídá požadovaného souboru aktuální hodnotu, s výjimkou změna čísla.

Poznámka: Záhlaví ETag se zobrazí v následujícím formátu:

Filetimestamp: ChangeNumber

Například aplikace Internet Explorer klient odešle požadavek s hodnotou ETag 0222d5bffcbc41:301a a server potom odešle odpověď HTTP 200 s hodnotou ETag 0222d5bffcbc41:3246.

Číslo Filetimestamp v požadavku je stejné číslo, které služba IIS 6.0 považuje za aktuální hodnotu pro zdroj požadavku. Ale protože ChangeNumber číslo v požadavku je jiný, odešle služba IIS 6.0 zpět aktuální verzi souboru namísto telling aplikace Internet Explorer sloužit své vlastní kopie uložené v mezipaměti. V aplikaci Internet Explorer, která porovnává Filetimestamp na 200 odpověď s Timestamp kopie místně mezipaměti je určitý kód. Připojení se vynuluje jsou stejné číslo. Důvodem je, že klientská aplikace Internet Explorer očekává zprávu o stavu 304 Pokud obsah je stejný.

Služba IIS 6.0 jinými slovy, odešle odpověď 200, protože se považuje za různé změna čísla znamená, že prostředek, který je požadován klientem a již existující verzi tohoto prostředku, který se nachází v mezipaměti prohlížeče klienta nejsou stejné verze. Aplikace Internet Explorer však domnívá jim být stejné verze, protože Filetimestamp je stejný. Aplikace Internet Explorer navíc domnívá, že ji přijímá 200 odpověď v chybě. V tomto případě aplikace Internet Explorer obnoví připojení TCP.
Jak potíže obejít

Používáte-li do počítače se systémem Microsoft Windows Server 2003

Chcete-li tento problém vyřešit, doporučujeme, aby jste pevný kód číslo změny na webovém serveru a synchronizaci verze souboru pro všechny klienty aplikace Internet Explorer. Všichni klienti aplikace Internet Explorer bude mít verze různých souborů, které jsou požadovány pro aplikace. Je nutné ověřit, zda server a všichni klienti budou synchronizovány.

Poznámka: Pokud používáte v prostředí farmy, webové služby IIS 6.0, budete muset pevně kódu stejné číslo změnit pro všechny servery se službou IIS 6.0 ve farmě.

Chcete-li synchronizovat změny položky mezi klienty a serverem, postupujte takto.
  1. Ručně pevný kód ETag hodnoty v metabázi služby IIS 6.0

    Možnost změnit číslo ETag změny ve službě IIS 6.0 je k dispozici v systému Windows Server 2003 Service Pack 1 (SP1).

    Poznámka: Když změníte hodnotu ETag a musíte nainstalovat opravu hotfix, která tento problém vyřešit, může dojít k potížím. Další informace o opravu hotfix naleznete následující článku znalostní báze Microsoft Knowledge Base:
    900245Hodnota v poli ETAG se aktualizuje, když změníte vlastnost metabáze služby IIS 6.0
    Po instalaci opravy hotfix, je možné ručně pevný kód ETag číslo změnit. Nastavení pro číslo ETag změna však není vystavena k oboru názvů Active Directory Service Interfaces (ADSI). Proto musíte pomocí nástroje Průzkumník metabáze nastavte hodnotu ID vlastnosti. Chcete-li stáhnout a nainstalovat aplikaci Explorer metabáze, naleznete na následující webové stránce společnosti Microsoft: Poznámka: Explorer metabáze je součástí služby IIS 6.0 resource kit.

    Ručně pevný kódu ETag číslo změnit, postupujte takto:
    1. Otevřete Průzkumníka metabáze, rozbalte LM v levém podokně a potom rozbalte W3SVC.
    2. Poklepejte na záznam ID 2039 v pravém podokně. Pokud ID 2039 záznamu není k dispozici, je třeba ji vytvořit. Chcete-li to provést, postupujte takto:
      1. Klepněte pravým tlačítkem myši na uzel W3SVC v aplikaci Explorer metabáze, přejděte na Nový a potom klepněte na hodnotu DWORD.
      2. Nastavit identifikátor nové DWORD2039.
      3. Nastavte hodnotu nové hodnoty DWORD na 0.
    3. Do pole hodnota zadejte 0.

      Poznámka: Číslo, které zadáte do pole hodnota musí být od 0 do 4294967295. Všechny servery ve farmě musí mít také shodné číslo v poli hodnota. Další informace naleznete na následující webové stránce společnosti Microsoft:
    4. Klepněte na tlačítko použít a pak klepněte na tlačítko OK.
    Poznámka: Pokud používáte servery služby IIS 6.0 v prostředí farmy, webové služby IIS 6.0, opakujte kroky 1a až 1 d na všech serverech IIS 6.0 ve farmě. Ujistěte se, že přidáte že stejný změnit číselnou hodnotu na všech serverech.
  2. Vymazání mezipaměti prohlížeče klienta v aplikaci Internet Explorer

    Pokud existuje příliš mnoho prohlížeč klienta ručně vymazat mezipaměť, můžete vybrat Povolit vypršení platnosti obsahu ve službě IIS 6.0 a pak určete obsah vyprší okamžitě. V tomto případě je třeba ponechat na zapnuto pouze tak dlouho, dokud trvá pro všechny klienty mít čerstvé obsah Povolit vypršení platnosti obsahu. Potom je třeba vypnout Povolit vypršení platnosti obsahu aplikace Internet Explorer poskytnout možnost poskytovat v mezipaměti obsah znovu. Chcete-li povolit vypršení platnosti obsahu, postupujte takto:
    1. Otevřete Internetová informační služba.
    2. V levém podokně rozbalte LocalMachine a pak klepněte na tlačítko webové servery.
    3. Klepněte pravým tlačítkem myši na webové servery a potom klepněte na příkaz Vlastnosti.
    4. Na kartu Záhlaví HTTPPovolení funkce vypršení platnosti obsahu zaškrtněte políčko a pak klepněte na možnost Vyprší okamžitě.
    5. Zastavte a restartujte všechny služby IIS 6.0.
    Poznámka: Klient pravděpodobně třeba provést dva požadavky pro prostředek, po zaškrtnutí políčka Povolit funkce vypršení platnosti obsahu je povoleno aktualizaci mezipaměti aplikace Internet Explorer.

Pokud používáte není do počítače se systémem Windows Server 2003

Chcete-li tento problém vyřešit, povolte možnost Povolení funkce vypršení platnosti obsahu ve službě IIS 6.0 pomocí postupu popsaného v části "Vymazat mezipaměti prohlížeče klienta v aplikaci Internet Explorer" a nechá. Navíc vypnout ukládání do mezipaměti v aplikaci Internet Explorer nebo nastavit mezipaměť záhlaví ovládacího prvku ve webové aplikaci. Další informace o tom, jak zabránit ukládání do mezipaměti webové naleznete následujícím článku znalostní báze Microsoft Knowledge Base:
311006Jak zabránit ukládání do mezipaměti webu v systému Windows 2000
Prohlášení
Aplikace Windows Internet Explorer 7 byl změněn správně zpracovávat změny číslo ETag podle dokumentu RFC 2616. Však číslo ETag změní-li, stáhne aplikace Internet Explorer 7 dokončení souboru místo zrušení spojení. Toto chování může zpomalit výkon aplikace Internet Explorer 7 ve srovnání s aplikaci Internet Explorer 6.
Další informace
Pokud analyzovat trasování programu Sledování sítě, které jsou zachyceny v klientském počítači nebo na serveru, a tento trasování zapojen ve scénáři výkonu, zobrazíte následující sekvence:
  1. Klient odešle požadavek GET na serveru, na němž je spuštěna služba IIS 6.0 a požadavek obsahuje hlavičku protokolu If-None shoda s Filetimestamp: ChangeNumber hodnotu. Tento požadavek se podobá následující:
    HTTP: GET Request from ClientHTTP: Request Method =GETHTTP: Uniform Resource Identifier =/MARRS/webService.htcHTTP: Protocol Version =HTTP/1.1HTTP: Accept = */*HTTP: Accept-Encoding =gzip, deflateHTTP: If-Modified-Since =Tue, 16 Nov 2004 17:11:48 GMTHTTP: If-None-Match ="0222d5bffcbc41:301a" HTTP: User-Agent =Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1HTTP: Host =nnoma-wwapp02mHTTP: Connection =Keep-AliveHTTP: Authorization =Negotiate TlRMTVNTUAADAAAAGAAYAG4AAAAKAQoBhgAAAAoACgBIAAAAEgASAHTTP: Cookie =ASP.NET_SessionId=uqnwgpygpf0dh2iwysznat55
    Poznámka některé proměnné HTTP v těchto příkladech mohou lišit v prostředí.
  2. Server obdrží požadavek a odešle 200 odpověď společně s daty, která je požadována. Vzhledem k tomu, že klient odešle záhlaví If-None shoda, má služba IIS 6.0 a zahrnovat v odpovědi záhlaví ETag odpověď a hodnotu záhlaví. Tuto odpověď podobná následující:
    HTTP: Response to Client; HTTP/1.1; Status Code = 200 - OKHTTP: Protocol Version =HTTP/1.1HTTP: Status Code = OKHTTP: Reason =OKHTTP: Content-Length =51622HTTP: Content-Type =text/x-componentHTTP: Last-Modified =Tue, 16 Nov 2004 17:11:48 GMTHTTP: Accept-Ranges =bytesHTTP: ETag ="0222d5bffcbc41:3246"HTTP: Server =Microsoft-IIS/6.0HTTP: X-Powered-By = ASP.NETHTTP: Date =Tue, 27 Sep 2005 12:18:27 GMTHTTP: Data: Number of data bytes remaining = 1202 (0x04B2)
  3. Klient přijme odpověď. Odpověď nemá stav HTTP 200, namísto stav HTTP 304, který byl očekává v prohlížeči. Proto odešle prohlížeč TCP RST, obnovit připojení. Dosahuje toho, protože aplikace Internet Explorer se domnívá, že serveru odeslaných stav HTTP 200 v chybě. TCP RST následujícímu:
    TCP: Control Bits: .A.R.., TCP: Source Port = 0x0747TCP: Destination Port = World Wide Web HTTPTCP: Sequence Number = 3840808344 (0xE4EE1598)TCP: Acknowledgement Number = 3150159894 (0xBBC3A016)TCP: Data Offset = 20 bytesTCP: 0101.... = Data Offset (20 bytes)TCP: ....0000 = Reserved bitsTCP: Flags = 0x14 : .A.R..TCP: ..0..... = No urgent dataTCP: ...1.... = Acknowledgement field significantTCP: ....0... = No Push functionTCP: .....1.. = Reset the connectionTCP: ......0. = No SynchronizeTCP: .......0 = Not the end of the dataTCP: Window = 0 (0x0)TCP: Checksum = 0xF26CTCP: Urgent Pointer = 0 (0x0)
    Další informace o TCP (Transmission Control Protocol), navštivte následující webovou stránku:
WIA NTLM systému windows integrované ověřování nedostatečný výkon TCP RST reset etag changenumber filetimestamp MD_ETAG_CHANGENUMBER

Upozornění: Tento článek byl přeložen automaticky

Vlastnosti

ID článku: 922703 - Poslední kontrola: 06/07/2007 16:32:34 - Revize: 3.2

  • Microsoft Internet Explorer 6.0
  • Microsoft Internet Information Services 6.0
  • kbmt kbtshoot kbprb KB922703 KbMtcs
Váš názor