[네트워크] HTTP

유아현·2023년 1월 4일

http

Network

목록 보기

3/8

❤️‍🔥 HTTP

HTTP/1.1, HTTP/2는 TCP 기반이며, HTTP/3는 UDP 기반 프로토콜이다.
HTML 문서와 같은 리소스들을 가져올 수 있도록 해 주는 프로토콜
인터넷에서 데이터를 주고받을 수 있는 규칙

❤️‍🔥 HTTP 특징

클라이언트 서버 구조
무상태 프로토콜
비연결성
HTTP 메세지
단순함, 확장 가능

✨ 클라이언트 서버 구조

클라이언트가 서버에 요청을 보내면 그에 대한 응답을 보내는(Request Response) 클라이언트 - 서버의 구조로 이루어져 있다.

✨ 무상태 프로토콜

HTTP는 서버가 클라이언트 상태를 보존하지 않는 무상태 프로토콜이다. 서버가 클라이언트의 상태를 보존하지 않는다는 것으로 서버의 확장성이 높지만 클라이언트가 추가 데이터를 전송한다는 단점이 있다.

❓ Stateful vs Stateless

상태유지 => 항상 같은 서버가 유지되야 한다
중간의 상태 정보를 계속 알려야 한다.
클라이언트의 요청 상태를 다른 서버가 투입되었을 때 그전의 상태들을 미리 알려주어야 한다.

무상태 => 아무 서버나 호출해도 된다.
중간의 상태 정보를 알리지 않아도 된다.
클라이언트 요청이 증가해도 서버를 대거 투입 가능하다.
응답 서버를 쉽게 바꿀 수 있다(서버의 무한 증설 가능)
하지만 상태를 유지해야 하는 서비스의 경우가 존재하여 한계를 가진다. (로그인이 필요한 서비스의 경우 유저 상태를 유지해야 함)

✨ 비연결성

TCP/IP의 경우 기본적으로 연결을 유지한다. 연결을 유지하는 모델에서는 클라이언트 1, 2는 요청을 보내지 않더라도 계속 연결을 유지해야 한다. 이러한 경우 연결을 유지하는 서버의 자원이 계속 소모된다.

비연결성을 가지는 HTTP에서는 실제로 요청을 주고받을 때만 연결을 유지하고 응답을 주고 나면 TCP/IP 연결을 끊어, 최소한의 자원으로 서버 유지를 가능하게 한다.

✨ HTTP 메세지

Message body

HTML 바디에서는 데이터 메시지 본문을 통해 표현 데이터를 전달한다. 데이터를 실어 나르는 부분은 페이로드라고 한다.

HTTP 헤더의 형식은 field-name : field-value으로 이루어져 있다.

HTTP 헤더는 HTTP 전송에 필요한 모든 부가정보를 담기 위해서 사용한다.

Representation

표현 데이터는 표현 데이터의 형식, 압축 방식, 자연 언어, 길이 등을 설명하는 헤더이다. 표현 헤더는 요청, 응답 둘 다 사용한다.

🔎 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) + 실제 토큰 문자”를 전송

🔎 Response 헤더

Server

요청을 처리하는 ORIGIN 서버의 소프트웨어 정보
응답에서 사용

Date

메시지가 발생한 날짜와 시간
응답에서 사용

Location

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

Allow

허용 가능한 HTTP 메서드
405(Method Not Allowed)에서 응답에 포함

Retry-After

유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간
503(Service Unavailable): 서비스가 언제까지 불능인지 알려줄 수 있음

🔎 콘텐츠 협상 헤더

Accept-Language 헤더를 통해 클라이언트가 원하는 언어를 어떻게 서버에 요청할 수 있을까? 한국어 브라우저에서 특정 웹사이트에 접속했을 때 콘텐츠 협상이 적용됮 ㅣ앟ㄴ았다면 서버는 요청으로 받은 우선순위가 없으므로 기본 언어로 설정된 영어로 응답한다. 클라이언트에서 Accept-Language를 KO를 작성해 요청한담녀 서버에서는 해당 우선순위 언어를 지원할 수 있기 때문에 한국어로 된 응답을 돌려 준다.

조금 더 복잡한 예시를 상상해 보자. 클라이언트는 한국어를 선호하기에 Accept-Language에 한국어를 요청했지만 서버는 한국어를 지원하지 않으며 기본 언어는 독일어로 설정되어 있다. 클라이언트는 독일어는 너무 어렵기 때문에 한국어가 안되면 영어로라도 응답을 받기 원한다.

이와 같은 문제를 해결하기 위해 협상 헤더에서는 원하는 콘텐츠에 대한 우선순위를 지정할 수 있다. 1부터 0까지 우선순위를 부여하면 이를 토대로 서버는 응답을 지원한다.