HttpCacheability.Private가 ETag를 억제하는 이유는 무엇입니까?

Question

사용자 지정 IHttpHandler를 작성하는 동안 HttpCachePolicy 개체와 관련하여 예상하지 못한 동작을 발견했습니다.

내 처리기는 현재 응답 개체와 연결된 HttpCachePolicy에서 SetETag 메서드를 사용하여 엔티티 태그를 계산하고 설정합니다. SetCacheability 메서드를 사용하여 캐시 제어를 공개로 설정하면 모든 것이 매력처럼 작동하고 서버는 전자 태그 헤더를 따라 전송합니다. 비공개로 설정하면 전자 태그 헤더가 표시되지 않습니다.

아마도 충분히 열심히 보지 않았지만 HTTP / 1.1 사양에서이 동작을 정당화하는 어떤 것도 보지 못했을 것입니다. 프록시가 데이터를 저장하는 것을 금지하면서 E-Tag를 브라우저에 전송하고 싶지 않은 이유는 무엇입니까? 라코 디스

반납합니다 라코 디스

하지만 공개로 변경하면 반환됩니다 라코 디스

지금까지 ASP.NET 개발 서버와 IIS6에서 동일한 결과로 이것을 실행했습니다. 또한 다음을 사용하여 ETag를 명시 적으로 설정할 수 없습니다. 라코 디스

업데이트 : IIS7에서 실행할 때 수동으로 ETag 헤더를 추가 할 수 있습니다. 이것은 ASP.NET과 IIS7 파이프 라인 간의 긴밀한 통합으로 인한 것 같습니다.

설명 : 긴 질문이지만 핵심적인 질문은 다음과 같습니다. ASP.NET에서이 작업을 수행하는 이유는 무엇이며 어떻게 해결할 수 있으며 어떻게해야합니까?

업데이트 : Tony의 답변을 수락하겠습니다. 본질적으로 정확하기 때문입니다 (Tony로 이동하세요!). HttpCacheability.Private를 완전히 에뮬레이트하려는 경우 캐시 가능성을 ServerAndPrivate로 설정할 수 있지만 호출 캐시도 있습니다. SetOmitVaryStar (true) 그렇지 않으면 캐시에서 Vary : * 헤더를 출력에 추가하고 원하지 않습니다. . 편집 권한을 받으면 답변으로 편집하겠습니다 (또는이 Tony가 보이면 해당 전화를 포함하도록 답변을 편집 할 수 있습니까?)

Answer 1

HttpCacheability.ServerAndPrivate를 사용해야한다고 생각합니다

그렇게하면 캐시 제어가 가능합니다. 헤더에 개인용이며 ETag를 설정할 수 있습니다.

그에 대한 문서는 좀 더 나아 져야합니다.

편집 : Markus는 사용자에게 cache.SetOmitVaryStar (true) 호출도 있음을 발견했습니다. 그렇지 않으면 캐시가 출력에 Vary : * 헤더를 추가하므로 원하지 않습니다.

Answer 2

안타깝게도 .NET Reflector에서 System.Web.HttpCachePolicy.UpdateCachedHeaders()를 살펴보면 ETag 작업을 수행하기 전에 Cacheability가 Private이 아닌지 구체적으로 확인하는 if 문이 있음을 알 수 있습니다.어쨌든 저는 Last-Modified/If-Modified-Since가 우리 데이터에 잘 작동하고 어쨌든 Fiddler에서 모니터링하기가 조금 더 쉽다는 것을 항상 발견했습니다.

Answer 3

나처럼 여기에 언급 된 Cacheability.ServerAndPrivate 사용에 대한 해결 방법이 마음에 들지 않고 대신 Private을 사용하고 싶은 경우-아마도 사용자를 위해 페이지를 개별적으로 사용자 지정하고 서버에 캐시하는 것이 의미가 없기 때문일 수 있습니다.그런 다음 적어도 .NET 3.5에서는 Response.Headers.Add를 통해 ETag를 설정할 수 있으며 제대로 작동합니다.

N.B.이렇게하면 클라이언트 헤더와 HTTP 304 응답 처리의 비교를 직접 구현해야합니다. .NET이 정상적인 상황에서이를 처리하는지 확실하지 않습니다.