스터디/HTTP 웹 기본 지식

HTTP 헤더1 [일반 헤더1]

멩주 2022. 10. 18. 18:40

1️⃣ HTTP 헤더 개요

  • header-field = field-name “:” OWS field-value OWS
  • OWS: 띄어쓰기 허용
  • field-name은 대소문자 구분 없음

<용도>

  • HTTP 전송에 필요한 모든 부가정보를 보낸다.
  • 예) 메시지 바디의 내용, 메시지 바디 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등등…
  • 표준 헤더가 매우 많음
  • 필요시 임의의 헤더를 추가할 수 있음

<분류>

1) RFC2616

1-1) HTTP Header

RFC2616

  • General 헤더: 메시지 전체제 적용되는 정보.(요청/응답의 구분 없음) 예) Connection: close
  • Request 헤더: 요청 정보. 예) User-Agent: Mozilla/5.0(웹 브라우저 정보)
  • Response 헤더: 응답 정보. 예) Server: Apache(서버 정보)
  • Entity 헤더: 엔티티의 바디 정보. 예) Content-type: text/html, Content-Length: 3423 (메시지 바디 정보)

1-2) HTTP Body

; message body

  • 메시지 본문은 엔티티 본문을 전달하는데 사용한다.
  • 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터를 의미한다.
  • 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보를 제공
    • 데이터 유형(html, json), 데이터 길이, 압축 정보 등등…
💡 HTTP 표준은 1999년의 RFC2616이 폐기되고 2014년에 RFC7230~7235가 등장‼️

 

2) RFC723x의 변화

  • 엔티티(Entity) → 표현(Representation) 단어 등장!
  • Representation = Representation Metadata + Representation Data
  • 표현 = 표현 메타 데이터 + 표현 데이터

 

2-1) HTTP Body

;RFC7230(최신)

  • 메시지 본문을 통해 표현 데이터를 전달한다.
  • 메시지 본문 = 페이로드(payload)
  • 표현은 요청이나 응답에서 전달할 실제 데이터
  • 표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공한다,
    • 데이터 유형(html, json), 데이터 길이, 압축 정보 등…
  • 표현 헤더는 표현 메타데이터와 페이로드 메시지를 구분해야한다.(생략)
  • 표현: 해당 리소스를 html 또는 json으로 표현해 전달할 수 있기 때문에 용어를 선택
  • Representation == REST의 R이다.

 

2️⃣ 표현

  • Content-Type: 표현 데이터의 형식
    • 미디어 타입, 문자 인코딩
    • 예) text/html; charset=utf-8, application/json
  • Content-Encoding: 표현 데이터의 압축 방식
    • 표현 데이터를 압축하기 위해 사용
    • 데이터를 전달하는 곳에서 압축 후, 인코딩 헤더를 추가한다.
    • 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제
    • 예) gzip, identity(압축안함)
  • Content-Language: 표현 데이터의 자연 언어
    • 예) ko, en  
  • Content-Length: 표현 데이터의 길이(페이로드)
    • 바이트단위
    • Transfer-Encoding(전송코딩)을 사용하면 Content-Length를 쓰면 안됨.
  • 표현 헤더는 전송, 응답 둘다 사용된다.

 

3️⃣ 콘텐츠 협상

 

협상(컨텐츠 네고시에이션)

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

  • Accept: 클라이언트가 선호하는 미디어 타입 전달
  • Accept-Charset: 클라이언트가 선호하는 문자 인코딩
  • Accept-Encoding: 클라이언트가 선호하는 압축 인코딩
  • Accept-Language: 클라이언트가 선호하는 자연 언어
  • 현상 헤더는 요청시에만 사용한다.
  • 클라이언트가 서버에게 자신의 선호를 보낸다. 서버가 노력해달라ㅠ

Accept-Language 적용 전)

Accept-Language 적용 후)

  • 헤더로 간단하게 처리해줄 수 있다.
  • 나는 가급적 한국어가 좋은데 없으면 차라리 영어가 나아…
  • 클라이언트가 한국어를 지원 하지 않아서 독일어로 보낸다.

 

1) 협상과 우선순위

;Quality Values(q)

  • Quality Values(q) 값 사용
  • 0~1, 클 수록 높은 우선순위를 갖는다.
  • 생략하면 1
  • 예) Accept-Language: ko-KR(;q=1 생략가능),ko;q=0.9,en-US;q=0.8,en;q=0.7

선호 우선순위를 따진다.

실제 Request Header

 

2) 협상과 우선순위

  • 구체적인 것이 우선이다.
  • Accept: text/, test/plain, text/plain;format=flowed,*/*
  • 우선순위
    1. text/plain;format=flowed
    2. test/plain
    3. text/*
    4. */*

 

3) 협상과 우선순위

  • 구체적인 것을 기준으로 미디어 타입을 맞춘다.
  • Accept: text/*;q=0.3, text/html;q=0.7, text/html;level=1, text/html;level=2;q=0.4, /;q=0.5

 

4️⃣ 전송 방식

  • 단순 전송
    • 컨텐츠의 길이를 확실하게 알 수 있다.
    • 한번에 전송받을 수 있다.
  • 압축 전송
    • 서버에서 요청을 압축해 클라이언트에게 보낸다.
    • 절반 이상 줄어들 때도 있다.
    • Content-Encoding으로 어떤 압축을 사용했는지 헤더에 담아야한다.
  • 분할 전송(Transfer-Encoding)
    • Transfer-Encoding: chunked
      • chunk로 분할해서 보낸다.
      • 한번에 보내면 시간이 오래걸릴 수 있다.
      • Content-Langth를 넣으면 안된다. ← 길이를 예상할 수 없다.
  • 범위 전송(Range, Content-Range)
    • 범위를 지정해서 요청할 수 있다.
    • 보내던 중 오류가 생겼을 때, 해당 부분부터 받을 수 있다.

5️⃣ 일반 정보

  • From: 유저 에이전트의 이메일 정보
    • 일반적으로 잘 사용되지 않
    • 검색 엔진 같은 곳에서, 주로 사용
    • 요청에서 사용
  • Referer: 이전 웹 페이지 주소
    • 현재 요청된 페이지의 이전 웹 페이지 주소
    • A → B 이동하는 경우, referer: A를 보낸다.
    • Referer를 사용해 유입 경로 분석 가능
    • 요청에서 가능
    • 원래는 referrer이나 referer으로 사용되고 있다.
  • User-Agent: 유저 에이전트 애플리케이션 정보
    • 클라이언트의 애플리케이션 정보(웹 브라우저 정보 등)
    • 통계정보
    • 어떤 종류의 브라우저에서 장애가 발생하는지 파악 가능
    • 요청에서 가능
  • Server: 요청을 처리하는 오리진 서버의 소프트웨어 정보
    • Sever: nginx
    • 여러 프록시 서버를 거친다. 실제 나의 요청을 응답해준 서버를 origin 서버라고 한다.
    • 응답에서 사용
  • Date: 메시지가 생성된 날짜
    • 응답에서 사용

 

4️⃣ 전송 방식

  • 단순 전송
    • 컨텐츠의 길이를 확실하게 알 수 있다.
    • 한번에 전송받을 수 있다.
  • 압축 전송
    • 서버에서 요청을 압축해 클라이언트에게 보낸다.
    • 절반 이상 줄어들 때도 있다.
    • Content-Encoding으로 어떤 압축을 사용했는지 헤더에 담아야한다.
  • 분할 전송(Transfer-Encoding)
    • Transfer-Encoding: chunked
      • chunk로 분할해서 보낸다.
      • 한번에 보내면 시간이 오래걸릴 수 있다.
      • Content-Langth를 넣으면 안된다. ← 길이를 예상할 수 없다.
  • 범위 전송(Range, Content-Range)
    • 범위를 지정해서 요청할 수 있다.
    • 보내던 중 오류가 생겼을 때, 해당 부분부터 받을 수 있다.

5️⃣ 일반 정보

  • From: 유저 에이전트의 이메일 정보
    • 일반적으로 잘 사용되지 않
    • 검색 엔진 같은 곳에서, 주로 사용
    • 요청에서 사용
  • Referer: 이전 웹 페이지 주소
    • 현재 요청된 페이지의 이전 웹 페이지 주소
    • A → B 이동하는 경우, referer: A를 보낸다.
    •  
    • Referer를 사용해 유입 경로 분석 가능
    • 요청에서 가능
    • 원래는 referrer이나 referer으로 사용되고 있다.
  • User-Agent: 유저 에이전트 애플리케이션 정보
    • 클라이언트의 애플리케이션 정보(웹 브라우저 정보 등)
    • 통계정보
    • 어떤 종류의 브라우저에서 장애가 발생하는지 파악 가능
    • 요청에서 가능
  • Server: 요청을 처리하는 오리진 서버의 소프트웨어 정보
    • Sever: nginx
    • 여러 프록시 서버를 거친다. 실제 나의 요청을 응답해준 서버를 origin 서버라고 한다.
    • 응답에서 사용
  • Date: 메시지가 생성된 날짜
    • 응답에서 사용
  •