[Network] HTTP에 대한 딥다이브

HTTP(Hyper Test Transfer Protocol)란,

브라우저와 서버가 통신할 수 있도록 만들어주는 여러 프로토콜 가운데 한 종류로 웹 브라우저와 웹 서버 사이에 HTML(웹 문서를 만들기 위한 언어) 문서를 주고 받는데 쓰이는 통신 프로토콜이다.

초기에는 HTTP 파일을 전송하기 위한 목적으로 만들어졌으나 현재는 JSON, IMAGE 파일 등 또한 전송할 수 있다.
일반적으로 전송 계층(Transport Layer) 프로토콜 TCP를 사용하고 네트워크 계층(Network Layer) 프로토콜로 IP를 사용한다. 이 두 계층을 합쳐서 TCP/IP라는 이름으로 부른다. TCP/IP에서는 IP주소를 사용해서 통신할 컴퓨터를 정하고, 포트 번호를 사용해서 해당 컴퓨터의 어떤 프로그램과 통신할지를 결정한다.

HTTP에서는 기본적으로 80번 포트 사용

통신 프로토콜이란,

통신 규약이라고도 하며 컴퓨너 원거리 통신 장비 사이에서 메세지를 주고받는 양식과 규칙에 체계이다.

이는 신호 체계, 데이터의 표현법, 인증, 오류 검증 등의 기능을 포함할 수 있습니다. 구성은 물리적 측면(매체, 단자, 전송 신호, 회선 규격)과 논리적 측면(자료 형식 단위, 자료 전송 절차)으로 이루어진다.

HTTP Protocol란,

HTTP에서는 클라이언트가 서버에 요청 메세지를 보내고 서버는 클라이언트의 요청에 대한 응답을 반환한다.
연결 상태를 유지하지 않는 비연결성 프로토콜이며, 요청과 응답(request, response) 방식으로 동작한다.

(비연결성 프로토콜의 단점을 해결하기 위해 Cookie와 Session이 등장하였다.)

연결 상태를 유지하지 않는다는 말은 서버는 응답 메세지를 반환한 후에 클라이언틔 상탤르 저장하지 않는다는 것이다. 때문에 HTTP 프로토콜은 상태가 없는 프로토콜, 무상태성(Stateless)라고도 불린다.

그래서 데이터를 주고받기 위한 각각의 데이터 요청이 서로 독립적으로 관리가 된다는 말이고, 이전 데이터 요청과 다음 데이터 요청이 서로 관련이 없다는 뜻이다.

HTTP 통신의 요청과 응답(Request, Response)

요청과 응답을 이해하기 위해서는 먼저 클라이언트(Client)와 서버(Server)를 이해해야한다.

클라이언트란 요청을 보내는 쪽을 의미하며 일반적으로 웹 관점에서는 브라우저를 의미한다. 서버란 요청을 받는 쪽을 의미하며 일반적으로 데이터를 보내주는 원격지의 컴퓨터를 의미한다.

HTTP Request의 구조

HTTP Request의 구조는 Request Line, Header Lines, Body로 이루어져있다.

GET / HTTP/1.1
Host: www.naver.com:443
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
sec-ch-ua: "Chromium";v="92", " Not A;Brand";v="99", "Google Chrome";v="92"
sec-ch-ua-mobile: ?0
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36

• Request Line
  request가 시작되는 줄(request line)에는 다음과 같은 정보를 담는다.

1. HTTP 메서드(GET, POST 등)를 사용해 서버가 수행해야 할 동작을 나타낸다.
2. 요청 타겟(URL, 또는 프로토콜, 포트, 도메인)을 나타내며, 이들은 요청 컨텍스트에 의해 특정 지어진다.
3. HTTP 버전이 들어간다. 응답 메시지에 사용할 HTTP 버전을 알려주는 역할을 합니다.

• Header

  • 요청이 들어가는 HTTP 헤더는 HTTP 헤더 기본 구조를 따른다.
  • 대소문자 구분 없는 문자열 다음 콜론(':')이 붙으며, 그 뒤에 오는 값는 헤더에 따라 달라진다.
  • 헤더를 세분화하면 General Header, Request Header, Entity Header로 나눌 수 있다.

• General Header
  요청과 응답에 모두 적용되지만 데이터와는 관련 없는 헤더
  : Date, Connection(클라이언트와 서버 간의 연결에 대한 옵션) 등

• Request Header
  요청하는 클라이언트에 대한 자세한 정보를 포함하는 헤더
  : Hoset, User-Agent, Cookie 등

• Response Header
  서버 자체에 대한 정보, 응답에 대한 부가적인 정보를 포함하는 헤더
  : Server, Allow, ETag, Access-Control-Allow-Origin 등

• Entity Header
  콘텐츠의 길이나 MIME 타입과 같이 Entity Body에 대한 자세한 정보를 포함하는 헤더
  : Content-Type, Content-Length

• Body
  • request의 마지막 부분에 들어간다. 모든 요청에 들어가지는 않고 Get, HEAD, DELETE, OPTIONS처럼 리소스를 가지고 오는 요청은 대부분 본문을 필요로 하지 않는다.
  • 바디는 단일-리소스 본문(single-resource bodies), 다중-리소스 본문(multiple-resource bodies) 으로 나눠진다.

HTTP RESPONSE 의 구조

Http Response의 구조는 Status Line, Header Lines, Body로 이루어져 있습니다.

HTTP/1.1 200
cache-control: no-cache, no-store, must-revalidate
content-encoding: gzip
content-type: text/html; charset=UTF-8
date: Wed, 25 Aug 2021 02:42:02 GMT
p3p: CP="CAO DSP CURa ADMa TAIa PSAa OUR LAW STP PHY ONL UNI PUR FIN COM NAV INT DEM STA PRE"
pragma: no-cache
referrer-policy: unsafe-url
server: NWS
strict-transport-security: max-age=63072000; includeSubdomains
x-frame-options: DENY
x-xss-protection: 1; mode=block

• Status Line
  response가 시작되는 줄(status line)은 다음과 같은 정보를 가지고 있다.

1. 프로토콜 버전
2. 상태 코드, 요청의 성공 여부

   상태 코드(Status Code)

• 1xx : Informational - 요청 정보를 처리 중
• 2xx : Success - 요청을 정상적으로 처리함
• 3xx : Redirection - 요청을 완료하기 위해 추가 동작이 필요함
• 4xx : Client Error - 클라이언트의 요청 오류
• 5xx : Server Error - 서버 측 오류

3. 상태텍스트, 짧고 간결하게 상태 코드에 대한 설명을 글로 나타낸다 (ex. Not Found)

• Header
  • Request 헤더와 동일
• Body
  • response의 마지막 부분에 들어갑니다. 모든 응답에 들어가지는 않고 201, 204 같은 상태 코드를 가진 응답에는 보통 본문이 없습니다.
  • 나머지는 request header와 동일하다.

---

HTTP Method

• GET : 존재하는 자원에 대한 요청
• POST : 새로운 자원을 생성
• PUT : 존재하는 자원에 대한 변경 (자원 전체를 갱신)
• PATCH : 존재하는 자원에 대한 변경 (자원 일부를 교체)
• DELETE : 존재하는 자원에 대한 삭제
• OPTIONS : 웹 서버에 지원되는 메서드의 종류를 확인할 경우 사용