[Computer Network] HTTP

📝HTTP (Hypertext Transfer Protocol)     

◾ HTTP는 Web상에서 정보를 주고 받을 수 있는 프로토콜이다.

◾ HTTP/1, HTTP/2는 TCP 기반이고, HTTP/3은 UDP 기반이다.

1️⃣ Client-Server Model 

◾ HTTP는 Client-Server Model로 구현된다. 

◾ Chrome, Internet Explore, Fire Fox 등 웹 브라우저는 HTTP Client 단을 구현한다.

◾ Web Server는 HTTP의 Server 단을 구현한다.

◾ Client가 Server에게 정보를 Request 하면, Server는 Response 하며 정보를 Client에게 전달한다.

2️⃣ Stateless Protocol

◾ HTTP Server는 Client의 Request 내역을 기억하지 않는다. 

◾ 즉, Server는 Client가 누구인지 식별할 수 없다. (그래서 Cookie와 Session을 사용한다.)

3️⃣ HTTP Connection

◾ Non-Persistent Connection : 한 번의 TCP 연결에, 하나의 객체를 전송할 수 있다. 각각의 모든 요청에 대한 TCP 연결이 필요하다. 따라서 모든 Request/Response에 대한 TCP 연결을 유지한다. 이는 Client와 Server는 심각한 부담을 준다. 또한 매번 TCP 사전 연결 설정 시간이 필요하다는 단점이 있다.  

 

◾ Persistent Connection : 한 번의 TCP 연결에, 여러 개의 객체를 전송할 수 있다. Sever가 Client에게 Response를 보낸 후에 TCP 연결을 그대로 유지한다. (HTTP 서버는 일정 기간 사용되지 않으면(timeout), 연결을 닫는다.)  Pipelining이 가능하다는 장점이있다.

4️⃣ HTTP Method Type

◾ GET : 서버에 데이터 전송을 요청

◾ POST : 클라이언트에서 서버로 데이터 전송

◾ PUT : 클라이언트에서 서버로 데이터 전체 갱신 요청

◾ PATCH : 클라이언트에서 서버로 데이터 일부 갱신 요청

◾ DELETE : 서버의 데이터 삭제 요청

◾ HEAD : 서버에 헤더 요청

5️⃣ HTTP Satus Code

◾ 200 OK : 요청이 성공적으로 되었다.

◾ 201 Moved Permanently : 요청 객체가 영원히 이동 되었다.

◾ 400 Bad Request : 서버가 요청을 이해할 수 없는 오류 코드

◾ 404 Not Found : 서버에서 요청받은 리소스를 찾을 수 없다.

◾ 505 HTTP VErsion Not Supported : 요청 HTTP 프로토콜 버전을 서버가 지원하지 않는다.

6️⃣ HTTP Message Format

◾ HTTP Message는 ASCII로 쓰여있어서 사람이 읽을 수 있다.

◾ HTTP Message의 각 줄은 CR과 LF로 구별된다.  마지막 줄은 추가 CR과 LF가 요구된다.

📜 HTTP Request Massage

🔎 분석

◾ HTTP Request Massage의 첫 줄은 Request line이다. HTTP Method, URL, HTTP 버전 필드를 갖는다. 

◾ HTTP 버전은 1.1이고 /index.html 객체를 GET 방식으로 요청하고 있다.

◾ Host : 객체가 존재하는 호스트는 www-net.cs.umass.edu 이다.

◾ User-Agent : Server에게 요청하는 브라우저 타입이다. Firefox 3.6.10 버전임을 알 수 있다.

◾ Accept-Language : 요청하는 객체의 언어 버전이다. 영어(미국), 영어 버전을 요청한다.

◾ Accept-Encoding : 응답 객체를 gzip 또는 deflate 압축 알고리즘으로 압축해서 보내도 됨을 나타낸다.

◾ Accept-Charset : 클라이언트가 지원하는 인코딩을 나타낸다. 클라이언트가 ISO-8859-1 또는 utf-8 인코딩을 지원함을 알 수 있다.

◾ Connection : keep-alive로 되어있다. Persistent Connection 연결을 사용한다.  

◾ Keep-Alive : Persistent Connection 연결 지속 시간이다. (초단위) 115초의 time out을 갖는다. 

 

📜 HTTP Response Massage

🔎 분석

◾ HTTP Response Massage의 첫 줄은 Satus Line이다. HTTP 버전, 상태 코드, 상태 메세지 필드를 갖는다. 

◾ Date : Response Message를 보낸 시간을 의미한다. 2010년 9월 26일 일요일 20:09:20 GMT에 응답 메세지를 보냈다.

◾ Server : Response Message가 Apache 웹 서버에 의해 만들어졌음을 나타낸다. Request Message의 User-agent와 비슷하다.

◾ Last-Modified : 객체가 생성되거나 마지막으로 수정된 시간과 날짜를 나타낸다. 프록시 서버에서 캐싱을 할때 매우 중요하다. 2007년 10월 30일 수요일 17:00:02 GMT에 마지막으로 수정됐음을 알 수 있다.

◾ Content-Length : 송신되는 객체의 바이트 수를 1 나타낸다. 객체의 크기는 2652 Byte이다.

◾ Content-Type : 객체의 타입을 나타낸다. html text임을 알 수 있다.

 

더 알아보기

◾ HTTP 1.1 Keep-Alive 기능 :  https://b.pungjoo.com/entry/HTTP-11-Keep-Alive-%EA%B8%B0%EB%8A%A5%EC%97%90-%EB%8C%80%ED%95%B4

◾ HTTP/3는 왜 UDP를 선택한 것일까? : https://evan-moon.github.io/2019/10/08/what-is-http3/

 

◾ HTTP 압축 작동 원리 : http://www.simpleisbest.net/archive/2005/07/18/185.aspx

 

◾ HTTP 인코딩, 국제화 관련 : https://feel5ny.github.io/2020/01/13/HTTP_016/

 

◾ HTTP 상태 코드 : https://developer.mozilla.org/ko/docs/Web/HTTP/Status