네트워크 HTTP Headers의 종류와 특징

김민아·2022년 9월 13일
0
post-custom-banner

HTTP 메시지

HTTP 메시지는 헤더와 바디로 구분할 수 있다. HTTP 바디에서는 데이터 메시지 본문(Message body)을 통해서 표현(Representation) 데이터를 전달한다.

데이터를 실어 나르는 부분을 페이로드(Payload)라 한다. 표현은 요청이나 응답에서 전달할 실제 데이터를 뜻하며 표현 헤더는 표현 데이터를 해석할 수 있는 정보(데이터 유형 html, json / 데이터 길이 / 압축 정보 등)를 제공한다. 표현 헤더는 요청과 응답에 둘 다 사용한다.

표현 헤더 (Representation Headers)

헤더 형식은 <field-name>:<field-value>이며,
field-name은 대소문자 구별이 없다.
표준 헤더 리스트가 있으며, 필요시 임의의 헤더를 추가할 수 있다.

HTTP 주요 Headers

  • Content-Type: 표현 데이터의 형식
    - e.g. Text/html; charset=utf-8, application/json, Image/png
    - ref. MINE 타입 | Content-Type
  • Content-Encoding: 표현 데이터의 압축 방식
    - e.g. gzip, delflate, identity
    • 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가
    • 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제
    • ref. Content-Encoding
  • Content-Language: 표현 데이터의 자연 언어
    - e.g. ko, en, en-US
  • Content-Length: 표현 데이터의 길이
    - e.g. 5 (byte 단위)
    - Transfer-Encoding (전송 코딩)을 사용하면 chunked 방식으로 사용.
    • 현재는 Transfer-Encoding보다는 Content-Encoding을 사용.
    • chunked 방식의 인코딩은 많은 양의 데이터를 분할하여 보내 전체 데이터의 크기를 알 수 없기 때문에 표현 데이터의 길이를 명시해야 하는 Content-Length 헤더와 함께 사용할 수 없음.

요청(Request)에서 사용되는 헤더

From

- 유저 에이전트의 이메일 정보.

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

Referer

- 현재 요청된 페이지의 이전 웹 페이지 주소

  • A → B로 이동하는 경우 B를 요청할 때 Referer: A를 포함해서 요청.
  • Referer를 사용하면 유입경로 수집 가능.
  • referer는 단어 referrer의 오탈자이지만 스펙으로 굳어짐.

User-Agent

**- 클라이언트의 애플리케이션 정보(웹 브라우저 정보 등).

  • 통계 정보.
  • 어떤 종류의 브라우저에서 장애가 발생하는지 파악 가능.

Host

**- 요청한 호스트 정보 (도메인)

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

Origin

  • 서버로 POST 요청을 보낼 때, 요청을 시작한 주소를 나타냄.
  • 요청을 보낸 주소와 받는 주소가 다르면 CORS 에러 발생!
  • 응답 헤더의 Access-Control-Allow-Origin과 관련.

Authorization

  • 인증 토큰(e.g. JWT)을 서버로 보낼 때 사용하는 헤더.
  • 토큰의 종류(e.g. Basic) + 실제 토큰 문자를 전송.
  • e.g. Authorization: Basic YWxhZGRpbjpvcGVuc2VzYW1l

응답(Response)에서 사용되는 헤더

Server

  • 요청을 처리하는 ORIGON 서버의 소프트웨어 정보.
  • e.g. Server: Apache/2.2.22 (Debian)

Date

  • 메시지가 발생한 날짜와 시간.
  • e.g. Date: Tue, 15 Nov 1994 08:12:31 GMT

Location

- 페이지 리디렉션

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

Allow

  • 허용 가능한 HTTP 메서드.
  • 405 (Method Not Allowed)에서 응답에 포함.
  • e.g. Allow: GET, HEAD, PUT

Retry-After

  • 유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간.
  • 503 (Service Unavailable): 서비스가 언제까지 불능인지 알려줄 수 없음.
  • e.g. Retry-After: Fri, 31 Dec 2020 23:59:59 GMT(날짜 표기)
  • e.g. Retry-After: 120(초 단위 표기)

콘텐츠 협상 (Content Negotiation)

HTTP 헤더를 이용한 콘텐츠 협상에서 사용하는 헤더는 아래와 같다. 협상 헤더는 요청시에만 사용한다.

Accept

  • 클라이언트가 선호하는 미디어 타입 전달.

Accept-Charset

  • 클라이언트가 선호하는 문자 인코딩.

Accept-Encoding

  • 클라이언트가 선호하는 압축 인코딩.

Accept-Language

  • 클라이언트가 선호하는 자연 언어.

만약 콘텐츠 협상(e.g. Accept-Language 헤더 없이.)이 적용되지 않으면 서버는 요청으로 받은 우선순위가 없으므로 기본 언어로 설정된 영어로 응답한다.
클라이언트에서 Accept-Language로 KO를 작성해 요청한다면 서버에서는 해당 우선순위 언어를 지원할 수 있기 때문에 한국어로 된 응답을 돌려준다.


Quality Values(q)

만약 선호하는 언어가 여러개일 경우 우선순위를 어떻게 지정할까? Quality Values(q)라는 값을 사용한다. 0-1까지 클수록 높은 우선순위를 갖는다. 생략하는 경우 1이다.

post-custom-banner

0개의 댓글