HTTP 헤더의 종류와 특징

#HTTP메시지는 헤더와 바디로 구분한다.

-바디에서 메시지 본문을 통해 표현 데이터를 전달한다. 여기서 데이터를 실어 나르는 부분을 Payload라 한다.

-표현: 요청이나 응답에서 전달할 실제 데이터를 뜻한다. 

-표현 헤더

• 표현 데이터를 해석할수있는 정보를 제공한다.
• 헤더형식 field-name : field-value   (field-name은 대소문자 구분없음) 
• HTTP 전송에 필요한 모든 부가정보를 담기위해 사용
• Content-Type : 표현 데이터의 형식
• Content-Encoding: 표현 데이터의 압축 방식
• Content-Language: 표현 데이터의 자연 언어
• Content-Length: 표현 데이터의 길이
• 표현 헤더는 요청, 응답 둘다 사용. 

# Content-Type

- 표현 데이터의 형식 설명

-미디어 타입, 문자 인코딩

Content-Type: text/html;charset=UTF-8

Content-Type: application/json

 

# Content-Encoding

- 표현 데이터 인코딩

- 표현 데이터를 압축하기 위해 사용

- 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가

- 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제

Content-Encoding: gzip

deflate, identity

 

# Content-Language

- 표현 데이터의 자연 언어를 표현

Content-Language: ko

en, en-US

 

# Content-Length

- 표현 데이터의 길이

-바이트 단위

- 현재는 Transfer-Encoding보다는 Content-Encoding을 사용하며, Transfer-Encoding을 사용하는 경우 chunked의 방식으로 사용한다. chunked 방식의 인코딩은 많은 양의 데이터를 분할하여 보내기 때문에 전체 데이터의 크기를 알수 없기 때문에 표현 데이터의 길이를 명시해야 하는 Content-Length 헤더와 함께 사용할수없다.

즉, Transfer-Encoding(전송 코딩)을 사용하면 Content-Length를 사용하면 안된다.

---

< 요청 request에서 사용되는 헤더 >

From: 유저 에이전트의 이메일 정보

• 일반적으로 잘 사용하지 않음
• 검색 엔진에서 주로 사용
• 요청에서 사용

Referer: 이전 웹 페이지 주소

• 현재 요청된 페이지의 이전 웹 페이지 주소
• A -> B로 이동하는 경우 B를 요청할때 Referer:A 를 포함해서 요청
• Referer 를 사용하면 유입경로 수집 가능
• 요청에서 사용

User-Agent: 유저 에이전트 애플리케이션 정보

• 클라이언트의 애플리케이션 정보(웹 브라우저 정보, 등등)
• 통계 정보
• 어떤 종류의 브라우저에서 장애가 발생하는지 파악 가능
• 요청에서 사용

Host: 요청한 호스트 정보(도메인)

• 요청에서 사용
• 필수 헤더
• 하나의 서버가 여러 도메인을 처리해야 할때 호스트 정보를 명시하기 위해 사용
• 하나의 IP주소에 여러 도메인이 적용되어 있을때 호스트 정보를 명시하기 위해 사용

Origin: 서버로 POST 요청을 보낼때, 요청을 시작한 주소를 나타냄

• 여기서 요청을 보낸 주소와 받는 주소가 다르면 CORS 에러가 발생한다.
• 응답 헤더의 Access-Control-Allow-Origin와 관련

Authorization: 인증 토큰을 서버로 보낼때 사용하는 헤더

• "토큰의 종류 + 실제 토큰 문자"를 전송

< 응답 response에서 사용되는 헤더 >

Server: 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보

• 응답에서 사용

Date: 메시지가 발생한 날짜와 시간

• 응답에서 사용

Location: 페이지 리디렉션

• 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 리다이렉트(자동이동)
• 201(Created): Location값은 요청에 의해 생성된 리소스 URI
• 3xx(Redirection): Location 값은 요청을 자동으로 리디렉션하기 위한 대상 리소스를 가리킴.

Allow: 허용 가능한 HTTP 메서드

• 405(Method Not Allowed)에서 응답에 포함.

Retry-After: 유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간

• 503(Service Unavailable): 서비스가 언제까지 불능인지 알려줄수있음.

---

# 콘텐츠 협상(Content negotiation)

- 클라이언트가 선호하는 표현 요청

- 협상헤더는 요청시에만 사용

-Accept: 클라이언트가 선호하는 미디어 타입 전달

-Accept-Charset: 클라이언트가 선호하는 문자 인코딩

-Accept-Encoding: 클라이언트가 선호하는 압축 인코딩

-Accept-Language: 클라이언트가 선호하는 자연 언어

 

*한국어 브라우저에서 특정 웹사이트에 접속했을때 콘텐츠 협상(Accept-language)이 적용되지 않았다면 서버는 요청으로 받은 우선순위가 없으므로 기본 언어로 설정된 영어로 응답한다.

클라이언트에서 Accept-language로 KO를 작성해 요청한다면 서버에서는 해당 우선순위 언어를 지원할수있기때문에 한국어로 된 응답을 돌려준다.

 

#협상과 우선순위

-클라이언가 선호하는 언어가 지원하는 언어에 없는경우, 서버에서 지원하는 언어가 여러개일때 우선순위를 이용한다.

- 협상 헤더에서는 원하는 콘텐츠에 대한 우선순위를 지정한다.

0부터 1까지 우선순위를 부여하면 이를 토대로 서버는 응답을 지원한다.

- 0~1 클수록 높은 우선순위

-1의 경우 생략하기도한다.

-Accept-Language:ko-KR,ko;q=0.9,en-US;q=0.8,en;q=0.7

ko-KR;q=1 (q생략)

ko;q=0.9

en-US;q=0.8

en;q=0.7

-ex) 1순위인 한국어를 서버에서는 지원하지 않지만 2순위인 영어를 지원하기에 서버에서는 우선순위에 있는 영어를 독일어보다 클라이언트가 선호하기에 영어로 응답을 주게 된다.