[Internet] HTTP

HTTP (Hyper Text Transfer Protocol) 란?

웹은 서버-클라이언트 모델을 따른다. 클라이언트는 요청하고 서버는 응답한다.

HTTP 는 인터넷에서 이 서버-클라이언트 구조에서 데이터를 교환할 때 사용하는 프로토콜이다.

* 프로토콜이란, 데이터를 어떤 형식으로 구성하는지를 정의한 것...

데이터는 텍스트, 이미지, 동영상부터 사용자가 작성한 웹페이지 문서까지 전부가 될 수 있다.

 

서버-클라이언트 모델은 데이터를 요청(request) 하고 응답(response) 하므로, HTTP 는 이 요청과 응답 메시지를 어떻게 구성하고 해석하는지 정의해놨다.

요청/응답 메시지는 상대에게 어떤 데이터를 요청/응답할지 등에 대한 정보이다.

이때 요청하고 응답하는 웹 콘텐츠 데이터를 리소스라고 한다.

 

HTTP Request 메시지 포맷

1) request line : HTTP 요청 메시지의 시작줄. 서버의 동작방식, 요청 타켓, 프로토콜 버전을 명시함.

• HTTP 메서드 : 서버가 수행해야할 동작. 대표적으로 GET은 리소스를 클라이언트로 가져다달라는 의미.
• 요청 타켓 : 요청할 서버. 주로 URL, 또는 프로토콜, 포트, 도메인의 절대 경로(/background.png) 등.
• HTTP 버전 : 버전마다 메시지 구조가 다르므로 명시.

2) request headers : HTTP 요청에 대한 메타정보

 

3) request body : 요청과 함께 보낼 데이터. 서버에선 이 데이터를 이용할 수 있다.

 

HTTP Response 메시지 포맷

1) response line( = status line) : 응답의 첫째 줄. 프로토콜 버전과 요청의 상태를 명시.

• 프로토콜 버전 : 보통 HTTP/1.1
• 상태 코드 : 요청의 성공 여부. 200은 성공, 404는 에러 등.
• 상태 텍스트 : 상태코드의 설명을 짧고 간결하게 나타냄.

2) response headers : 응답의 메타정보

 

3) response body : 클라이언트에게 응답하고자 하는 데이터.

 

 

HTTP Method

서버가 어떻게 동작할 지에 대한 키워드

• GET : 서버가 가지고 있는 데이터를 요청
• POST : 데이터를 서버에 입력
• PUT : 서버에서 가지고 있는 데이터 전체를 업데이트. 명시하지 않은 필드는 전부 null or 초기값으로 처리됨.
• PATCH : 서버에서 가지고 있는 데이터 일부를 업데이트. 어떤 필드를 업데이트할지 정보가 필요.
• DELETE : 서버에서 가지고 있는 데이터를 삭제
• HEAD : 헤더 정보만 요청. 해당 리소스가 존재하는지 혹은 서버에 문제 있는지 등을 확인하기 위해 사용함.
• OPTIONS : 웹서버가 지원하는 메서드의 종류를 요청. ex) CORS 상황에서 다른 도메인 서버에 OPTIONS 요청을 날려 테스트...
• TRACE : 클라이언트의 요청을 그대로 반환(echo). 서버 상태 확인 용도로 주로 사용됨.

 

HTTP Headers

공통(General) 헤더 - 요청과 응답에 모두 사용되는 헤더

• Date : HTTP 메시지가 만들어진 날짜와 시간.
• Cache-Control : 캐싱과 관련된 정보. 매우 중요
• Connection : 메시지 전송 후 서버와의 연결을 어떻게 할지 제어. 계속 연결할 거라면 keep-alive, 끊는다면 close. 사실상 의미가 없어 HTTP/2에서는 사라짐.

Entity 헤더(=Content 헤더)

요청과 응답의 콘텐츠(body) 와 관련된 정보

Content-Type, Content-Language, Content-Encoading 등

 

요청(Request) 헤더

요청에서 쓰이는 헤더. 메시지의 컨텐츠(body) 와는 관련 없음.

• Host : 서버 도메인 네임과 포트. 반드시 하나가 존재해야 함.
• User-Agent : 사용자가 어떤 클라이언트를 이용해서 요청을 보냈는지.(ex-운영체제, 브라우저 종류 등) 이를 활용해 접속통계/브라우저 식별함.
• Accept : 원하는 콘텐츠의 타입(MIME) 명시. 이 외에도 Accept-Charset, Accept-Language, Accept-Encoding 도 있음.
• Authorization : 인증 토큰(JWT, Bearer 토큰 등) 을 서버로 보낼 때 사용. 먼저 토큰 종류를 먼저 밝히고 실제 토큰 문자를 보냄.
• Origin : 요청이 어느 주소에서 시작됐는지 나타냄. 요청 보낸 주소와 받는 주소가 다르면 CORS 문제가 발생하기도 함.
• Referer : 이 페이지 이전 페이지의 주소. 애널리틱스같은 데서 많이 사용됨.

 

응답(Response) 헤더

응답에서 쓰이는 헤더. 메시지의 컨텐츠(body) 와는 관련 없음.

• Access-Control-Allow-Origin : 다른 origin에 접근할 수 있는 권한을 부여하도록 브라우저에게 알려주는 헤더 정보. CORS 에러가 나는 경우, 이 헤더에 요청 보내는 프론트 주소를 명시해야 에러가 나지 않음. * 로 모든 주소에 접근을 허용할 수 있지만, 그만큼 보안이 취약해짐.
• Allow : 지원하는 메소드 집합을 알림.
• Content-Disposition : 응답 body 를 브라우저가 어떻게 표시해야 할지 알려줌. inline = 웹페이지 화면에 표시, attachment = 다운로드
• Location : 3xx , 201 created 응답인 경우 리다이렉트할 페이지 명시.
• Content-Security-Policy : 다른 외부 파일(script, image 등) 불러올 때 차단할 소스나 불러올 소스를 명시. self = 자신의 도메인만, https: = https를 통해서만, default-src = 모든 외부 소스 등등 옵션 많음.

 

쿠키&캐시 헤더

쿠키와 캐싱에 대한 설정을 헤더를 통해 할 수 있음.

캐싱은 보통 GET 요청에만 함. 가져온 데이터를 두고두고 쓰는 것.

 

캐시 헤더

Cache-Control. 공통 헤더.

• no-store = 아무 것도 캐싱하지 않겠다.
• no-cache = 모든 캐시를 쓰기 전에 서버에 이 캐시 써도 되냐고 물어봐라.
• must-revalidate = 만료된 캐시를 서버에 확인받음.
• public = 공유캐시에 저장해도 된다.
• private = 브라우저같은 특정 사용자 환경에만 저장해라
• max-age = 캐시 유효시간

Age

Expires

ETag

If-None-Match

 

쿠키 헤더

Cookie

Cookie: 키=값; 키=값;

 

HTTP Status code

• 1xx : 정보, 요청 받았고 프로세스 계속하겠다.
• 2xx : 성공, 요청 성공적으로 받았다. (200 성공)
• 3xx : 리다이렉션, 요청 완료 위해 추가 작업이 필요하다.
• 4xx : 클라이언트 오류, 요청의 문법이 잘못됐거나 처리할 수 없다. (404 요청하는 리소스가 서버에 없음)
• 5xx : 서버 오류, 서버가 유효한 요청에 응답을 실패했다.