Internet Explorer 6을 사용하여 인터넷 정보 서비스 6.0 호스팅되는 웹 응용 프로그램을 액세스하려고 하면 웹 성능이 발생할 수 있습니다.

기술 자료 번역 기술 자료 번역
기술 자료: 922703 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

현상

영문자와 숫자가 조합된 PIN 코드가 설정된 Bluetooth 장치가 있다면:
  • Microsoft 인터넷 정보 서비스 6.0 (IIS 6.0) 웹 응용 프로그램 환경에서 Windows 통합 인증을 사용합니다.
  • Microsoft Internet Explorer 6 IIS 6 .0에서 호스트되는 웹 응용 프로그램을 액세스할 수 있습니다.
이 시나리오에서는 웹 응용 프로그램 성능이 발생할 수 있습니다.

참고 익명 인증은 인증 프로토콜로 사용되는 경우에는 문제가 발생하지 않습니다. 클라이언트 브라우저에서 Mozilla Firefox 같은 Internet Explorer 6 아닌 다른 브라우저의 경우 이 문제는 또한 발생하지 않습니다.

원인

Internet Explorer 6 클라이언트 정기적으로 TCP 연결이 다시 설정되기 때문에 이 문제가 발생합니다.

클라이언트와 서버 사이에 잘못 수행하는 통신 중에 캡처한 네트워크 추적을 분석하는 경우 네트워크 추적 클라이언트는 클라이언트가 요청한 리소스 200 응답을 받은 후 TCP 다시 발생하도록 보여 줍니다. 클라이언트가 ETag HTTP 헤더 및 값을 가진 GET 요청을 만듭니다. IIS 6.0을 실행하는 서버는 요청을 받으면 ETag 값이 비교하고 ETag 값이 변경 번호 제외하고 요청한 파일을 현재 값과 일치하는지 찾습니다.

참고 ETag 머리글이 다음과 같은 형식으로 나타납니다.

Filetimestamp: ChangeNumber

예를 들어, Internet Explorer 클라이언트 요청을 0222d5bffcbc41:301a, ETag 값이 보내고 서버는 HTTP 200 응답 0222d5bffcbc41:3246 ETag 값이 다음 보냅니다.

요청 Filetimestamp 번호를 IIS 6.0 요청 리소스에 대한 현재 값으로 간주하는 번호와가 동일합니다. 그러나 IIS 6.0 요청 ChangeNumber 번호가 다르기 때문에 자체 캐시된 복사본을 제공하도록 지시하는 Internet Explorer 대신 파일의 현재 버전을 다시 보냅니다. 없는 특정 코드 Internet Explorer에서 해당 Filetimestamp 200 응답이 있는 Timestamp 로컬로 캐시된 복사본을 사용하여 비교합니다. 같은 번호를 경우 연결을 다시 설정됩니다. Internet Explorer 클라이언트 예상하는 콘텐츠를 같으면 304 상황 보고서를 받을 수 있기 때문입니다.

즉, 클라이언트 및 브라우저 캐시에 있는 이 리소스 클라이언트의 기존 버전의 요청한 리소스 같은 버전 수 없다는 것은 다른 변경 번호 간주하므로 IIS 6.0 200 응답을 보냅니다. 그러나 Internet Explorer Filetimestamp 때문에 동일한 버전의 하려면 간주합니다. 또한 Internet Explorer 이를 오류가 200 응답을 받을 수 믿습니다. 이 시나리오에서는 Internet Explorer TCP 연결을 다시 설정합니다.

해결 과정

Microsoft Windows Server 2003 기반 컴퓨터를 사용하는 경우

이 문제를 해결하려면 하드 사용하면 웹 서버에서 변경 번호를 코드 및 모든 Internet Explorer 클라이언트에 대한 파일 버전을 동기화하는 것이 좋습니다. 모든 Internet Explorer 클라이언트 응용 프로그램에 대해 필요한 모든 다른 파일 버전을 갖게 됩니다. 서버와 모든 클라이언트가 동기화되었는지 확인해야 합니다.

참고 IIS 6.0 웹 팜 환경에서 실행 중인 경우 팜에 IIS 6.0을 실행하는 모든 서버가 동일한 변경 번호를 하드 코드 합니다.

클라이언트와 서버 사이에 변경 번호 값을 동기화하려면 다음과 같이 하십시오.
  1. IIS 6.0 메타베이스의 ETag 값이 수동으로 하드 코드

    IIS 6.0에서 ETag 변경 번호를 수정할 수 있도록 Windows Server 2003 서비스 팩 1 (SP1) 사용할 수 있습니다.

    참고 이 문제를 해결하려면 핫픽스를 설치해야 합니다 ETag 값을 변경할 때 문제가 발생할 수 있습니다. 핫픽스에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    900245IIS 6 .0에서 메타베이스 속성을 수정하면 ETAG 필드의 값이 업데이트됩니다.
    핫픽스를 설치한 후 수동으로 수 하드 코드 있는 ETag 숫자를 변경합니다. 그러나 ETag 변경 번호 설정은 Active Directory 서비스 인터페이스 (ADSI) 네임스페이스 노출되지 않습니다. 따라서 속성 ID에 따라 값을 설정하려면 메타베이스 탐색기 도구를 사용해야 합니다. 다운로드 메타베이스 탐색기를 설치하려면 다음 Microsoft 웹 페이지를 방문하십시오.
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/993a8a36 -5761-448f-889e-9ae58d072c09.mspx
    참고 메타베이스 탐색기 IIS 6.0 리소스 키트는 포함되어 있습니다.

    수동으로 하드 코드로 해당 ETag 번호를 변경하려면 다음과 같이 하십시오.
    1. 메타베이스 탐색기를 열고 왼쪽된 창에서 LM 확장한 다음 W3SVC 확장하십시오.
    2. 오른쪽 창에서 ID 2039 레코드를 두 번 클릭하십시오. ID 2039 레코드가 없는 경우 이를 만들어야 합니다. 이렇게 하려면 다음과 같이 하십시오.
      1. 메타베이스 탐색기에서 W3svc 노드를 마우스 오른쪽 단추로 클릭하고 새로 만들기 를 가리킨 다음 DWORD 값 을 클릭하십시오.
      2. DWORD 식별자를 2039 로 설정하십시오.
      3. 새 DWORD 값을 0 으로 설정하십시오.
    3. 0 상자에 입력하십시오.

      참고 내부에 상자에 입력한 0에서 4294967295 사이의 숫자여야 합니다. 또한 팜의 모든 서버에서 동일한 숫자 상자에 있어야 합니다. 자세한 내용은 다음 Microsoft 웹 페이지를 방문하십시오.
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/ef7f9d58- 2a96-4bd8-8ac1-2a67b43284f1.mspx
    4. 적용 을 누른 다음 확인 을 누릅니다.
    참고 IIS 6.0 웹 팜 환경에서 IIS 6.0 서버를 실행 중인 경우 팜의 모든 IIS 6.0 서버의 1 d-1a를 단계를 반복하십시오. 동일한 모든 서버에서 숫자 값을 변경하는 추가 확인하십시오.
  2. Internet Explorer의 클라이언트 브라우저 캐시 지우기

    너무 많은 클라이언트 브라우저 캐시를 수동으로 지울 수 있는 경우 IIS 6 .0에서 컨텐트 만료 선택하고 내용을 즉시 만료되는 지정할 수 있습니다. 이 시나리오에 대한 새로운 콘텐츠를 모든 클라이언트에 대한 걸리지 한 설정되어 있는 콘텐츠 만료 그대로 합니다. 그런 다음 Internet Explorer 캐시된 콘텐츠를 다시 사용할 수 있는 기회를 제공하기 위해 내용 만료 사용 해제하는 설정 합니다. 내용 만료를 사용하도록 설정하려면 다음 이 단계를 수행하십시오.
    1. IIS 엽니다.
    2. 왼쪽된 창에서 LocalMachine 확장한 다음 웹 사이트 를 클릭하십시오.
    3. 웹 사이트 를 마우스 오른쪽 단추로 클릭한 다음 속성 을 클릭하십시오.
    4. HTTP 헤더 탭에서 컨텐트 만료 확인란을 클릭한 다음 즉시 만료 옵션을 클릭하십시오.
    5. 모든 IIS 6.0 서비스를 중지했다가 다시 시작하십시오.
    참고 클라이언트가 컨텐트 만료 확인란을 Internet Explorer 캐시 업데이트 활성화된 후에 두 리소스에 대한 요청을 할 수 있습니다.

Windows Server 2003 기반 컴퓨터를 사용하지 않는 경우

이 문제를 해결하려면 "Internet Explorer에서 클라이언트 브라우저 캐시 지우기" 절에 설명되어 있는 절차를 사용하여 IIS 6 .0에서 컨텐트 만료 옵션을 활성화하고 에 둡니다. 또한 Internet Explorer에서 캐싱을 해제 또는 캐시 웹 응용 프로그램에서 컨트롤의 머리글을 설정하십시오. 웹 캐싱을 방지하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
311006Windows 2000에서 웹 캐싱을 방지하는 방법

현재 상태

RFC 2616을 의하면 ETag 변경 번호를 올바르게 처리하도록 Windows Internet Explorer 7에서 수정되었습니다. 그러나 ETag 번호를 변경한 경우 Windows Internet Explorer 7 연결을 취소하는 대신 전체 파일을 다운로드합니다. 이 문제는 Internet Explorer 7 Internet Explorer 6 비해 성능이 저하될 수 있습니다.

추가 정보

클라이언트 또는 서버에서 캡처한 네트워크 모니터 추적을 분석 및 성능 시나리오에서 이 추적 관련된 경우 다음 시퀀스를 참조하십시오.
  1. IIS 6.0을 실행하는 서버에 GET 요청을 클라이언트가 보내고 Filetimestamp If-None-Match 헤더로 요청을 포함합니다: ChangeNumber 값입니다. 이 요청은 다음과 유사한:
    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
    
    노트 일부 이 예제 HTTP 변수를 사용자 환경에서 다를 수 있습니다.
  2. 서버가 요청을 받아 요청된 데이터 함께 200 응답을 보냅니다. If-None-Match 헤더입니다 클라이언트가 보낸 때문에 IIS 6.0 ETag 응답 헤더 및 헤더 값을 해당 응답을 포함할 수 있습니다. 이 응답은 다음과 유사한:
    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. 클라이언트가 응답을 받습니다. 응답을 브라우저에서 예상합니다 HTTP 304 상태 대신 HTTP 200 상태가 있습니다. 따라서, 연결을 다시 설정하려면 TCP RST 브라우저에 보냅니다. 서버에서 HTTP 200 상태 오류 메시지를 보낸 Internet Explorer 믿습니다 때문에 이 수행됩니다. TCP RST 다음과 유사한:
    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)
    
    TCP (전송 제어 프로토콜) 방법에 대한 자세한 내용은 다음 웹 페이지를 참조하십시오:
    http://www.faqs.org/rfcs/rfc793.html

속성

기술 자료: 922703 - 마지막 검토: 2007년 6월 7일 목요일 - 수정: 3.2
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Internet Explorer 6.0
  • Microsoft Internet Information Services 6.0
키워드:?
kbmt kbtshoot kbprb KB922703 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

피드백 보내기

 

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