HTTP-헤더 필드

HTTP 헤더 필드는 요청 또는 응답에 대한 필수 정보 또는 메시지 본문에 전송 된 개체에 대한 정보를 제공합니다. 다음과 같은 4 가지 유형의 HTTP 메시지 헤더가 있습니다.

  • General-header: 이러한 헤더 필드는 요청 및 응답 메시지 모두에 대해 일반적으로 적용 할 수 있습니다.

  • Client Request-header: 이러한 헤더 필드는 요청 메시지에만 적용 할 수 있습니다.

  • Server Response-header: 이러한 헤더 필드는 응답 메시지에만 적용 할 수 있습니다.

  • Entity-header: 이러한 헤더 필드는 엔티티 본문에 대한 메타 정보 또는 본문이없는 경우 요청에 의해 식별 된 리소스에 대한 메타 정보를 정의합니다.

일반 헤더

캐시 제어

Cache-Control 일반 헤더 필드는 모든 캐싱 시스템에서 반드시 준수해야하는 지시문을 지정하는 데 사용됩니다. 구문은 다음과 같습니다.

Cache-Control : cache-request-directive|cache-response-directive

HTTP 클라이언트 또는 서버는 Cache-control캐시에 대한 매개 변수를 지정하거나 캐시에서 특정 종류의 문서를 요청하기위한 일반 헤더. 캐싱 지시문은 쉼표로 구분 된 목록으로 지정됩니다. 예를 들면 :

Cache-control: no-cache

다음 표에는 클라이언트가 HTTP 요청에서 사용할 수있는 중요한 캐시 요청 지시문이 나열되어 있습니다.

SN 캐시 요청 지시문 및 설명
1 no-cache

캐시는 원본 서버와의 성공적인 재 검증없이 후속 요청을 충족시키기 위해 응답을 사용해서는 안됩니다.

2 no-store

캐시는 클라이언트 요청이나 서버 응답에 대한 어떤 것도 저장하지 않아야합니다.

max-age = seconds

클라이언트가 지정된 시간 (초)보다 크지 않은 응답을 기꺼이 수락 함을 나타냅니다.

4 max-stale [ = seconds ]

클라이언트가 만료 시간을 초과 한 응답을 기꺼이 수락 함을 나타냅니다. 초가 주어지면 그 시간 이상 만료되지 않아야합니다.

5 min-fresh = seconds

클라이언트가 최신 수명이 현재 수명에 지정된 시간 (초)을 더한 값보다 작지 않은 응답을 기꺼이 수락 함을 나타냅니다.

6 no-transform

엔티티 본문을 변환하지 않습니다.

7 only-if-cached

새 데이터를 검색하지 않습니다. 캐시는 문서가 캐시에있는 경우에만 문서를 보낼 수 있으며 새로운 사본이 있는지 확인하기 위해 원본 서버에 연결해서는 안됩니다.

HTTP 응답에서 서버가 사용할 수있는 다음과 같은 중요한 캐시 응답 지시문 :

SN 캐시 응답 지시문 및 설명
1 public

응답이 캐시에 의해 캐시 될 수 있음을 나타냅니다.

2 private

응답 메시지의 전체 또는 일부가 단일 사용자를위한 것이며 공유 캐시에 의해 캐시되지 않아야 함을 나타냅니다.

no-cache

캐시는 원본 서버와의 성공적인 재 검증없이 후속 요청을 충족시키기 위해 응답을 사용해서는 안됩니다.

4 no-store

캐시는 클라이언트 요청이나 서버 응답에 대한 어떤 것도 저장하지 않아야합니다.

5 no-transform

엔티티 본문을 변환하지 않습니다.

6 must-revalidate

캐시는 사용하기 전에 오래된 문서의 상태를 확인해야하며 만료 된 문서는 사용하지 않아야합니다.

7 proxy-revalidate

proxy-revalidate 지시문은 비공유 사용자 에이전트 캐시에 적용되지 않는다는 점을 제외하고 must- revalidate 지시문과 동일한 의미를 갖습니다.

8 max-age = seconds

클라이언트가 지정된 시간 (초)보다 크지 않은 응답을 기꺼이 수락 함을 나타냅니다.

9 s-maxage = seconds

이 지시문에 지정된 최대 기간은 max-age 지시문 또는 Expires 헤더에 지정된 최대 기간보다 우선합니다. s-maxage 지시문은 항상 개인 캐시에서 무시됩니다.

연결

Connection general-header 필드를 사용하면 발신자가 해당 특정 연결에 대해 원하는 옵션을 지정할 수 있으며 추가 연결을 통해 프록시에서 통신해서는 안됩니다. 다음은 연결 헤더를 사용하는 간단한 구문입니다.

Connection : "Connection"

HTTP / 1.1은 발신자가 응답 완료 후 연결이 닫힐 것이라는 신호를 보내는 "닫기"연결 옵션을 정의합니다. 예를 들면 :

Connection: close

기본적으로 HTTP 1.1은 트랜잭션 후 연결이 자동으로 닫히지 않는 영구 연결을 사용합니다. 반면 HTTP 1.0에는 기본적으로 영구 연결이 없습니다. 1.0 클라이언트가 영구 연결을 사용하려는 경우keep-alive 다음과 같이 매개 변수 :

Connection: keep-alive

데이트

모든 HTTP 날짜 / 시간 스탬프는 예외없이 그리니치 표준시 (GMT)로 표시되어야합니다. HTTP 애플리케이션은 날짜 / 시간 스탬프의 다음 세 가지 표현 중 하나를 사용할 수 있습니다.

Sun, 06 Nov 1994 08:49:37 GMT  ; RFC 822, updated by RFC 1123
Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036
Sun Nov  6 08:49:37 1994       ; ANSI C's asctime() format

여기서 첫 번째 형식이 가장 선호되는 형식입니다.

프라 그마

Pragma 일반 헤더 필드는 요청 / 응답 체인을 따라 모든 수신자에게 적용될 수있는 구현 특정 지시문을 포함하는 데 사용됩니다. 예를 들면 :

Pragma: no-cache

HTTP / 1.0에 정의 된 유일한 지시문은 no-cache 지시문이며 이전 버전과의 호환성을 위해 HTTP 1.1에서 유지됩니다. 새로운 Pragma 지시문은 앞으로 정의되지 않습니다.

트레일러

Trailer 일반 필드 값은 주어진 헤더 필드 세트가 청크 전송 코딩으로 인코딩 된 메시지의 트레일러에 있음을 나타냅니다. 다음은 Trailer 헤더 필드의 구문입니다.

Trailer : field-name

Trailer 헤더 필드에 나열된 메시지 헤더 필드에는 다음 헤더 필드가 포함되지 않아야합니다.

  • Transfer-Encoding

  • Content-Length

  • Trailer

전송 인코딩

전송 인코딩 일반 헤더 필드 변환의 타입을 안전하게하기 위해 상기 메시지 바디에인가 송신자와 수신자 사이에 전송 된 내용을 나타낸다. 전송 인코딩은 엔티티 본문이 아니라 메시지의 속성이기 때문에 콘텐츠 인코딩과 동일하지 않습니다. Transfer-Encoding 헤더 필드의 구문은 다음과 같습니다.

Transfer-Encoding: chunked

모든 전송 코딩 값은 대소 문자를 구분하지 않습니다.

업그레이드

업그레이드 일반 헤더는 클라이언트가 지원하는 추가 통신 프로토콜을 지정하고 서버 발견이 스위치 프로토콜에 해당하는 경우 사용하고자 할 수 있습니다. 예를 들면 :

Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

Upgrade 헤더 필드는 HTTP / 1.1에서 호환되지 않는 다른 프로토콜로 전환하기위한 간단한 메커니즘을 제공하기위한 것입니다.

통하다

통해 일반 헤더는 중간 프로토콜과 수신자를 표시하기 위해 게이트웨이와 프록시가 사용되어야합니다. 예를 들어 HTTP / 1.0 사용자 에이전트에서 "fred"라는 내부 프록시로 요청 메시지를 보낼 수 있습니다.이 프록시는 HTTP / 1.1을 사용하여 nowhere.com의 공용 프록시로 요청을 전달합니다. www.ics.uci.edu의 원본 서버로 전달합니다. www.ics.uci.edu에서 수신 한 요청에는 다음 Via 헤더 필드가 있습니다.

Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)

Upgrade 헤더 필드는 HTTP / 1.1에서 호환되지 않는 다른 프로토콜로 전환하기위한 간단한 메커니즘을 제공하기위한 것입니다.

경고

경고 일반 헤더는 메시지에 반영되지 않을 수 있습니다 메시지의 상태 나 변화에 대한 정보를 전송하는 데 사용한다. 응답에는 둘 이상의 경고 헤더가 포함될 수 있습니다.

Warning : warn-code SP warn-agent SP warn-text SP warn-date

클라이언트 요청 헤더

동의하기

수락 요청 헤더 필드는 응답에 사용할 특정 미디어 유형을 지정하는 데 사용될 수있다. 일반 구문은 다음과 같습니다.

Accept: type/subtype [q=qvalue]

여러 미디어 유형을 쉼표로 구분하여 나열 할 수 있으며 선택적 qvalue는 0에서 1까지의 척도로 승인 유형에 대해 허용 가능한 품질 수준을 나타냅니다. 다음은 예입니다.

Accept: text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c

이것은 다음과 같이 해석됩니다. text/htmltext/x-c 선호하는 미디어 유형이지만 존재하지 않는 경우 text/x-dvi 존재하지 않는 경우 text/plain 실재.

Accept-Charset

수락-캐릭터 세트 요청 헤더 필드는 문자 세트는 응답 허용 무엇인지 표시하는 데 사용할 수 있습니다. 다음은 일반적인 구문입니다.

Accept-Charset: character_set [q=qvalue]

여러 문자 세트를 쉼표로 구분하여 나열 할 수 있으며 선택적 qvalue는 0에서 1 사이의 비율로 선호하지 않는 문자 세트에 대해 허용 가능한 품질 레벨을 나타냅니다. 다음은 예입니다.

Accept-Charset: iso-8859-5, unicode-1-1; q=0.8

특수 값 "*"( Accept-Charset 필드, 모든 문자 세트와 일치하며 그렇지 않은 경우 Accept-Charset 헤더가있는 경우 기본값은 모든 문자 집합을 허용하는 것입니다.

Accept-Encoding

수락 인코딩 요청 헤더 필드는 Accept와 유사하지만 응답하여 허용 콘텐츠 - 코딩을 제한한다. 일반적인 구문은 다음과 같습니다.

Accept-Encoding: encoding types

예는 다음과 같습니다.

Accept-Encoding: compress, gzip
Accept-Encoding:
Accept-Encoding: *
Accept-Encoding: compress;q=0.5, gzip;q=1.0
Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0

Accept-Language

수락 - 언어 요청 헤더 필드는 Accept와 유사하지만 요구에 대한 응답으로 자연 언어의 집합을 제한합니다. 일반적인 구문은 다음과 같습니다.

Accept-Language: language [q=qvalue]

여러 언어를 쉼표로 구분하여 나열 할 수 있으며 선택적 qvalue는 선호하지 않는 언어에 대해 0에서 1까지의 범위에서 허용 가능한 품질 수준을 나타냅니다. 다음은 예입니다.

Accept-Language: da, en-gb;q=0.8, en;q=0.7

권한 부여

인증 요청 헤더 필드 값이 요청 된 자원의 영역에 대한 사용자 에이전트의 인증 정보를 포함하는 인증 정보로 구성된다. 일반적인 구문은 다음과 같습니다.

Authorization : credentials

HTTP / 1.0 사양은 BASIC 인증 체계를 정의합니다. 여기서 인증 매개 변수는 다음 문자열입니다. username:password Base 64로 인코딩됩니다. 다음은 예입니다.

Authorization: BASIC Z3Vlc3Q6Z3Vlc3QxMjM=

디코딩 값은 다음과 같습니다. guest:guest123 어디 guest 사용자 ID이며 guest123 암호입니다.

쿠키

쿠키 요청 헤더 필드 값은 해당 URL에 대한 저장된 정보의 이름 / 값 쌍을 포함합니다. 다음은 일반적인 구문입니다.

Cookie: name=value

여러 쿠키는 다음과 같이 세미콜론으로 구분하여 지정할 수 있습니다.

Cookie: name1=value1;name2=value2;name3=value3

배고 있다

예상 요청 헤더 필드는 서버 비헤이비어의 특정 세트가 클라이언트가 필요하다는 것을 나타 내기 위해 사용된다. 일반적인 구문은 다음과 같습니다.

Expect : 100-continue | expectation-extension

서버가 지원하지 않는 예상 확장을 포함하는 Expect 필드가 포함 된 요청을 수신하는 경우 417 (예상 실패) 상태로 응답해야합니다.

에서

에서 요청 헤더 필드는 요청 사용자 에이전트를 통제하는 인간 사용자의 인터넷 전자 메일 주소가 포함되어 있습니다. 다음은 간단한 예입니다.

From: [email protected]

이 헤더 필드는 로깅 목적 및 유효하지 않거나 원치 않는 요청의 소스를 식별하는 수단으로 사용될 수 있습니다.

주최자

호스트 요청 헤더 필드는 호스트와 인터넷 리소스를 요청하는 포트 번호를 지정하기 위해 사용된다. 일반적인 구문은 다음과 같습니다.

Host : "Host" ":" host [ ":" port ] ;

host후행 포트 정보가없는 것은 기본 포트 (80)를 의미합니다. 예를 들어, http://www.w3.org/pub/WWW/ 에 대한 원본 서버의 요청 은 다음과 같습니다.

GET /pub/WWW/ HTTP/1.1
Host: www.w3.org

If-Match

만약 일치 요청 헤더 필드를 조건 적으로 만드는 방법과 함께 사용됩니다. 이 헤더는이 태그의 지정된 값이ETag. 일반적인 구문은 다음과 같습니다.

If-Match : entity-tag

별표 (*)는 모든 항목과 일치하며 항목이있는 경우에만 트랜잭션이 계속됩니다. 다음은 가능한 예입니다.

If-Match: "xyzzy"
If-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-Match: *

일치하는 엔터티 태그가 없거나 "*"가 지정되고 현재 엔터티가없는 경우 서버는 요청 된 메서드를 수행하지 않아야하며 412 (전제 조건 실패) 응답을 반환해야합니다.

If-Modified-Since

IF-변성 이후 요청 헤더 필드가 조건부 있도록하는 방법으로 사용된다. 이 필드에 지정된 시간 이후 요청 된 URL이 수정되지 않은 경우 서버에서 엔티티가 반환되지 않습니다. 대신 304 (수정되지 않음) 응답이 메시지 본문없이 반환됩니다. if-modified-since의 일반 구문은 다음과 같습니다.

If-Modified-Since : HTTP-date

필드의 예는 다음과 같습니다.

If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT

일치하는 엔터티 태그가 없거나 "*"가 지정되고 현재 엔터티가없는 경우 서버는 요청 된 메서드를 수행하지 않아야하며 412 (전제 조건 실패) 응답을 반환해야합니다.

If-None-Match

경우 - 없음 - 경기 요청 헤더 필드를 조건 적으로 만드는 방법과 함께 사용됩니다. 이 헤더는이 태그에 지정된 값 중 하나가ETag. 일반적인 구문은 다음과 같습니다.

If-None-Match : entity-tag

별표 (*)는 모든 엔티티와 일치하며 엔티티가 존재하지 않는 경우에만 트랜잭션이 계속됩니다. 다음은 가능한 예입니다.

If-None-Match: "xyzzy"
If-None-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-None-Match: *

If-Range

경우 레인지 요청 헤더 필드가 변경된 경우에만 변경되지 않은 경우, 누락 엔티티의 부분 및 전체 개체를 요청하는 조건부 GET 함께 사용될 수있다. 일반 구문은 다음과 같습니다.

If-Range : entity-tag | HTTP-date

엔티티 태그 또는 날짜를 사용하여 이미 수신 된 부분 엔티티를 식별 할 수 있습니다. 예를 들면 :

If-Range: Sat, 29 Oct 1994 19:43:31 GMT

여기에서 주어진 날짜 이후 문서가 수정되지 않은 경우 서버는 Range 헤더에 의해 제공된 바이트 범위를 반환하고 그렇지 않으면 모든 새 문서를 반환합니다.

If-Unmodified-Since

IF-미 변성은-때문에 요청 헤더 필드가 조건부 있도록하는 방법으로 사용된다. 일반적인 구문은 다음과 같습니다.

If-Unmodified-Since : HTTP-date

요청 된 자원이이 필드에 지정된 시간 이후 수정되지 않은 경우 서버는 If-Unmodified-Since 헤더가없는 것처럼 요청 된 작업을 수행해야합니다. 예를 들면 :

If-Unmodified-Since: Sat, 29 Oct 1994 19:43:31 GMT

요청 결과가 2xx 또는 412 상태가 아닌 경우 If-Unmodified-Since 헤더를 무시해야합니다.

Max-Forwards

최대 포워드 요청 헤더 필드는 다음의 수신 서버에 요구를 전달할 수있는 프록시 또는 게이트웨이의 수를 제한하는 TRACE OPTIONS 및 방법과 메커니즘을 제공한다. 다음은 일반적인 구문입니다.

Max-Forwards : n

Max-Forwards 값은이 요청 메시지가 전달 될 수있는 남은 횟수를 나타내는 10 진수 정수입니다. 무한 루프를 방지하면서 TRACE 메서드로 디버깅 할 때 유용합니다. 예를 들면 :

Max-Forwards : 5

Max-Forwards 헤더 필드는 HTTP 사양에 정의 된 다른 모든 메서드에 대해 무시 될 수 있습니다.

프록시 인증

프록시 인증 요청 헤더 필드는 클라이언트가 인증을 요구하는 프락시 자신 (또는 자신의 사용자)을 식별 할 수 있습니다. 다음은 일반적인 구문입니다.

Proxy-Authorization : credentials

Proxy-Authorization 필드 값은 요청되는 리소스의 프록시 및 / 또는 영역에 대한 사용자 에이전트의 인증 정보가 포함 된 자격 증명으로 구성됩니다.

범위

범위 콘텐츠 요청의 헤더 필드를 지정하는 부분 영역 (들)은 문서로부터 요청. 일반적인 구문은 다음과 같습니다.

Range: bytes-unit=first-byte-pos "-" [last-byte-pos]

byte-range-spec의 first-byte-pos 값은 범위에서 첫 번째 바이트의 바이트 오프셋을 제공합니다. last-byte-pos 값은 범위에서 마지막 바이트의 바이트 오프셋을 제공합니다. 즉, 지정된 바이트 위치가 포함됩니다. 바이트 단위를 바이트로 지정할 수 있습니다. 바이트 오프셋은 0에서 시작합니다. 몇 가지 간단한 예는 다음과 같습니다.

- The first 500 bytes 
Range: bytes=0-499

- The second 500 bytes
Range: bytes=500-999

- The final 500 bytes
Range: bytes=-500

- The first and last bytes only
Range: bytes=0-0,-1

여러 범위를 쉼표로 구분하여 나열 할 수 있습니다. 쉼표로 구분 된 바이트 범위의 첫 번째 숫자가 누락 된 경우 범위는 문서의 끝부터 계산되는 것으로 간주됩니다. 두 번째 숫자가 누락 된 경우 범위는 문서 끝까지 n 바이트입니다.

추천인

리퍼러 요청 헤더 필드는 클라이언트가 URL이 요청 된 자원의 주소 (URI)를 지정할 수 있습니다. 일반 구문은 다음과 같습니다.

Referer : absoluteURI | relativeURI

다음은 간단한 예입니다.

Referer: http://www.tutorialspoint.org/http/index.htm

필드 값이 상대 URI이면 Request-URI를 기준으로 해석되어야합니다 .

TE

TE 요청 헤더 필드는 확장 무엇을 나타내는 전송 코딩 는 응답과는 청크 트레일러 필드 받아 들일 용의가 있는지 여부를 받아 들일 용의가 전송 코딩을 . 다음은 일반적인 구문입니다.

TE   : t-codings

"trailers"키워드가 있으면 클라이언트가 청크 된 전송 코딩에서 트레일러 필드를 기꺼이 받아들이고 다음 방법 중 하나로 지정됨을 나타냅니다.

TE: deflate
TE:
TE: trailers, deflate;q=0.5

TE 필드 값이 비어 있거나 TE 필드가 없으면 전송 코딩 만 청크 됩니다. 전송 코딩이없는 메시지는 항상 허용됩니다.

사용자 에이전트

사용자 에이전트 요청 헤더 필드는 요구를 만들어 낸 사용자 에이전트에 관한 정보가 포함되어 있습니다. 다음은 일반적인 구문입니다.

User-Agent : product | comment

예:

User-Agent: Mozilla/4.0 (compatible; MSIE5.01; Windows NT)

서버 응답 헤더

허용 범위

수락-범위 응답 헤더 필드는 서버가 자원에 대한 범위 요청 수락을 표시 할 수 있습니다. 일반적인 구문은 다음과 같습니다.

Accept-Ranges  : range-unit | none

예를 들어 바이트 범위 요청을 수락하는 서버는 다음을 보낼 수 있습니다.

Accept-Ranges: bytes

리소스에 대한 어떤 종류의 범위 요청도 수락하지 않는 서버는 다음을 보낼 수 있습니다.

Accept-Ranges: none

이것은 클라이언트에게 범위 요청을 시도하지 않도록 조언합니다.

나이

연령 응답 헤더 필드는 응답 (또는 이의 검증) 보낸 시간의 발신자 추정 원 서버에서 생성을 전달한다. 일반적인 구문은 다음과 같습니다.

Age : delta-seconds

연령 값은 시간을 초 단위로 나타내는 음이 아닌 10 진수 정수입니다. 다음은 간단한 예입니다.

Age: 1030

캐시를 포함하는 HTTP / 1.1 서버는 자체 캐시에서 생성 된 모든 응답에 Age 헤더 필드를 포함해야합니다.

ETag

의 ETag 응답 헤더 필드는 요청 된 변종 엔티티 태그의 현재 값을 제공한다. 일반적인 구문은 다음과 같습니다.

ETag :  entity-tag

다음은 몇 가지 간단한 예입니다.

ETag: "xyzzy"
ETag: W/"xyzzy"
ETag: ""

위치

위치 응답 헤더 필드는 완료 Request-URI가 아닌 다른 장소에받는 사람을 리디렉션하는 데 사용됩니다. 일반적인 구문은 다음과 같습니다.

Location : absoluteURI

다음은 간단한 예입니다.

Location: http://www.tutorialspoint.org/http/index.htm

Content-Location 헤더 필드는 Content-Location이 요청에 포함 된 엔티티의 원래 위치를 식별한다는 점에서 Location과 다릅니다.

프록시 인증

프록시 인증하고 응답 헤더 필드 (407)는 (프록시 인증 필요) 응답의 일부로 포함되어야한다. 일반적인 구문은 다음과 같습니다.

Proxy-Authenticate  : challenge

재시도 후

재시도-후 응답 헤더 필드 서비스가 요청하는 클라이언트가 사용할 것으로 예상되는 기간을 표시하기 위해 503 (서비스를 사용할 수 없음) 응답과 함께 사용할 수 있습니다. 일반적인 구문은 다음과 같습니다.

Retry-After : HTTP-date | delta-seconds

예 :

Retry-After: Fri, 31 Dec 1999 23:59:59 GMT
Retry-After: 120

후자의 예에서 지연은 2 분입니다.

섬기는 사람

서버 응답 헤더 필드는 요구를 처리하는 원 서버가 사용하는 소프트웨어에 관한 정보가 포함되어 있습니다. 일반적인 구문은 다음과 같습니다.

Server : product | comment

다음은 간단한 예입니다.

Server: Apache/2.2.14 (Win32)

응답이 프록시를 통해 전달되는 경우 프록시 응용 프로그램은 서버 응답 헤더를 수정하지 않아야합니다.

세트 쿠키

설정 - 쿠키 응답 헤더 필드는이 URL을 보유 할 정보의 이름 / 값 쌍을 포함합니다. 일반적인 구문은 다음과 같습니다.

Set-Cookie: NAME=VALUE; OPTIONS

Set-Cookie 응답 헤더는 Set-Cookie 토큰과 쉼표로 구분 된 하나 이상의 쿠키 목록으로 구성됩니다. 옵션으로 지정할 수있는 값은 다음과 같습니다.

SN 옵션 및 설명
1 Comment=comment

이 옵션은 쿠키와 관련된 주석을 지정하는 데 사용할 수 있습니다.

2 Domain=domain

Domain 속성은 쿠키가 유효한 도메인을 지정합니다.

Expires=Date-time

쿠키가 만료되는 날짜입니다. 비어있는 경우 방문자가 브라우저를 종료 할 때 쿠키가 만료됩니다.

4 Path=path

Path 속성은이 쿠키가 적용되는 URL의 하위 집합을 지정합니다.

5 Secure

보안 연결에서만 쿠키를 반환하도록 사용자 에이전트에 지시합니다.

다음은 서버에서 생성 한 간단한 쿠키 헤더의 예입니다.

Set-Cookie: name1=value1,name2=value2; Expires=Wed, 09 Jun 2021 10:18:14 GMT

다르다

바리 엔티티가 다수의 소스를 가지고 응답 헤더 필드를 지정하고 요청 헤더 (들)의 특정리스트에 따라 달라질 수 있으므로. 다음은 일반적인 구문입니다.

Vary : field-name

쉼표로 구분 된 여러 헤더와 지정되지 않은 매개 변수가 요청 헤더로 제한되지 않음을 나타내는 별표 "*"값을 지정할 수 있습니다. 다음은 간단한 예입니다.

Vary: Accept-Language, Accept-Encoding

여기서 필드 이름은 대소 문자를 구분하지 않습니다.

WWW 인증

WWW 인증 응답 헤더 필드는 401 (Unauthorized) 응답 메시지에 포함해야합니다. 필드 값은 Request-URI에 적용 할 수있는 인증 체계와 매개 변수를 나타내는 하나 이상의 챌린지로 구성됩니다. 일반적인 구문은 다음과 같습니다.

WWW-Authenticate : challenge

WWW- Authenticate 필드 값에 두 개 이상의 챌린지가 포함될 수 있습니다. 또는 둘 이상의 WWW-Authenticate 헤더 필드가 제공되는 경우 챌린지 자체의 내용은 쉼표로 구분 된 인증 매개 변수 목록을 포함 할 수 있습니다. 다음은 간단한 예입니다.

WWW-Authenticate: BASIC realm="Admin"

엔티티 헤더

허용하다

허용 실체 - 헤더 필드 나열 요청-URI에 의해 식별 된 자원에 의해 지원되는 방법의 세트. 일반적인 구문은 다음과 같습니다.

Allow : Method

쉼표로 구분 된 여러 메소드를 지정할 수 있습니다. 다음은 간단한 예입니다.

Allow: GET, HEAD, PUT

이 필드는 클라이언트가 다른 방법을 시도하는 것을 막을 수 없습니다.

콘텐츠 인코딩

컨텐트 인코딩 실체 헤더 필드가 미디어 타입에 대한 개질제로서 사용된다. 일반적인 구문은 다음과 같습니다.

Content-Encoding : content-coding

콘텐츠 코딩은 Request-URI에 의해 식별되는 엔티티의 특성입니다. 다음은 간단한 예입니다.

Content-Encoding: gzip

요청 메시지에있는 엔터티의 콘텐츠 코딩이 원본 서버에서 허용되지 않는 경우 서버는 상태 코드 415 (Unsupported Media Type)로 응답해야합니다.

콘텐츠 언어

내용 - 언어 entity-header 필드는 포함하고있는 엔터티 대상 청중 자의 자연적인 언어를 설명합니다. 다음은 일반적인 구문입니다.

Content-Language : language-tag

여러 청중을 대상으로하는 콘텐츠에 대해 여러 언어가 나열 될 수 있습니다. 다음은 간단한 예입니다.

Content-Language: mi, en

Content-Language의 주요 목적은 사용자가 선호하는 언어에 따라 엔티티를 식별하고 구별 할 수 있도록하는 것입니다.

내용 길이

콘텐츠 길이 entity-header 필드는 HEAD 방법의 경우, 수신자에게 전송 또는 옥텟의 진수에, 엔티티-body의 크기를, 엔티티 바디의 크기는 전송 된 것이라고, 요청이 GET 이었습니까? 일반적인 구문은 다음과 같습니다.

Content-Length : DIGITS

다음은 간단한 예입니다.

Content-Length: 3495

0보다 크거나 같은 모든 Content-Length는 유효한 값입니다.

콘텐츠 위치

내용 - 위치 엔터티 헤더 필드는 그 엔티티가 요청 된 자원의 URI 별도의 위치에서 액세스 할 때 메시지에 포함 된 엔터티의 자원 위치를 제공하는 데 사용한다. 일반적인 구문은 다음과 같습니다.

Content-Location:  absoluteURI | relativeURI

다음은 간단한 예입니다.

Content-Location: http://www.tutorialspoint.org/http/index.htm

Content-Location의 값은 엔티티의 기본 URI도 정의합니다.

콘텐츠 -MD5

내용-MD5 엔티티 헤더 필드는 수신시 메시지의 무결성을 확인하기 위해 엔티티의 MD5 다이제스트를 공급하기 위해 사용될 수있다. 일반적인 구문은 다음과 같습니다.

Content-MD5  : md5-digest using base64 of 128 bit MD5 digest as per RFC 1864

다음은 간단한 예입니다.

Content-MD5  : 8c2d46911f3f5a326455f0ed7a8ed3b3

MD5 다이제스트는 적용된 모든 콘텐츠 코딩을 포함하여 엔티티 본문의 콘텐츠를 기반으로 계산되지만 메시지 본문에 적용된 전송 인코딩은 포함되지 않습니다.

콘텐츠 범위

콘텐츠 범위 엔터티 헤더 필드는 전체 엔터티 본문에 부분적인 신체를 적용 할 위치를 지정하기 위해 부분적 entity-body와 함께 전송된다. 일반적인 구문은 다음과 같습니다.

Content-Range : bytes-unit SP first-byte-pos "-" last-byte-pos

엔터티에 총 1234 바이트가 포함되어 있다고 가정 할 때 바이트 내용 범위 사양 값의 예 :

- The first 500 bytes:
Content-Range : bytes 0-499/1234

- The second 500 bytes:
Content-Range : bytes 500-999/1234

- All except for the first 500 bytes:
Content-Range : bytes 500-1233/1234

- The last 500 bytes:
Content-Range : bytes 734-1233/1234

HTTP 메시지에 단일 범위의 콘텐츠가 포함 된 경우이 콘텐츠는 Content-Range 헤더 및 실제로 전송 된 바이트 수를 표시하는 Content-Length 헤더와 함께 전송됩니다. 예를 들면

HTTP/1.1 206 Partial content
Date: Wed, 15 Nov 1995 06:25:24 GMT
Last-Modified: Wed, 15 Nov 1995 04:58:08 GMT
Content-Range: bytes 21010-47021/47022
Content-Length: 26012
Content-Type: image/gif

컨텐츠 타입

의 Content-Type entity-header 필드는 HEAD 방법의 경우, 수신자에게 전송 엔터티 본문의 미디어 형식을 표시하거나 전송되었을 용지 종류, 요구가 GET이었을. 일반적인 구문은 다음과 같습니다.

Content-Type : media-type

다음은 그 예입니다.

Content-Type: text/html; charset=ISO-8859-4

만료

만료 실체 - 헤더 필드는 응답이 부실 간주되는 날짜 / 시간을 준다. 일반적인 구문은 다음과 같습니다.

Expires : HTTP-date

다음은 그 예입니다.

Expires: Thu, 01 Dec 1994 16:00:00 GMT

마지막 수정

마지막으로 수정 entity-header 필드는 원 서버가 변형자가 마지막으로 변경되었다고 믿는 날짜와 시간을 나타냅니다. 일반적인 구문은 다음과 같습니다.

Last-Modified: HTTP-date

다음은 그 예입니다.

Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT