본문 바로가기

back-end/cs

네트워크/ HTTP Messages

HTTP; HyperText Transfer Protocol

HTML과 같은 문서를 전송하기 위한 Application Layer 프로토콜

웹 브라우저웹 서버의 소통을 위해 디자인되었다.

전통적인 클라이언트-서버 모델에서 클라이언트가 HTTP messages 양식에 맞춰 요청을 보내면 서버도 HTTP messages 양식에 맞춰 응답한다.


HTTP messages

클라이언트와 서버 사이에서 데이터가 교환되는 방식으로 요청(Requests)과 응답(Responses)의 두 가지 유형을 가진다.

 

HTTP messages의 구조

  • (요청) start line / (응답) status line : 첫 번째 줄에서 요청이나 응답의 상태를 나타낸다
  • HTTP headers : 요청을 지정하거나 메시지에 포함된 본문을 설명하는 헤더의 집합
  • empty line : 헤더와 본문을 구분하는 빈 줄
  • body : 요청과 관련된 데이터나 응답과 관련된 데이터 또는 문서를 포함한다
    • 요청과 응답의 유형에 따라 선택적으로 사용

 

요청 Requests

"클라이언트가 서버에게 보내는 메시지"

Start line

e.g.

GET /home.html HTTP/1.1
POST /index.html HTTP/1.1
DELETE /query.html HTTP/1.1

HTTP method + 절대 경로 + HTTP 버전

 

1. 수행할 작업(GET/PUT/POST...)이나 방식(HEAD/OPTIONS)을 설명하는 HTTP method를 나타낸다.

2. 요청 대상(URL/URI)이나 프로토콜, 포트, 도메인의 절대 경로

  • origin 형식: ?와 쿼리 문자열이 붙는 절대 경로. POST/GET/HEAD/OPTIONS 등의 method와 함께 사용된다
  • absolute 형식: 완전한 URL 형식으로, 프록시에 연결하는 경우 대부분 GET method와 함께 사용된다
  • authority 형식 : 도메인 이름과 포트 번호로 이루어진 URL의 authority component. HTTP 터널을 구축하는 경우 CONNECT와 함께 사용할 수 있다
  •  
  • 더보기
    ***HTTP 터널이 먼디요
  • asterisk 형식 : OPTIONS와 함께 * 로 서버 전체를 표현한다

3. HTTP 버전에 따라 HTTP messages 구조가 달라지므로, HTTP 버전을 함께 입력한다.

 

Headers

헤더 이름(대소문자 구분X) + 콜론(:)

  • General headers : 메시지 전체에 적용되는 헤더. body를 통해 전송되는 데이터와는 관련이 없다.
  • Request headers: fetch를 통해 가져올 리소스나 클라이언트 자체에 대한 자세한 정보를 포함하는 헤더
    • User-Agent, Accept-Type, Accept-Language : 요청을 구체화. Referer처럼 컨텍스트를 제공하거나 If-None처럼 조건에 따라 제약을 추가할 수 있다
  • Representation headers : body에 담긴 리소스의 정보(컨텐츠 길이, MIME 타입 등)을 포함하는 헤더 (<-Entity headers)

 

Body (optional)

HTTP messages 구조의 마지막에 위치한다. GET/HEAD/DELETE/OPTIONS처럼 서버에 리소스를 요청하는 경우에는 본문(body)가 필요하지 않다.

  • Single-resource bodies : 헤더 2개(Content-Type + Content-Length)로 정의된 단일 파일
  • Multiple-resource bodies : 여러 파트로 구성된 분문일 경우 각 파트마다 다른 정보를 지닌다. < e.g. HTML form 사용하는 경우

응답 Response

"서버가 클라이언트에게 보내는 메시지"

 

Status line

e.g.

HTTP/1.1 200 OK
HTTP/1.1 404 Not Found
HTTP/1.1 403 Forbidden
HTTP/1.1 500 Internal Server Error

HTTP 버전 + 상태 코드 + 상태 텍스트

 

1. 현재 프로토콜의 버전 (e.g. HTTP/1.1)

2. 상태 코드: 요청의 결과를 나타낸다 (200, 302, 404, ...)

3. 상태 텍스트 : 상태 코드에 대한 설명

 

Headers

헤더 이름(대소문자 구분X) + 콜론(:)

  • General headers : 메시지 전체에 적용되는 헤더. body를 통해 전송되는 데이터와는 관련이 없다.
  • Request headers: 위치 또는 서버 자체에 대한 정보(이름/버전 등)처럼 응답에 대한 부가적인 정보를 갖는 헤더. 상태줄에 표시할 수 없던 추가 정보를 제공한다.
  • Representation headers : body에 담긴 리소스의 정보(컨텐츠 길이, MIME 타입 등)을 포함하는 헤더 (<-Entity headers)

 

Body

HTTP messages 구조의 마지막에 위치한다. 모든 응답에 body가 있을 필요는 없다. 201, 204와 같은 상태 코드를 가지는 응답의 경우 본문이 필요하지 않다.

  • Single-resource bodies
    • 길이가 알려진 Single-resource bodies: 헤더 2개(Content-Type + Content-Length)로 정의
    • 길이를 모르는 단일 파일로 구성된 Single-resource bodies: Transfer-Encoding은 check로, 파일은 chuck으로 나뉘어 인코딩
  • Multiple-resource bodies : 각 파트마다 다른 정보를 지닌다.

 


Stateless

"HTTP는 상태를 가지지 않는다."

 

HTTP로 클라이언트와 서버가 통신을 주고받는 과정에서 HTTP는 클라이언트나 서버의 상태를 확인하지 않는다. 즉, HTTP는 통신 규약일 뿐이므로 클라이언트에서 발생한 상태를 HTTP 통신이 추적하지 않는다. 필요하다면 쿠키-세션이나 API 등을 통해 상태를 확인해야 한다.


ref.

더보기