2011-08-27 5 views

답변

5

노 캐시

노 캐시 지시자는 필드 이름을 지정하지 않는 경우, 캐시가 원 서버와 성공적으로 재 검증없이 계속되는 요구를 충족하기 위해 응답을 사용해서는 안된다. 이로 인해 원 서버는 클라이언트 요청에 대한 부실한 응답을 리턴하도록 구성된 캐시조차도 캐싱을 방지 할 수 있습니다.

no-cache 지시문에서 하나 이상의 필드 이름을 지정하면 캐시는 캐시에 대한 다른 제한 사항에 따라 후속 요청을 충족시키기 위해 응답을 사용할 수 있습니다 (MAY). 그러나 지정된 필드 이름은 원본 서버와의 성공적인 재확인 없이는 후속 요청에 대한 응답으로 전송되어서는 안됩니다. 이것은 원 서버가 나머지 응답의 캐싱을 허용하면서 응답에서 특정 헤더 필드의 재사용을 막을 수있게합니다. 최대 사용 기간

클라이언트가 그 나이에 초 단위로 지정된 시간보다 크지 않은 경과 시간을 가진 응답을 기꺼이 접수한다는 것을 표시한다. 최대 지시문도 포함되어 있지 않으면 클라이언트는 부실 응답을 기꺼이 받아들이지 않습니다.

없는 점포

무 지시문 저장소의 목적은 민감한 정보의 부주의 한 해제 또는 유지를 방지하기 위해 (예를 들어, 백업 테이프에). no-store 지시문은 전체 메시지에 적용되며 응답 또는 요청시 전송 될 수 있습니다. 요청에서 전송되면 캐시는이 요청이나 응답의 일부를 저장해서는 안됩니다. 응답으로 전송 된 경우 캐시는이 응답 또는 요청을 요청한 요청의 일부를 저장해서는 안됩니다. 이 지정 문은 비공유 캐시와 공유 캐시 모두에 적용됩니다. 이 문맥에서 "저장하지 말아야한다"는 것은 캐시가 의도적으로 정보를 비 휘발성 저장소에 저장해서는 안되며, 전달한 후 가능한 한 신속하게 휘발성 저장소에서 정보를 제거하기위한 최선의 노력을해야합니다.

이 지시어가 응답과 연결되어있는 경우에도 사용자는 캐싱 시스템 외부에서 (예 : '다른 이름으로 저장'대화 상자를 사용하여) 이러한 응답을 명시 적으로 저장할 수 있습니다. 히스토리 버퍼는 정상적인 동작의 일부로 그러한 응답을 저장할 수있다.

이 지시문의 목적은 캐시 데이터 구조에 예기치 않게 액세스하여 우발적 인 정보 유출을 우려하는 특정 사용자 및 서비스 작성자의 명시된 요구 사항을 충족시키는 것입니다. 이 지시어를 사용하면 개인 정보 보호가 향상 될 수 있지만 프라이버시 보장을위한 신뢰할 수있는 또는 충분한 메커니즘이 아닙니다. 특히, 악의적이거나 손상된 캐시는이 지침을 인식하거나 준수하지 않을 수 있으며 통신 네트워크는 도청에 취약 할 수 있습니다.

자세한 내용은 @http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.2

관련 문제